Практычныя прытамкі: навыкі, хоўкі і падагенты: оптымізацыя Claude Code

У гэтым карыце парадоксальным спосабам перакладзены матэрыялы з сыр'ёў у рабочую сістэму для: Навыкі, хукі і падагенты: оптымізацыя Claude Code ў залежнасці ад таго, што застаецца ў вікні. Акцэнт ставяць на практычныя крокі, чысткія пераконтрацыі і код, які можна проста дадаць у рэпозытарый без неабяснення меты. У стадыўцы агульнага відзору неабходна з'явіць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння пры перадзмене коду. Аперацыйныя працавнікі должны магчымае перадзначыць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Валідзіце маленькія, тэставаныя елементы замест большых скрыптов. Калі крок не выйшоў, прычына нехацкага рэзультата должна вказываць на адну конкрэтную прычыну, а не на заплутаную лінію апрацоўкі.

Лесвіца — гэта правіло зупнення, а не план дзеяння

Калі працуеце над праектам «Лесвіца — гэта стадыя», спачатку запісайце угоду: неабяжлівыя даныя, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс пераконтроўкаў дапамагае заліцвачыць змяны ў кодзе пазнейша. Спрыймайце гэтую стадыю як угоду межа данымі і перакананымі выходамі. Дайце назву рэзультатам, задаць тэсты на успех і адмовіцеся ад мовчанкавага частковага завершэння. Зробіце пераконтроўку пасля дорогіх крокаў. Програма не должна занова ставіць плату за той самы вызыв LLM, калі аператар прабуе зноў выконаць пазнейшы элемент.

Выбор модэлю — гэта пытанне пра радыясны эфект

Калі працюеце над выборам модэлю, спачатку запісайце умовы вікорытання: неабяжлівыя даны, сігнал успеху і тое, што выходзіць пад частыя неудачы. Такі спіс дапамагае заліцваліваць будучыя змены ў кодзе. Запісвайце час выканання і кост токеноў або запытаў праза функцыйнае рэзультат. Відразлівасць костаў з самага пачатку запобегае неспакойным рахункам, калі праця пераходзіць з дэмавайнага рэжыма ў спяльныя асяроддзя. Зберагачвайце стабільныя інструкцыі сістэмы і схемы інструментаў. Перадзял у тое ж самае прамэру ёсць частым выклікам затрат.

Вакно перачытваецца занова, і гэта якраз і ўчыняе яго бюджэтам

Калі працуеце на стадыю «Акна зноў чытаецца», спачатку запісайце угоду: неабходныя даны, сігнал успеху і тое, што выканаецца у разы частковага невясковасці. Такі спіс пераканальвае ў тым, што пазнейшыя змены коду будуць чыстымі. Зберагаюце настройкі паза кодам прыемлі. Файлы сераўнавання, храненні секрэтных дадзенаў і флагі функцыйяй должны знаходзіцца ў аднам месцы, куды аператары можаюць адбавіць аўдыт без неабходнасці чытання всей структуры. Ствараюце контрольныя пункты пасля дорогіх крокаў. Сістэма вярнення праблемы не должна занова ставіць плату за той самы вызыв LLM, калі аператар перапрыямляе працу да наступнага элемента. Калі працуеце на стадыю «Акна зноў чытаецца», спачатку запісайце угоду: неабходныя даны, сігнал успеху і тое, што выканаецца у разы частковага невясковасці. Такі спіс пераканальвае ў тым, што пазнейшыя змены коду будуць чыстымі. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі крок не выйшаў, прычына невясковасці должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаную лінію апрацоўкі.

Што насправды павінна быць у файле інструкцыйяў

Этап «Што насправды павінна быць» найэфектывней працюе, калі яго розглядаць як мерыемую структуру. Запісаўце адна ідэальная версія, адзін прыклад неудачы і прыметку па адвярненню змян перш чым расшырваць масштаб. Разглядзіце этап як кантракт межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Даўце назвы артыфактам, задаце крытэрыя успеху і не падзеўляйцеся частым, непূরным вікананнем задач. Храніце стан графа ў простам і тыпаваным фармаце. Вкладзеныя блокі маскуюць інфармацыю пра тое, які вузел запісаў кожны поле, і спакойваюць працэс пасля перарываў.

Рэжым планавання дэшэўей за альтэрнатыву, і разлік межа вялікі

