Практычныя нарады: Інжыніерыя контексту для агентаў AI: Полны курс

Існавайце гэта як перапрацоўаны варыянт ідэй з кнігі «Context Engineering for AI Agents: Complete Course» для працавальнікаў-оператараў: чыстыя этапы, аранжаваныя блакі для коду і прыметкі з восстанавлення, якія застаюцца пасля перадачы задання. Этап Аналізу работае найэфектывней, калі яго спрыяваць як мерыемую плошчу. Запісаўце адна ідеальная транскрыпцыю, адзін прыклад неудачы і прыметку з вярненням да пачатковага стану прычаму расшырэння масштаба. Спрыявайце гэты этап як кантракт між вхіднымі дадзеннямі і перакананымі выходнымі рэзультатамі. Даўце назвы артыфактам, задаце критэрыя успеху і адмовіцеся ад безсловеснага частковага завершэння.

Што такое інжынерія контэксту, і чаму яе патрэбуюць агенты?

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

Вікна контэксту: рабочая памяць вашаг агента

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

Што на самай працэ прадаўляецца ў контекст агента

Для стадіі «Што на самай працо ўводзится» неабходна прадзефінавацыя вхідных дадзеных, адпаведнага адпаведальнага за крок і крэтарыяў завершэння працы перад зменым коду. Аперацыйныя працавнікі должны магчымае перзапускаць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Неабходна аддзеіставіць дакументацыю як для стандартнага, так і для альтернатывнага ходу выканання. Практыка павтаральных спроб, людзкага апраўлення і обработкі некоректных паведамленняў є часткаю продукту, а не елементамі пазнейшай дапрацоўкі. Неабходна людзкая апраўлення для тых крокаў, якіе ведуць да выдатку грошаў або зменыння дадзеных у прыемным режыме. Компіляцыйныя налашчэння не є гарантыяй полной адпаведнасці продукту выклікам бізнесу. Для стадіі «Што на самай працо ўводзится» неабходна прадзефінавацыя вхідных дадзеных, адпаведнага адпаведальнага за крок і крэтарыяў завершэння працы перад зменым коду. Аперацыйныя працавнікі должны магчымае перзапускаць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Цю стадію трэба спрыяваць як кантрактом межа вхідных дадзеных і апраўданых выходных рэзультатаў. Неабходна даць назвы всім элементам, прадзефінавацыя крэтарыяў успеху і адмова ад мовчанкавага частковага завершэння працы.

Чатыры основныя стратегіі

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

Запісваць

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

Выбраць

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

Складзіце у архів

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

Ізолюваць

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

Як збягаюць агенты

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

Найкращыя практыкі інжынерыі контэксту

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

Системныя запытанні для агентаў

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

Апісанні інструментаў

У стадії «Апранаванне інструментаў» неабходна прадзефінавацыя вхідных дадзеных, адпаведальнага за крок і крэтарыяў завершэння працы перад зменым коду. Аперацыйныя працавнікі должны магчымае перайсці на выкананне кроку з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Неабходна задокументаваць як шлях успеху, так і шлях вярнення да нормальнага стану. Перапрыбуткі, людзкія перакрыцця і обробка некоректных паведамленняў є часткай продукту, а не елементамі пазнейшага дапрацоўвання. Аутентыфікацыя павінна выконвацца на воратах, а пераправенне прав на выкарыстоўвання — на рэвеі дадзеных. Толькі токен-носіцель не є межай адпаведнае часткі продукту. У стадії «Апранаванне інструментаў» неабходна прадзефінавацыя вхідных дадзеных, адпаведальнага за крок і крэтарыяў завершэння працы перад зменым коду. Аперацыйныя працавнікі должны магчымае перайсці на выкананне кроку з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Цю стадію трэба спрыяглядаць як кантракт між вхіднымі дадзенымі і перакананымі выходнымі рэзультатамі. Неабходна даць назвы артыфактам, прадзефінавацыя крэтароў успеху і адмова ад беззвучнага частковага завершэння працы.

Аб’еднанне всіх элементаў

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

Інжынерыя контэкста ў працоўным серавісе

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

Claude Code

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

Manus

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

ChatGPT Agent

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

Кіт для разработкі агентаў Google

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

Чарткі для эксплуатацыі

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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