Практычныя прытамулкі: ваш агентскі прылад, верагацей, занадта складны.

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

Калі ваш агент-харнес начынае працаваць працоўна проты вас

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

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

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

Агент, які завжды працуе, не павінен завжды думаць

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

Контэкст не ёсць безкоштовны

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

Ад максымізавання всага да інжынерыі агентам

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

Ускладніць процес

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

Чэк-ліст аператыўнай роботы

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

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

Автентыфікацыя выканаўцца ў шлюзе, а праказа правоў выканаўцца ў плэне дадзенаў. Толькі токен-носіцель не є межай аператыўнага тэнанта.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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