Рэжым «План» ў дробных задачах ўсё ж лепшы, якім можна кераваць, лічычы яго як віміроўваную паверхню. Запісайце адна ідэальная версія, адзін прыклад неудачы і прыметку па поверненню да попярэднья версіі, прычым расшыруючы масштаб задачы. Запісвайце час выканення і кост токенаў або запітаў разам з функцыональнымі рэзультатамі. Відразлівае паказанне костаў з самага пачатку запобегае неспакойным рахункам, калі задача пераходзіць з дэмовай асяроддзя ў спакульную. Храніце стан графа простым і з усунутым внутранім структуруванням. Внутрошні блокі маскуюць інфармацыю пра тое, які вузел запісаў якое поле, і спакштуюць продовжэнне выканення пасля перэрываў.

Пяць крокаў, якія дапаможуць стварыць план, які варта адмахнуцца

Пяць крокаў, які дапамагаюць працаваць на стадыі, найэфектывней працуюць, калі іх розглядаць як вімерную паверхню. Зберагуйце адна ідэальная версія, адзін прыклад неудачы і запіс пра вярнэнне да поперадньага стану пры розшырэнні масштаба. Зберагуйце настройкі пазыроўна ад коду прыемліка. Файлы сераўнавання, хранільнікі секрэтных даных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куда аператары можуць аўдытаваць іх без неабяжнага чытання всіх дадзеных. Зберагуйце стан графа ў простам і тыпаваным фармаце. Вкладныя блокі маскуюць інфармацыю пра тое, які вузел запісаў які поле, і спакоююць працэс пасля перэрываў. Пяць крокаў, які дапамагаюць працаваць на стадыі, найэфектывней працуюць, калі іх розглядаць як вімерную паверхню. Зберагуйце адна ідэальная версія, адзін прыклад неудачы і запіс пра вярнэнне да поперадньага стану пры розшырэнні масштаба. Валідзіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшоў, прычына неудачы должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцоўкі дзеянняў.

Навыкі — гэта прампты з імёнамі, а опіс — гэта і частка, за якую вы плаціце

Для спэсікаў, якія ўключаюць праграмы з певным этапам, неабходна перад зменай коду адзначыць вхідныя даны, адпаведальнага за этап і крэтыяры завершэння. Аператары должны магчымае перадзеісцавіць этап з вядомага пункта контролю, не адгадваючы схованы статус. Спрыяйце таму, каб гэты этап быў схожы на контракт межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Даўце назвы артыфактам, адзначыце крэтыяры успеху і не прымайце часткова завершаныя рэзультаты без паведамлення. Калі наступны этап — гэта код або вызов інструмента, валідаванне за дапамою схемы лепша, чым вільны тэкст.

Hooks — гэта ўсе, чым нельзя спарчвацца

Колькіх хоуків ёсць ежым стадыям, неабходна як дэфініцыя вхідных даных, так і вказанне адміністратара шагу, а таксама крэтэрыяў завершэння пры змены коду. Аперацыйныя працавнікі павінны магчымаецца перзапускаць шаг з вядомай точкі контролю, не падозрываючы прыхованы стан. Запісваць трываласць выканання і кост токенаў або запытаў разам з функцыйнальнымі рэзультатамі. Відразлівасць костаў з самага пачатку запобегае неспакойным рахункам, калі працэс пераходзіць з дэмавай версіі ў спяльныя асяроддзя. Пры шагах, якія вітрачаюць грошы або зменяюць даны ў працэсе, неабходна людзкая апраўда. Прыўязкі ў часе компіляцыі не абавесць цэлыснасцю бізнес-процэса.

Розмер зусілляў — гэта рэгулятор глыбіні, і адна з стандартных настройкаў ёсць контракціюнітывная

У стадыі «For the Effort» неабяжна ўскладненасць, таму перад змінайом коду трэба чытаць вхідныя даны, апошнюючага за выкананне крока і крэтыніяты для завершэння. Аперацыйныя працавнікі павінны магчымае перадзягнуць крок з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Конфігурацыю трэба знаходзіць за межамі коду прыкладнення. Файлы сераўіса, хранальнікі секрэтных дадзеных і флагі функцый павінны быць у адном месца, якое працавнікі можуць пераглядаць, не чытаючы весь ланцуг задач. Для роўнаважэння дзеянь, якія коштуюць грошы або зменяюць даны ў працэсе, трэба выкарыстоўваць людскія апраўды. Прыўязкі, якія ствараюцца пад час компіляцыі, не ўзначаюць повнайшага адпраўлення задачы. У стадыі «For the Effort» неабяжна ўскладненасць, таму перад змінайом коду трэба чытаць вхідныя даны, апошнюючага за выкананне крока і крэтыніяты для завершэння. Аперацыйныя працавнікі павінны магчымае перадзягнуць крок з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Лепш выбіраць маленькія, тэставаныя елементы, чым велікія скрыпты. Калі крок не выкаананы, прычына неудачы павінна вказываць на адную адпаведальнасць, а не на заплутаны ланцуг задач.

