Практычныя прытамулкі: чаму ваш агент патрабуе памяць і як яе арганізаваць

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

Памяць агента — гэта не людская памяць

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

Найдешавейшая памяц — гэта та, якой вам не трэба

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

Складнае — гэта трываць простым

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

Чатыры тэсты, якія кожны блок памяці должен праходзіць

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

Тры трэбаванні, якія павінен выпалняць ваш магазін

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

Чаму файлы у формате markdown у git адпавядаюць усім трохцім выклікам

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

е.

Што на самай працо зберагае поле

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

Обе стороны выконваюць задачы, і у кожнай є свае правы

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

Доказы, з ўсіма адзінкамі

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

Дзе файлы паводзяюцца, а дзе прагараюцца

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

Як арганізаваць свой

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

Шары для завантажэння, а не для логічных выводам

«Layers for loading not stage» працюе найэфектывней, калі яго спрыяваць як меравальную паверхню. Зберагачыце адны ідеальны прыклад роботы, адны прыклад неудачы і запіс пра вярнэнне да пачатковага стану перад расшырэнням масштаба. Храніце настройкі пазырочна ад коду прыемліка. Файлы сяродавішняе сераўісу, базы секрэтных даных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адбавляць контроль, не чытаючы весь граф. Устанавіце ліміты на колькість токеноў за раунд і за сесію. Інструменты-агенты агрэсывна расширваюць контекст; жорсткія ліміты не дазволяюць дэмам ператварыцца на неспакоўныя рахункі. «Layers for loading not stage» працюе найэфектывней, калі яго спрыяваць як меравальную паверхню. Зберагачыце адны ідеальны прыклад роботы, адны прыклад неудачы і запіс пра вярнэнне да пачатковага стану перад расшырэнням масштаба. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі які-небудзь крок не выйшае, прычына неудачы должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцоўкі задач.

Захаванне ад змян у самапісанай памяці

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

Чэк-ліст для аперацый

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

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

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

Напісце кароткі посібнік: як роцыяваць клучы, як спрачысці чергу, як анулюваць пярэдню імпортацыю данняў.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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