Практычныя прытамкі: запрашэнне, контекст, канёр, цыкл: анатамія агента

Існавайце гэта як перапрацоўаны варыянт ідэй з кніги “Prompt, Context, Harness, Loop: An Agent’s Anatomy” для аператараў: чыстыя этапы, аранжаваныя слоты для коду і прыміткі з восстанавлення, якія застаюцца пасля перадачы задання. Этап “Адгледжэнне” найкраща працюе, калі яго розглядаць як меркаваны об’ект. Запісаўце адна ідеальная транскрыпцыю, адзін прыклад неудачы і прыміткі з вярнення да пачатковага стану, прычаму расшырюючы сферу дзеяння. Храніце настройкі параду ад коду прыемлівача. Файлы сераўіса, хранальнікі секрэтных дадзеных і флагі функцыяй должны знаходзіцца ў аднам месцы, куды аператары можаць адбавіць контроль, не чытаючы весь структураны код.

Інжынерія запрошэнняў

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

Раскол на шляху

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

Інжынерыя контексту

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

Інжыніерыя харчовых сістэм

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

Інжыніерыя циклаў

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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