Тры ўзоры паралельнай працы, і толькі адны з іх патрабуе команды

Калі працюяеце над трыма ўзорамі паралельнай стадыі, спачатку запісуйце кантракт: неабходныя вхідныя даны, сігнал успеху і тое, што відбываецца у разе частковай невыполнення. Такі спіс пераконвае ў тым, што пазнейшыя змены коду будуць чыстымі. Спрэчвайце гэтую стадыю як кантракт між вхіднымі данымі і перакананымі выходнымі рэзультатамі. Даўце назвы артыфактам, задаць крытэрыя успеху і не падтрымайце безсловеснае частковае завершэння. Паставіце контрольны пункт пасля дорогіх крокаў. Сістэма вярнення працы не должна знову ставіць плату за той самы вызов LLM, калі аператар прабуе зноў запрацаваць пазнейшы вузел.

Падагенты ў якосты фаервалу кантэксту

Калі працюеце з падрэзнікамі, які ўтвараюць стадыю кантэксту, спачатку запішыце кантракт: неабяжныя даны, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс перакладоў заходзіць пазнейшыя змены коду чыстымі. Запісвайце час выканання і кост токенаў або запытаў праза функцыйнае рэзультат. Відкрытыя даны пра косцы запобегаюць неспакойным рахункам, калі працэс пераходзіць з дэмаверсіі ў спяльныя асяроддзя. Зробіце перапаконтрацель пасля дорогіх крокаў. Функцыя адновлення не должна зноў нарахоўваць косты той самай вызову LLM, калі аператар прабуюць зноў запрацаваць пазнейшы вузел.

Команды агентаў выкалічваюць податак за коордынацыю за адну конкрэтную можлівасць

Калі працюеце з агентамі, які беруць плата за кожны этап, спачатку запісайце умовы дагавору: неабяжлівыя даны, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс контролю дапамагае заліцвачыць пазнейшыя змены ў кодзе. Храніце настройкі параду ўнутры коду прыемленае. Файлы сераўіса, хранальнікі секрэтных даных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаюць пераглядаць іх без неабяжлівага чытання всей структуры. Стварайце контрольныя пункты пасля дорогіх крокаў. Сістэма вярнення працы не должна зноў налічваць плату за той самы вызов LLM, калі аператар перапрыяўляе працу да наступнага элемента. Калі працюеце з агентамі, які беруць плата за кожны этап, спачатку запісайце умовы дагавору: неабяжлівыя даны, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс контролю дапамагае заліцвачыць пазнейшыя змены ў кодзе. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі крок не выйшоў, прычына нявыпання должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаную структуру працы.

Дзе насправды адбываецца праца

Этап рэальнай працы работае найкрашча, калі яго спрыяюць як до меркавання. Запісаўце адна «золатая» транскрыпцыя, адын прыклад неудачы і запіс пра вярнэнне да пачатковага стану, перш чым расшырваць масштабы. Спрыяйце гэтаму этапу як кантракту межа вхідных дадзеных і паверыжаных выходных рэзультатаў. Даўце назвы артыфактам, задаце крытэрыя успеху і адмовіцеся ад тыхняй частковай працы без паведамлення. Зберагачыце стан графа ў простам і тыпаванам фармаце. Вкладзеныя блокі маскуюць, які вузел запісаў кожны поле, і спакшваюць продажчэнне працы пасля перарываў.

Формы неудач

Этап анаізу спосабаў неудач працюе наякша, калі яго розглядаць як вімерную паверхню. Запісаўце адна «золатая» транскрыпцыю, адын прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расшырваць масштабы. Запісвайце часы выканання і косты токеноў або запытаў праза функцыйнае рэзультаты. Відразлівасць костаў з самага пачатку запобегае неспакойным рахункам, калі працэс пераходзіць з дэмаверсіі ў спяльныя асяроддзя. Храніце стан графаў у простам і тыпаваным фармаце. Вкладзеныя блокі маскуюць інфармацыю пра тое, які вузел запісаў кожны поле, і спакшваюць продажчэнне працы пасля перарываў.

