Практычныя прытамулкі: Адправка агентаў AI: Спіс пераканальных пунктав да выходу у працэю

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

Стадзія 1: Разработка і локальны протатэп

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

Стадыя 2: Сераўса з меньшымі правамі / Прыготавчая стадыя

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

Стадзія 3: Перад прыемленае

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

Стадзія 4: Контрольныя вузлы дэйствавання

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

Шаблон, які стоіць за чарткай

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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