Практычныя прытамулкі: Агентскі ІІ: як заўсёды эканоміць на токенах
Практычныя прыказкі: Агентскі ІІ: як заўсёды эканоміць на токенах: контракты, пераказы і слоты для коду для команд, якія викорыстоўваюць гэты патэрн.
У гэтым карыце парадоксальная дорага ад сыр'ёў да рабочай системы для: Agentic AI: Як заэканаміць на токенах. Акцэнт ставяцца на практычныя крокі, чысткія перакананні та код, які можна проста дадзіць у репазітарый без неабяснення меты. У стадзіі агульнага відгледу неабяжна праказаць вхідныя даны, адпаведальнага за крок і критэрыя завершэння прычымоўкі перад зменай коду. Аператары должны магчымае перадзваніць крок з вядомай точкі контролю без неабяснення схованага стану. Спрыятлівайце гэтую стадзію як даговор межа вхіднымі данымі та падтвердзенымі выходнымі рэзультатамі. Дайце назвы артыфактам, праказаць критэрыя успеху та адмовіцеся ад беззвучнага частковага завершэння.
Чатыры прынцыпы дзяйнаўства, якія трэба памяцаць
Калі працуеце з Чатырмаямі прынцыпамі дизайна, спачатку запісаце кантракт: неабяжлівыя даны, сігнал успеху і тое, што выходзіць пад частыя неудачы. Такі список пераканае ў тым, што пазнейшыя змены коду будуць чыстымі. Запісваеце час выканання і кост токенаў або запытаў пад функцыйнальнымі рэзултатамі. Відразы костаў з самага пачатку запобегае неспакойным рахункам, калі праця пераходзіць з дэмаверсіі ў спакульнаныя сераўы. Зберагаеце у кэшы стабільныя інструкцыі системы і схемы інструментаў. Перадзял працэсу з аднаковым прамаргіналам — частая прычына витрачання ресурсаў.
Калі можна, воспользуйцеся токанамі знову
Калі працюеце з этапам, дзе можліва перадача токенав, спачатку запісайце контракт: неабяжлівыя даны, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі список пераконтроўвае чыстасць пазнейшых змян у кодзе. Зберагаюце настройкі праза код аплікацыі. Файлы сераўнавання, храненні секрэтных данных і флагі функций должны знаходзіцца ў аднам месцы, куды аператары можаць адбавіць аудыт без неабяжлівага чытання всей структуры. Кэшавайце стабільныя інструкцыі системы і схемы інструментаў. Перадача таго ж прамэрая зноў являецца частым выклікам витрачання ресурсаў.
Кэшаванне K/V і прыфіксаў
Калі працюеце над стадзіяй кэшавання з прымескам K V, спачатку запісайце угоду: неабяжлівыя данні, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі список контроля дапамагае заліцьварыць пазнейшыя змены коду. Документавайце як шлях успеху, так і шлях вяснавання. Перапрыбуткі, людзкія контралі і обработка некоректных паведамленняў ёсць часткаю продукту, а не пазнейшым дапрацоўкам. Кэшавайце стабільныя інструкцыі системы і схемы знарядзёў. Перасылка ідэнтычных прамэры ёсць частым выклікам зношвання ресурсаў. Калі працюеце над стадзіяй кэшавання з прымескам K V, спачатку запісайце угоду: неабяжлівыя данні, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі список контроля дапамагае заліцьварыць пазнейшыя змены коду. Спрыймайце гэтую стадзію як угоду межа даннімі і перакананымі выходнымі рэзультатамі. Даўце назвы элементам, задайце критэрыя успеху і адмовіцеся ад мовчанкавага частковага завершэння.
Кэшаванне прымесак для самастойнага выконвання
Кэшаванне прыфіксаў для самастаянага стэйджу працюе наякша, калі яго спрыяваць як мерыемую велічыну. Запісаце адна ідеальная транскрыпцыя, адзін прыклад неудачы і прыметкі па поверненню да пачатковага стану пры розшырэнні масштаба. Запісвайце часы выканання і кост токенаў або запытаў разам з функцыйнальнымі рэзултатамі. Відразы костаў з самага пачатку запобегае неспакойным рахункам, калі працэс пераходзіць з дэмавайнтару ў спяльныя сераўыры. Задаце бюджет токенаў на кожны раунд і на кожную сесію. Інструменты-агенты агрэсывна расширваюць контекст; строгі ліміты не дазволяюць дэмавайнтарам ператварыцца на неспакойныя рахунки.
Кэшаванне запытаў через прадаўцоў API
Кэшаванне запыткаў через API працюе наякша, калі яго розглядаюць як мэтрычны показнік. Запісаце адна ідеальная транскрыпцыя, адзін прыклад неудачы і прыметкі па адвярненню змян пры расшырэнні масштаба. Зберагачыце настройкі паза кодам прыемліка. Файлы сяродавішча, хранільнікі секрэтных дадзеных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адбавіць аудыт без неабяжнага чытання всіх дадзеных. Установіце ліміты токенаў на кожны раунд і на кожную сесію. Інструменты-агенты агрэсывна расширваюць контекст; строгі ліміты запобегаюць таму, каб дэманстрацыі ператварыліся на неспакоючыя рахункі.
Семантычны кэшаванне
Этап семантычнага кэшавання працюе наяўней, калі яго спрыяваць як мерыемую вазу. Зафіксавайце адну ідеальную транскрыпцыю, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расширваць сферу дзеяння. Дакументавайце як успішны, так і вярнучыся шляхы. Перапрыбуткі, людзкія контралі і обработка некоректных паведамленняў ёсць часткай продукту, а не пасляднім дапрацоўкам. Задаюце ліміты токенав на кожны раунд і на кожную сесію. Інструменты-агенты агрэсывна расширваюць контекст; жорсткія ліміты запобегаюць таму, каб дэманстрацыі ператварыліся на неспакоюючыя рахункі. Этап семантычнага кэшавання працюе наяўней, калі яго спрыяваць як мерыемую вазу. Зафіксавайце адну ідеальную транскрыпцыю, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расширваць сферу дзеяння. Спрыявайце гэтам этапу як кантракту межа вхіднымі даннымі і паверыранымі выходнымі рэзультатамі. Назвайце артыфакты, задаўце критэрыя успеху і адмовіцеся ад безслуховага частковага завершэння.
Не запрацоўвайце заздалегідь токены, якія не выкарыстоўваюцца
Ёнколі трэба не запрацоўваць на стадыі спячкі, перш чым зменіць код, неабходна задаць вхідныя даны, абавесць крока і критэрыі завершэння. Аператары должны магчымае перадзваніць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Запісваць час выконання і кост токена або запыту разам з функцыйнальнымі рэзултатамі. Відразы коста з самага пачатку запобегае неспакоўным рахункам, калі траекторыя пераходзіць з дэмаверсіі ў спадзеленыя сераўысы. Калі наступны крок — це код або вызов інструмента, лепш выкарыстоўваць структураваныя выходныя даны з перакананнем схэмы, чым вольныя тэкстовыя апісанні.
Зменшыць кантэкст і запрашваць дакладнасці за патрэбай
Ёнколі трэба заставіць контекст Keep лёгкім і структураваным, паказваюць неабяжнае введэнне, адпаведальнага за крок і критэрыі завершэння, прычым перад зменой коду. Аператары должны магчымаць перзапуск крока з вядомай точкі контролю, не падозрываючы схованы статус. Канфігурацыю Keep трэба заставіць пазначанай вантарычна ад коду прыкладнення. Файлы сяродавішча, хранальнікі секрэтных дадзеных і флагі функцыйяў должны знаходзіцца ў аднам месцы, якое аператары можаць пераглядаць, не чытаяўшы весь ланцуг задач. Калі наступны крок — це код або вызов інструмента, лепш выкарыстоўваць структураваныя выходныя данні з перакананнем схэмы, чым вольныя тэкстовыя апісанні.
Дзе гэта выконваецца і чы робіць гэта эфектыўна
У стадії «Дзея гэта адбываецца» неабходна прадзеяванне інпутаў, выбір адпаведнага адпаведальнага за крок і вызначэнне крэтарыяў завершэння працы перад зменым коду. Аперацыйныя працавнікі должны магчымае перадзеяваць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Неабходна аддзеяваць як шлях успеху, так і шлях вярнення да нормальнага стану. Перапрыбуткі, людзкія перакрыцця і обработка некоректных паведамленняў є часткай продукту, а не чымсь, што дадаецца пазней. Калі наступны крок — гэта код чыя-небудзь вызов інструмента, лепш выкарыстоўваць структураваныя выходны данні з пераказанням схемы, чым вольныя тэкстовыя апісанні. У стадії «Дзея гэта адбываецца» неабходна прадзеяванне інпутаў, выбір адпаведнага адпаведальнага за крок і вызначэнне крэтарыяў завершэння працы перад зменым коду. Аперацыйныя працавнікі должны магчымае перадзеяваць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Спрыяйце, каб гэтая стадія выступала як контракт межа інпутамі і пераказанымі выходнымі даннемі. Дайце назвы артыфактам, вызначыце критэрыя успеху і не прабывайце прыймаць часткова завершаныя рэзультаты без паведамлення.
tools=[
{
"type": "tool_search_tool_bm25_20251119",
"name": "tool_search"
},
{
"name": "search_contacts",
"description": "Find a contact by name or email.",
"input_schema": {
"type": "object",
"properties": {
"query": {"type": "string"}
},
"required": ["query"]
}
},
{
"name": "send_email",
"description": "Send an email to one or more recipients.",
"input_schema": {
"type": "object",
"properties": {
"to": {"type": "string"},
"subject": {"type": "string"},
"body": {"type": "string"}
},
"required": ["to", "subject", "body"]
},
"defer_loading": True
}
]
Для дешавых задач выкорыстоўваюць дешавыя модэлі
Калі працуеце над задачай «Выкорыстоўваюць дешавыя модэлі для стадзіі», спачатку запісайце контракт: неабходныя даны, сігнал успеху і тое, што будзе адбывацца у разы частковага нявыпання. Такі список контроля дапамагае заліцвачваць будучыя змены ў кодзе. Запісвайце час выканання і кост токенаў або запытаў праза функцыйнае рэзультат. Відкрытыя даны пра косцы з’являюцца раніше, таму не будзе неспакою, калі праця перайдзе з дэмавайнага режыма ў спяльныя сераўры. Зберагачвайце у кэшы стабільныя інструкцыі системы і схемы інструментаў. Перадзесланне ідэнтычных прамаўляючых частак ёсць частым выклікам збыткаў.
Выбіранне модэляў на адной засадзе сложнасці задачы
Калі працюеце над стадзіяй «Шлях да модэлей», спачатку запісайце контракт: неабяжлівыя даны, сігнал успеху і тое, што выканаецца пад частым неудачам. Такі список пераканаецца ў тым, што пазнейшыя змены коду будуць чыстымі. Зберагаеце настройкі праза код аплікацыі. Файлы сераўнавання, хранільнікі секрэтных дадзеных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаюць адбавіць аудыт без неабяжлівага чытання всей структуры. Кэшавайце стабільныя інструкцыі системы і схемы інструментаў. Перадача ідэнтычных даных знову ўсё часта яе прычына.
Пачніце з дешавых раўносцей і поступова пераходзіце да тых, якія маюць низкую надзею на успех
Калі працуеце за прынцыпам «Пачатак з дешавых раўносцей» і пасляэтапнай роботы, спачатку запісаце кантракт: неабходныя даны, сігнал успеху і тое, што выканаецца у разы частковага невялікога браку. Такі чэрнетак дапамагае залічыць усі пазнейшыя змены ў кодзе.
Дазвольце падпрацавнікам выканаць роботу
Работа дэлегата з падагентамі ўяўляе сабою найэфектывыя рэзультаты, калі яе спрыява можласць вимеры парадакту. Зберагачыце адна ідеальная транскрыпцію, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расширваць масштабы. Запісвайце час выканання задач і кост токеноў або запытаў праза функцыйнае рэзультат. Відкрытыя даны пра косцы з’являюцца рана, таму ухілваецца ад неспакою з боку рахунковых документаў, калі праця пераходзіць з дэмаверсіі ў спакульнаныя сераўысы. Задаць ліміт токеноў на кожны раунд і на кожную сесію. Інструменты агентав працуюць актыўна, таму жорсткія ліміты не дазволяюць дэмаверсіям ператварыцца на неспакойныя рахункі.
Зберагачыце свой контэкст чыстым
Этап «Адмініструйце свой контекст чыста» працюе найэфектывней, калі яго розглядаць як вимерную плошчу. Запісаце адна ідеальная транскрыпцыя, адзін прыклад неудачы і прыметку па адвярненню перад расшырэнням масштаба. Зберагачыце настройкі пазначынай за межамі коду прыемлі. Файлы сераўнавальной среды, хранільнікі секрэтных данных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адбавляць аудыт без неабяжнага чытання всіх дадзеных. Задаце ліміт токенаў на кожны раунд і на кожную сесію. Інструменты-агенты агрэсывна расширваюць контекст; жорсткія ліміты не дазволяюць дэмам ператварыцца на неспакоўныя рахункі.
Серьозная частка — гэта стварэнне канвею стаўыняў
Сярод складных аспектаў — тое, што этапы працы функціонуюць наякша, калі іх спрыяваць як вимерную паверхню. Зафіксавайце адны ідеальны прыклад, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расширваць масштабы. Дакументавайце як успішны, так і вярнучыся шляхы роботы. Перапрыбуткі, людзкія контралі і обработка некоректных паведамленняў є частью продукту, а не дадатковыми корэктаваннямі пазнейша. Задазвайце ліміт токенав на кожны раунд і на кожную сесію. Інструменты з агентным режымам агрэсіўна расширваюць контекст; строгі ліміты не дазволяюць дэмам ператварыцца на неспакоўлівыя рахункі. Сярод складных аспектаў — тое, што этапы працы функціонуюць наякша, калі іх спрыяваць як вимерную паверхню. Зафіксавайце адны ідеальны прыклад, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расширваць масштабы. Спрыявайце гэтым этапам як контракту між вхіднымі даннымі і паўнастацэнаванымі выходнымі результатамі. Дайце назвы артыфактам, задаць критэрыя успеху і адмовіцеся ад мовчанкавага частковага завершэння.
bad state:
agent does work
→ dumps tool output into context
→ reads files
→ dumps files into context
→ runs tests
→ dumps logs into context
→ retries
→ keeps everything
Good active context
[system rules]
[project rules]
[user task]
[current working state]
Keep:
+ auth flow lives in auth.ts + session.ts
+ bug only happens on refresh path
+ failing test: session_refresh_keeps_user
+ likely overwrite during refresh
+ files in scope: auth.ts, session.ts, auth.test.ts
Drop:
- raw grep results
- full test logs
- duplicate file dumps
- dead-end retries
Падсумак размовы
Для завершэння стадіі размовы неабяжна пазначыць вхідныя даны, адпаведальнага за крок і критэрыя выходу пры перадзеіснавленні коду. Аператары должны магчымаць перзапуск кроку з вядомай точкі контролю, не падозрываючы прыхованы стан. Запісваць час выконання і вартасць токенаў або запытак праза функцыйнальныя рэзултаты. Відразлівасць вартасцей з самага пачатку запобегае неспакоўным рахункам, калі процес пераходзіць з дэмаверсіі ў спяльныя среды. Калі наступны крок — це код або вызов інструмента, лепш выкарыстоўваць структураваныя выходныя даны з паўнай пераверкай схемы, чым вольныя тэксты.
Чек-ліст для эксплуатацыі
Стадія чек-ліста для эксплуатацыі працюе найэфектывней, калі яе спрыямаць як мерыемую плошчу. Збіраць адна ідеальная транскрыпцыя, адзін прыклад неудачы і запіс пра можлівасць анулявання змян пры расшырэнні масштаба.
Лепш выкарыстоўваць маленькія, тэставаныя елементы, чым велікія скрыпты. Калі крок не выйшаў, прычына неудачы должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцюг задач.
Бюджет токенаў на адны раунд і на адну сесію. Агентныя інструменты актыўна расшыроюць контэкст; строгія ліміты не дазволяюць дэмам ператварыцца на неспакоўныя рахункі.
Неабходна людская апрацоўка для тых крокаў, якія выкорыстоўваюць грошы або зменяюць данні праўлення. Працэс кампілявання не є гарантыяй полнай адпаведнасці працоўнага процесу выканання задач.
Напісце кароткі посібнік: як зменяць канты, як спрачыслаць чергу, як анулюваць пярэдніе дадзеныя, якія былі прыняты.
Канфігурацыю трэба зберагаць паза кодам прыкладнай програмы. Файлы сяродавішча, хранільнікі секрэтных дадзеных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адбавіць аудыт без неабяжнага чытання всіх элементаў системы.
Перад апраноўкай всей структуры трэба заморазіць версіі, зафіксаваць важлівыя данні для критычных траектарыў і падтвердзіць крокі анулювання. У спакойных сяродавішчах неабходны ліміты частоты запуска, пераказкі належнасці ресурсаў і чысткая відпаведальнасць за змену секрэтных дадзеных. Лепш выбіраць простую надзеянасць на стабільнасць, чым крэатывныя, але ентычныя дэмы.
Запіска параграфу 9a1571ac6c85: не трэба кантрацеўваць ключы прадаўцаў у репазітарыі, задаць максімальную кантроль на токены на адну сесію, а таксама зберагчы транскрыпціі празаўседле з фікстурамі для ацэнкі, каб пазнейшыя замены моделей заставалі пораўнанневымі.
Запіска па прыняццю заходаў абароны 0 стадіі найэфектывней працюе, калі яе спрыяваць як мерыемую плошчу. Зафіксавайце адну ідеальную транскрыпцію, адзін кейс неудачы і запіску пра вярнэнне да пачатковага стану перш чым расширваць сферу дзеяння. Дакументавайце як успішны, так і вярнэнчы паты. Перапрыбуткі, людзкія контралі і обработка некантрольваных паведамленняў ёсць часткай продукту, а не пазнейшым дапрацоўкам.
Дзялейныя практыкі абароны 0/818: замерайце час выканання, класыя ошибакі і витрату токенав для гэтай запіскі, а пасля вырашыце, чы робіць змяну на адной падставе фіксаванага набора запытанняў, а не на адной падставе індывідуальных спазырэнняў.
Для першага практыкы зміцнення неабяжна пазначыць вхідныя даны, адпаведальнага за крок і критэрыя завершэння пры перадзеіснавленні коду. Аператары должны магчымаць перзапуск кроку з вядомай точкі контролю, не падозрываючы прыхованы стан. Спрыяйце цэму кроку як даговору межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Даўце назвы артыфактам, пазначыце критэрыя успеху і адмовіцеся ад беззвучнага частковага завершэння.
Дзеянні зміцнення 1/818: вымерыце час выканання, класіяцыю памылак і витрату токенав для гэтай практыкі, а потым вынікніце рашэнне пра тое, чы робіць змяну на аднойчы заданых критэрыях, а не на падставе індывідуальных спостарэнняў.
Калі працуеце над 2-м ўрадзаем стадіям, спачатку запісайце умовы кантракту: неабяжныя даны, сігнал успеху і тое, што выходзіць пад частым неудачам. Такі список дапамагае залічыць пазнейшыя змены ў кодзе. Зберагайце настройкі параду ўнутры коду прыемленае. Файлы сераўіса, хранільнікі секрэтных дадзеных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адбавіць аудыт без неабяжнага чытання всіх элементаў.
Дзеянне 2/818 па ўрадзэнню: замерайце час выканання, класію каштоўкаў і выкарыстоўванне токенаў для гэтага пункту, а потым выберайце, чы хацяце застаўіць змену, адпаведна фіксаванаму набору пытанняў, а не індывідуальным спостарэнням.
2-я стадія ўрадзэння працюе лепей, калі яе спрыямаць як меравальную плошчу. Запісайце адны ідеальны прыклад работы, адзін кейс неудачы і запіс пра вярнэнне да пачатковага стану, перш чым расширваць сферу дзеяння. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшае, неудача должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны процес.
Дзеянне паўжасткі 3/818: звярніце увагу на час выканання, класы паказакоў і витрату токенаў для гэтага зьвісткі, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы робіць змены.
Для 4-го этапу паўжасткі неабходна перад змянай коду чытко визначыць вхідныя даны, адпаведальнага за этап і крэтырыя завершэння. Аперацыйныя працавнікі должны магчымае перадзьвярнуць этап з вядомага пункта контролю, не прыпускаючы стану, які залишаецца незрозумелым. Запісвайце час выканання і вартасьць токенаў або запытак праза функцыйнае рэзультат. Відкрытая інформацыя пра вартасьці запобегае неспакоўным рашчыткам, калі працэс пераходзіць з дэмаверсіі ў спяльныя среды.
Дзеянне паўжасткі 4/818: звярніце увагу на час выканання, класы паказакоў і витрату токенаў для гэтага зьвісткі, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы робіць змены.
Калі працуеце над 5-м падземам прыемкі з ударожэння, спачатку запісайце кантракт: неабяжлівыя данні, сігнал успеху і тое, што выходзіць у разе частковага неяксамоства. Такі список пераканаець у тым, што пазнейшыя змены коду будуць чыстымі.
Документавайце як «шчаслівы» шлях, так і шлях вяснавання. Перапрыбуткі, людзкія контраліны і обработка некоректных паведамленняў ёсць частью продукту, а не пазнейшым дапрацоўкам.
Дзялей 5/818 прыемкі з ударожэння: вымерайце час выкарыстоўвання, класыя ошибкі і колькасць токенаў для гэтай прыемкі, а пасля выберайце, чы робіць змену на адной фіксаванай сэтке пытанняў, а не на адной лячбе.
5-й падзем прыемкі з ударожэння будзе работаць наяўней, калі яго спрыймать як вымеральную паверхню. Запісайце адна «золатая» транскрыпцыю, адны прыклад неяксамоства і прыемку для анулювання змян перад расшырэннем масштаба. Спрыймайце гэты падзем як кантракт межаў уваходных дадзенняў і перакананых выходных рэзультатаў. Назвайце артыфакты, задаць критэрыя успеху і адмовіцеся ад тыхнай частковай, неканфірмаванай завершэння.
Дзеянне паўжырання 6/818: зважыце час выканання, класію адказаў і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля, на аднойчынныя крэтыры, а не на індывідуальных прыкладах, выявіце, чы хацеце застаўіць змяну.
Для 7-го этапа паўжырання задаць неабходна вакументы, адпаведальнага за крок і крэтыры завершэння пры змяне коду. Аперацыйныя працавнікі павінны магчымае перзапускаць крок з вядомай точкі контролю, не спрабоўваючы здагадвацца пра схованы стан. Канфігурацыю трэба залічыць праз аплявацыйны код. Файлы сяродавішча, хранільнікі секрэтных дадзеных і флагі функций павінны знаходзіцца ў адном месцы, якое працавнікі можуць пераглядаць, не чытаючы весь граф.
Дзеянне паўжырання 7/818: зважыце час выканання, класію адказаў і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля, на аднойчынныя крэтыры, а не на індывідуальных прыкладах, выявіце, чы хацеце застаўіць змяну.
Калі працуеце над 8-м падзёлам прыемаў забезпечэння, спачатку запісайце умовы кантракту: неабходныя даны, сігнал успеху і тое, што выходзіць на частым неяксамоце. Такі список контроля дапамагае залічыць пазнейшыя змены ў кодзе. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшае, неяксамоце должна паказваць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцужок задач.
Дзялянка прыемаў забезпечэння 8/818: вымерайце час выканання, класію каштоўкаў і витраты токенаў для гэтага падзёла, а потым выберайце, чы робіць змены на адной фіксаванай базе пытанняў, а не на адной толькі прыватнай інформацыі.
8-й падзёл прыемаў забезпечэння работае лепей, калі яго спрыямаць як меравальную плошчу. Запісайце адну ідеальную версію, адзін прыклад неяксамоце і запіс пра адвёртанне змян, перш чым расширваць сферу дзеяння. Запісвайце часы выканання і вартасць токенаў або запытак праза функцыйнае рэзультат. Відкрытая інформацыя пра вартасці запобегае неспакойным рашчыткам, калі процес пераходзіць з дэмаверсіі ў спяльныя среды.
Дзеянне паўжырання 9/818: зважыце час выканання, класію адказа і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля вырашыце, чы рашыцца застаўіць змяну на аднойчы назначанай сэткі пытанняў, а не на адзінокых прыкладах.
Для 10-го этапу паўжырання неабходна перад змянай коду адзначыць вхідныя даны, адпаведальнага за крок і критэрыя завершэння. Аперацыяныя працавнікі должны магчыма было перазапускаць крок з вядомай точкі контролю, не спрабоўваючы здагадвацца пра схованы стан. Неабходна задокументаваць як шлях успеху, так і шлях вярнення да нормальнага стану. Перапрыбуткі, людзкія перакрыцця і обробка некоректных паведамленняў є часткай продукту, а не чымсь, што дадаецца пазней.
Дзеянне паўжырання 10/818: зважыце час выканання, класію адказа і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля вырашыце, чы рашыцца застаўіць змяну на аднойчы назначанай сэткі пытанняў, а не на адзінокых прыкладах.
Калі працуеце над стадзіяй 11 з адаптавання, спачатку запісайце контракт: неабяжлівыя даны, сигнал успеху і тое, што выходзіць у разе частковага неяксаменства. Такій чарт дапамагае залічыць пазнейшыя змены ў кодзе. Спрэцьвуйце да гэтай стадзіі як да контракту межа данымі і перакананымі выходамі. Дайце назвы элементам, задаце критэрыя успеху і не прымайце часткова завершэння без паведамлення.
Дзеянні адаптавання 11/818: звярніце увагу на час выканання, класы каштоўкаў і витрату токенав для гэтай змены, а пасля вырашыце, чы робіць яе, стоўячыся на адной фіксаванай сэтке пытанняў, а не на адзінственных прыкладах.
Стадзія 12 з адаптавання працюе лепей, калі яе спрэцьвуюце як меравальную плошчу. Запісайце адны ідеальны прыклад работы, адзін кейс неяксаменства і змест пра анулювання змены, перш чым расширваць сферу дзеяння. Зберагайце настройкі парадульна ад коду прыемлівача. Файлы сераўнавання, хранільнікі секрэтных данных і флагі функций павінны знаходзіцца ў адном месцы, куда аператары можаць адбавіць аудыт, не чытаючы весь структураны код.
Дзеянне паўжыцьнявання 12/818: змераюце час выконання, класію памылак і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля вырашаеце, чы робіць змяну на аднойчы назначанай сэткі пытанняў, а не на аднойчы інформацыі.
Для 13-й стадзіі паўжыцьнявання неабходна з’явіць вхідныя даны, адпаведальнага за крок і критэрыя завершэння пры зміне коду. Аперацыйныя працавнікі должны магчыма было перзапускаць крок з вядомай точкі контролю, не спрабоўваючы здагадвацца пра схованы стан. Лепш выбіраць маленькія, тэставаныя елементы замест абмоўжлівых скрыптав. Калі крок не выйшоў, прычына неудачы должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны процес.
Дзеянне паўжыцьнявання 13/818: змераюце час выконання, класію памылак і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля вырашаеце, чы робіць змяну на аднойчы назначанай сэткі пытанняў, а не на аднойчы інформацыі.
Калі працуеце над стадзіяй 14 з адаптавання системы, спачатку запісайце умовы кантракту: неабяжлівыя даны, сігнал успеху і тое, што выходзіць пад частковыя неудачы. Такі список дапамагае заліцварваць будучыя змены коду.
Запісвайце час выканання задачы, кост токена або запиту разам з рэзультатамі функцыянальных тестаў. Відразлівае відображэння костаў запобегае неспакойным рахункам, калі система пераходзіць з дэмовай среды ў спакульную.
Дзялённе 14/818 ад адаптавання: замеры часу выканання, класаў паказакоў і витрачання токенаў для гэтага пункту, а потым выбір пра тое, чы робіць змены на адной пазначанай базе пытанняў, а не на адной толькі прыватнай думцы.
Стадзіяй 15 ад адаптавання будзе эфектыва, якшо ёй стаць мерым аспектам. Запісвайце адну ідеальную транскрыпцыю, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану, перш чым расширваць сферу дзеяння.
Документавайце як успішны, так і вярнэнчы паты. Перапрыбуткі, людзкія контралі і обработка некоректных паказакоў є часткай продукту, а не чымсь, што дадаецца пазней.
Дзеянне паўжыцьнявання 15/818: змяроўвае час выканання, класію памылак і колькасць токенаў, выкорыстаных для гэтай змены, а пасля прымае рашэнне пра тое, чы хацяць яе застаўіць, стварыўшы фіксаваны набор пытанняў, а не спакойнае адгукванне.
Для 16-й стадзіі паўжыцьнявання неабходна перад змянай коду задаць вхідныя даны, абавесцяўца крока і критэрыя завершэння. Аперацыяныя працавнікі должны магчыма было перазапускаць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Штуюць гэту стадзію як кантракт межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Называюць артыфакты, задаюць перакананні на успех і адмовляюцца ад беззвучнага частковага завершэння.
Дзеянне паўжыцьнявання 16/818: змяроўвае час выканання, класію памылак і колькасць токенаў, выкорыстаных для гэтай змены, а пасля прымае рашэнне пра тое, чы хацяць яе застаўіць, стварыўшы фіксаваны набор пытанняў, а не спакойнае адгукванне.
Калі працюеце над стадзіяй 17 з практык ударожэння безпекі, спачатку запісайце умовы кантракта: неабяжлівыя даны, сігнал успеху і тое, што выходзіць пад частыя неудачы. Такі список контроля дапамагае залічваць пазнейшыя змены ў кодзе чыста і адкрыта. Зберагайце настройкі празь яго коду прыемленае програма. Файлы серавэра, хранільнікі секретных данных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адрабоўваць аудыт без падчытання ўсіх элементаў системы.
Дзялей 17/818 з практык ударожэння безпекі: вымерайце час выканання, класы памылак і колькасць викорыстоўваных токенав для гэтай стадзіі, а пасля выберайце, чы робіць змену на адной пазытывнай або негатыўнай адпаведзі на зафіксаваныя пытанні, а не на адзінокых прыкладах.
Для стадіі 0 пры гэрмаванні неабяжна прадзерагаць вхідныя даны, адпаведнага адпаведальнага за крок і крэтарыя выходу пры змены коду. Аператары должны магчымаць перзапуск крока з вядомай точкі контролю, не падозрываючы схованы стан. Запісваць час выконання і вартасць токенаў або запытак праза функцыйнае рэзультат. Відкрытая візуабілізацыя вартасцей запобегае неспакоўным рашчыткам, калі процес пераходзіць з дэмавайнага режыма ў спакульнае сераўерское сэрвіса.
Дзеянне гэрмавання 0/837: змяроўваць час выконання, класы каштоўкаў і витраты токенаў для гэтага пункту, а потым вырашыць, чы рашыцца застаўіць змену на адной пазначанай базе пытанняў, а не на асобістых спазырэннях.
Калі працюеце над першым этапам зміцнення, спачатку запісайце умовы кантракта: неабяжлівыя даны, сигнал успеху і тое, што выходзіць у разе частковага невыпання. Такі список контроля дапамагае заліцьваваць пазнейшыя змены коду.
Документавайце як шлях успеху, так і шлях вярнення да нормальнага стану. Перапрыбуткі, людзкія перакрыцця і обробка некоректных паведамленняў є частью продукту, а не пазнейшым дапрацоўкам.
Дзеянні зміцнення 1/837: вымерайце час выканання, класію паканаў і колькасць выкорыстоўваных токенав для гэтага пункту, а потым выберайце, чы робіць змену на аднойчынных критэрыях, а не на аснове індывідуальных спостарожэнняў.