Што гэта значыць для таго, як вы паспелі сесію

Этап «Што гэта значыць» працуе наякша, калі яго спрыяваць як мерыемую паверхню. Зберагачыце адны ідэальны прыклад працы, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перад расшырэнням масштаба. Зберагачыце настройкі за межамі коду прыемліка. Файлы сяродавішняе сераўісу, хранілішчы секрэтных дадзеных і флагі функцый должны знаходзіцца ў аднам месцы, куды аператары можаць адбавляць контроль без неабяжнага чытання всіх дадзеных. Дазвольце стану графа застаўцца простым і з адзінаковым тыпам дадзеных. Вярсткаваныя блокі маскуюць інфармацыю пра тое, які вузел запісаў канкрэтны поле, і спакоююць працу пасля перарываў. Этап «Што гэта значыць» працуе наякша, калі яго спрыяваць як мерыемую паверхню. Зберагачыце адны ідэальны прыклад працы, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перад расшырэнням масштаба. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшаў, прычына неудачы должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцоўкі задач.

Чэрніця аператывай працы

Этап стварэння чэк-ліста для аператыўных задач работае наякша, калі яго спрыяваць як мерыемую структуру. Запісаўце адну ідэальную версію працы, адзін кейс неудачы і прыметкі па поверненню да пачатковага стану пры расшырэнні масштаба.

Документавайце як шлях успеху, так і шлях вярнення да нормальнага стану разам. Практыкі перапрыбутку, людзкія контрольныя пункты і обработка некорэктных звесцей ўжо ёсць часткай продукту, а не чымсь, што дадаецца пазней.

Зберагайце стан графа ў простам і тыпаваным фармаце. Вкладзеныя блокі маскуюць інфармацыю пра тое, які вузел запісаў якое поле, і спакоююць продовжэнне працы пасля перарываў.

Калі бюджэт дазволяе, дадаўце тэст на першыя перакананні, які працюе з крытычным шляхам у сістэме CI за дапамогою фікстураў, а не з рэальнымі платнымі API.

Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшаў, прычына неудачы павінна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцюг задач.

Зберагайце стан графа ў простам і тыпаваным фармаце. Вкладзеныя блокі маскуюць інфармацыю пра тое, які вузел запісаў якое поле, і спакоююць продовжэнне працы пасля перарываў.

Перш чым запускаць стак, заморозьце версіі, зафіксавце ідэальны транскрыпт для крытычнага шляху і паказвце спосабы атрыбутавання. У спільных сэрвісах неабходны ліміты частоты запытоў, перакананні ў правільнасці арэндавання рэсурсоў і чыста вялічына адпаведальнага адносу за ротацыю секрэтных дадзеных. Лепш выбіраць простую надзею на надзейнасць, чым хітрыя експерыментальныя дэманстрацыі.

Прыметка для 36299cf2b986: не кладзіце ключы прадаўцаў у рэпазітарый, задаце верхнюю межу токенаў на кожную сесію і зберагачыце транскрыпты празаўсёды пад фіксы для ацэнкі, каб пазнейшыя замены мадэляў заставаліся порównанымі.

Прыметка па забезпечэнню надзейнасці на стадыі 0 работае лепш, калі яе спрыямаць як мерыемую плошчу. Зафіксавце адны ідэальны транскрыпт, адзін прыклад неудачы і прыметку па атрыбутаванні перш чым расшырваць масштаб. Канфігурацыю трэба зберагачыць празаўсёды за межамі коду прыемленае, а файлы сэрвісаў, хранілішча секрэтных дадзеных і флагі функцыйяў — у аднам месца, якое аператары можаць пераглядаць без неабходнасці чытання всей структуры.

Дзеянне паўжчання 0/785: звярніце увагу на час выканання, клас памылакі і колькасць выкорыстоўваных токенаў для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на асобістых спазыраннях, выявіце, чы рэшацца застаўляць змяну.

Для першага этапу запісу паўжчання задаце вхідныя даны, адпаведальнага за крок і крытэрыя завершэння пры перадзмене коду. Аперацыйныя працавнікі павінны магчымае перадзначыць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Валідзіце маленькія, тэставаныя елементы замест большых скрыптаў. Калі крок не выйдзе, прычына неудачы павінна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны працэс.

