Практычныя прытамулі: Кіт для разработкі агентаў з 5 шарамі Claude Code: Архітектура

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

Змест:

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

1. Claude Code – гэта не проста інтарфейс для запытанняў

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

Слой 1 — CLAUDE.md: Слой памяці

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

Layer 2 — Навыкі: Слой знанняў

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

Каштан 3 — Хукі: Слой захавання

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

Слой 4 — Падагенты: Слой делегавання

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

Слой 5 — Плагіны: Слой распадзелу

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

Большасць неудач агентаў вынікае з відсутнасці слоя

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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