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

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

Сяродзеўшая історыя, якая у нас є

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

Што на самай працоўцы ёсць гэтыя моделі

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

Разлік межы траекторыі і цялі

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

Тепер павялічыце гэта

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

Што далей?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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