Дзеянне паўжчання 1/785: звярніце увагу на час выканання, клас памылакі і колькасць выкорыстоўваных токенаў для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на асобістых спазыраннях, выявіце, чы рэшацца застаўляць змяну.

Калі працуеце над 2-й стадзіяю прыемкі з паўнейшага захавання, спачатку запісайце умовы кантракту: неабходныя даны, сігнал успеху і тое, што выходзіць па частым неудачам. Такі спіс контроля дапамагае заставаць пазнейшыя змены коду чыстымі. Запісвайце час выканання і вартасьць токенаў або запытак па боку функцыйнальных рэзультаатаў. Відразлівасьць вартасцей з самага пачатку запобегае неспакойным рахункам, калі працэс пераходзіць з дэмаверсіі ў спяльныя асяроддзя.

Дзеянне прыемкі з паўнейшага захавання 2/785: замерьце час выканання, класію паканаў і вітраты токенаў для гэтай прыемкі, а пасля выберце, чы хацяце застаўіць змену на адной фіксаванай сэтке пытанняў, а не на адной лічбе прыкладаў.

2-я стадзія прыемкі з паўнейшага захавання работае лепей, калі яе спрыямаць як мерыму аб’ект. Запісвайце адну ідэальную транскрыпцыю, адзін прыклад пакана і запіс пра вярнэнне да пачатковага стану, перш чым расшырваць масштаб. Дакументавайце як успішны, так і вярнэнчы паты. Перапрыбуткі, людзкія контролі і обработка неканальных паканаў ёсць часткай продукту, а не пазнейшым дапрацоўкам.

Дзеянне паўжасткі 3/785: звярніце увагу на час выканання, класы паказчыкаў і колькасць токенаў, якія былі выкарыстаны для гэтага зазначэння, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы рэшацься застаўляць змяну.

Для 4-го этапа паўжасткі неабходна перад змянай коду чытко візначыць вхідныя даны, адпаведальнага за выкананне крока і крытэрыяы завершэння. Аперацыйныя працавнікі должны магчыма было перазапускаць крок з вядомай точкі контролю, не прабуючы спадарацца прыватны стан сістэмы. Штодзе гэты этап трэба спрыяць як кантракт межа вхіднымі данымі і перакананымі выходнымі рэзультатамі: дайце назвы всім элементам, візначыце крытэрыя успеху і не падтрымвайце тыхняе частковае завершэнне крока.

Дзеянне паўжасткі 4/785: звярніце увагу на час выканання, класы паказчыкаў і колькасць токенаў, якія былі выкарыстаны для гэтага зазначэння, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы рэшацься застаўляць змяну.

Калі працуеце над 5-м падземам прыемкі забезпечэння безпекі, спачатку запісайце умовы кантракту: неабяжлівыя даны, сігнал успеху і тое, што выходзіць на частым неудачам. Такі спіс контроля дапамагае залічыць пазнейшыя змены ў кодзе чыстымі. Зберагаюце настройкі пазначыльна ад коду прыемлена. Файлы сераўіса, хранільнікі секрэтных дадзеных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адбавіць аўдыт без неабяжлівага чытання всей структуры.

Дзялёўка забезпечэння безпекі 5/785: вы мераваеце час выканання, класію каштоўкаў і выкарыстоўванне токенаў для гэтай прыемкі, а пасля выявляеце, чы хацеце застаўіць змену, спынюючыся на апранаванай сэтце пытанняў, а не на індывідуальных прыкладах.

5-й падзем 6-й прыемкі забезпечэння безпекі работае лепей, калі яго спрыямаць як меравальную плошчу. Зберагаеце адну ідэальную транскрыпцыю, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану, перш чым расшырваце сферу дзейнасці. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісьць крок не выйшае, неудача должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцужок задач.

Дзеянне паўнэйшага забезпечэння 6/785: звярзіце час выканання, класыя ошыбак і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля, на аднойчынай сэткі пытанняў, а не на асобістых спазырах, вынікніце, чы робіць змяны.

Для 7-го этапу дзеяння паўнэйшага забезпечэння, перад змянай коду, абмовіцеся пра вхідныя даны, адпаведальнага за крок і крытэрыяы завершэння. Аперацыйныя працавнікі павінны магчымае перадзвярнуць крок з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Запісвайце час выканання і косць токенаў або запытак пад функцыйнальнымі рэзултатамі. Відкрытая інформацыя пра косці запобегае неспакоўным рахункам, калі працэс пераходзіць з дэмаверсіі ў спяльныя асяроддзя.

Дзеянне паўнэйшага забезпечэння 7/785: звярзіце час выканання, класыя ошыбак і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля, на аднойчынай сэткі пытанняў, а не на асобістых спазырах, вынікніце, чы робіць змяны.

Калі працуеце над 8-м стадзіям заўважэння па забезпечэнню безпекі, спачатку запісайце контракт: неабяжныя вхідныя даны, сігнал успеху і тое, што выходзіць у разе частковага абякання. Такі спіс пераконтроўкаў дапамагае заліцвачваць пазнейшыя змены ў кодзе.

Документавайце як шлях успеху, так і шлях вяснавання. Перапрыбуткі, людзкія контралі і обработка некорэктных паведамленняў ёсць часткай продукту, а не пазнейшым дапрацоўкам.

Дзялёвы дэталізаціі 8/785 па забезпечэнню безпекі: вымерайце час выканання, класію памылак і выкарыстаны квоты для гэтага заўважэння, а потым выберайце, чы робіць змену на адной пазначанай сэткі пытанняў, а не на адной лячбе.

8-я стадзія заўважэння па забезпечэнню безпекі працуе лепей, калі яе спрыямаць як вымерную паверхню. Запісайце адна ідэальная транскрыпцыя, адзін прыклад абякання і заўважэння па вяснаванні, перш чым расшырваць масштаб.

Спрыяйце гэтай стадзіі як контракту межаў вхідных даных і перакананых выходных рэзультатаў. Назвайце артыфакты, задаць крытэрыя успеху і адмовіцеся ад тыхнай частковай працы без паведамлення.

Дзеянне паўжырання 9/785: зважыце час выканання, класію адказаў і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля, на аднойчынныя крэтынары, а не на асобістых спазыраўнях, вынікніце, чы робіць змяны.

Для 10-го этапу паўжырання неабходна перад змянай коду адзначыць вхідныя даны, адпаведальнага за крок і крэтынары завершэння. Аперацыяныя працавнікі павінны магчымае перадзванаць крок з вядомай точкі контролю, не падозрэўаючы прыхованы стан. Канфігурацыю трэба залічыць праз аплявацыйны код. Файлы сяродавішча, хранільнікі секрэтных дадзеных і флагі функцыйяў павінны знаходзіцца ў адном месцы, якое працавнікі можуць пераглядаць, не чытаючы весь ланцуг.

Дзеянне паўжырання 10/785: зважыце час выканання, класію адказаў і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля, на аднойчынныя крэтынары, а не на асобістых спазыраўнях, вынікніце, чы робіць змяны.

Калі працуеце над стадзіяй 11 памяткі працэўнай змocнення, спачатку запісаце кантракт: неабходныя даны, сігнал успеху і тое, што выходзіць на частым неудачам. Такі спіс контроля дапамагае залічыць пазнейшыя змены ў кодзе. Валіце маленькія, тэставаныя елементы замест вялікіх скрыптав. Калі якаясь ступеня не выйшла, неудача павінна вказваць на адную адпаведальнасць, а не на заплутаны ланцужок задач.

Дзялянка працэўнай змocнення 11/785: вымерыце час выканання, класію памылак і вітраты токенав для гэтай памяткі, а потым выявіце, чы робіць змену на адной фіксаванай сэтке пытанняў, а не на адной лепты.

Стадзія 12 памяткі працэўнай змocнення работае лепей, калі яе спрыяжваць з мерыемым аспектам. Запісаце адну ідэальную транскрыпцыю, адны прыклад неудачы і памятку пра вярнэнне да пачатковага стану, перш чым расшырваць масштаб. Запісвайце часы выканання і вартасць токенав або запытак праза функцыйнае рэзультат. Відкрытая візуабілізацыя вартасцей запобегае неспакою, калі працэс пераходзіць з дэмавай версіі ў спакульнаныя сераўы.

Дзеянні паўжасткі 12/785: звярніце увагу на час выканання, клас памылак і колькасць вікорыстоўваных токенав для гэтага зьязку, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы хацяце застаўіць гэтыя змены.