Практычныя прытамулкі: Рабочыя практыкі проты агентаў: хто должен выбраць наступны крок?
Практычныя прыказкі: Працэйныя патерны проты агентаў: хто должен выбраць наступны крок? — паслужыць адказамі на запитанні, касаючыся контрактаў, перакальбаванняў і месца для вставкі коду для команд, якія выкарыстоўваюць гэты патерн.
Наступныя прыміткі паказваюць практычны падход да тэмы «Рабочыя практыкі проты агентаў: хто должен выбраць наступны крок?». Акцэнт ставіцца на контракты, перакананняя і месцы для коду, а не на мотывацыйныя аспекты. Калі працуеце на стадзіі агляду, спачатку запісайце контракт: неабяжныя даны, сігнал успеху і тое, што выканаецца у разы частковага нявыполнення. Такі список перакананняя дапамагае заліцваты змены ў кодзе. Храніце настройкі параду з коду прыемленае. Файлы сяродавішча, хранальнікі секрэтных дадзеных і флагі функций должны знаходзіцца ў аднам месцы, куды аператары можаюць пераглядаць іх без неабяжнага чытання всіх элементаў.
1. Адна задача, два спосабы яе дакледжэння
1. Адаптаванне аднаго тэксту па два этапы работае лепш, калі яго расследваць як меравальную плошчу. Запісаўце адны ідеальны прыклад, адны прыклад неудачы і прыметку па вярнэнню да пачатковага стану пры расшырэнні масштаба. Дакументавайце як шлях успеху, так і шлях вярнэння. Перапрыбуткі, людзкія контралі і обработка некоректных паведамленняў є часткай продукту, а не наступным этапам дорабачання. Храніце стан графа ў простам і типаваным формате. Вкладзеныя блокі маскуюць, калькі вузел запісаў калькі поль, і спакоююць працу пасля перарываў.
2. Нехай адна знаходка змяніць запитанне
Этап анаізу рэзультаата працюе наякша, калі яго спрыяваць як мерыемую паверхню. Запісаце адна «золатая» транскрыпцыя, адзін прыклад неудачы і прыметку па вярнэнні да пачатковага стану, прычым расшырюючы сферу дзеяння. Воліце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшае, прычына неудачы павінна вказываць на адзін конкрэтны элемент, а не на заплутаны ланцуг задач. Рэзультаты обработкі трэба зберагаць у простам, типаваным формате. Вярнутыя структуры данных маскуюць інфармацыю пра тое, каней вузел запісаў канкрэтны поле, і спакойваюць працу пасля перерываў.
3. Наш дизайн: рабочы процес, адорваны ад дзеяння ісследніка
Наша схема адаптавання наступнага этапу працюе найкраща, калі яго спрыяваць як меркаваную паверхню. Зберагчыце адны ідеальны прыклад, адну справу з бягамі і запіс пра вярнэнне да пачатковага стану, перш чым расширваць масштабы. Спрыявайце гэты этап як кантракт межа вхіднымі даннымі і пераканаленымі выходнымі рэзультатамі. Даўце назвы артыфактам, задаце критэрыя успеху і не падзеўляйцеся частым, непূরным выкананнем задач. Рэзультаты графа трэба зберагчыце у простам і типаванам формате. Вярнутыя структуры маскуюць інфармацыю пра тое, який вузел запісаў кожны поле, і спаказваюць продыржанне выканання пасля перарываў. Наша схема адаптавання наступнага этапу працюе найкраща, калі яго спрыяваць як меркаваную паверхню. Зберагчыце адны ідеальны прыклад, адну справу з бягамі і запіс пра вярнэнне да пачатковага стану, перш чым расширваць масштабы. Канфігурацыю трэба зберагчыце паза кодам прыкладнай програмы. Файлы сяродавішча, хранільнікі секрэтных данных і флагі функцыйяў должны знаходзіцца ў аднам месцы, куды аператары можаць адбавляць контроль без неабяжнага чытання всего графа.
4. Две інструменты, два разныя завдання
Для двухэтапнага процеса з двума інструментаў неабходна перад зменай коду задаць вхідныя даны, адпаведальнага за кожны этап і крэтыяры завершэння. Аператары должны магчымае запускать этап з вядомай точкі контролю, не падозрываючы прыхованы стан. Неабходна адзначыць як шлях успеху, так і шлях вярнення да нормальнага стану. Перапрыбуткі, пераказы людзям і обробка некоректных паведамленняў є часткай продукту, а не чымсь, што дадаецца пазней. Автентыфікацыя выканаўцая ў воратах, а прабачэнне праваў — у роўні дадзеных. Толькі токэн-носіцель не є межай адпаведнае часткі продукту.
tools = [
{
"type": "web_search_20250305",
"name": "web_search",
"max_uses": 3,
},
{
"type": "web_fetch_20250910",
"name": "web_fetch",
"max_uses": 4,
"max_content_tokens": 6000,
"citations": {"enabled": True},
},
]
5. Цітата все ўсё можа спадкаваць перэценены адказ
Для пункту 5 A можна запланаваць процес, апранаваць параметры, вялікога адпаведальнага за крок і крэтыяры завершэння пры змены коду. Аперацыйныя працавнікі должны магчымасць перзапуск крока з вядомай точкі контролю, не падозрываючы прыхованы стан. Лепш выбіраць маленькія, тэставаныя елементы замест большых скрыптов. Калі крок не выйшаў, прычына неудачы должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны ланцужок задач. Неабходна людская апраўда для тых крокаў, якія выкарыстоўваюць грошы або зміняюць даны працэсу. Компіляцыйныя налашчэння не ўзроўнаўцуюцься з пачатковай цэлесообразнасцю проекту.
6. Дадзейце сложнасць толькі тады, калі можаце вымерыць яе цэннасць
Для 6-го этапа, калі трэба аддаць складнасць, пярэд тым, як зменіць код, неабходна ўзначыць вхідныя даны, адпаведальнага за крок і критэрыя завершэння. Аператары должны магчымае перайсці цей крок з вядомай точкі контролю, не спрабоўваючы здагадвацца пра схованы стан. Спрацавляйце з гэтым этапам як з кантрактом межаў вхідных і перакананых выходных данных. Даўце назвы артыфактам, узначыце пераказы успеху і адмовіцеся ад тыхнай частковай рэалізацыі, калі гэта не фіксуецца явна. Заставьце людзкія падтверджэння для тых крокоў, якія выкарыстоўваюць грошы або зміняюць даны ў працэсе. Компіляцыйныя налашчанні не є адпаведнікамі пачатковай цэлесообразнасці проекту. Для 6-го этапа, калі трэба аддаць складнасць, пярэд тым, як зменіць код, неабходна ўзначыць вхідныя даны, адпаведальнага за крок і критэрыя завершэння. Аператары должны магчымае перайсці цей крок з вядомай точкі контролю, не спрабоўваючы здагадвацца пра схованы стан. Зберагайце налашчанні парадульна ад коду прыкладнення. Файлы сераўіса, хранільнікі секрэтных данных і флагі функцыйяў должны знаходзіцца ў аднам месцы, якое аператары можаць пераглядаць, не чытаяўшы весь код.
Што будзе далей?
Працюючы над этапам «Што будзе далей?», спачатку запісайце угоду: неабяжлівыя данні, сигнал успеху і тое, што выходзіць пад частковыя неудачы. Такі список пераканае ў тым, што пазнейшыя змены коду будуць чыстымі. Запісуйце адночасна шлях успеху і шлях вярнення. Перапрыбуткі, людзкі контроль і обработка некоректных паведамленняў є частью продукту, а не пазнейшым дапрацоўкам. Ствараюце контрольны пункт пасля дорогіх крокаў. Система вярнення не должна знову ставіць плату за той самы вызов LLM, калі аператар перапрыбуе пазнейшы вузел.
Контрольны список для эксплуатацыі
Для этапа «Контрольны список для эксплуатацыі» перад зменай коду задаце данні, адпаведальную особу за крок і критэрыя завершэння. Аператары должны магчымае запускать крок з вядомага контрольнага пункта, не спрабоўваючы здогадвацца пра схованы стан.
Запісвайце часы выканання і кост токена або запиту праз функцыянальныя рэзультаты. Відразлівая візуальна атрыбутацыя коста ўчасе запобегае неспакоўным рахункам, калі пацек з дэмавай версіі пераходзіць у спяльныя среды.
Заставіце людзкую апраўду на тых элементах, якія витрачаюць грошы або зменяюць даны для працы. Працэўнае падключэнне не є адпаведным для повнай стварання бізнес-функцыяналу.
Спрыймайце эфекты як сінхронізацыю з зовнішнім светам, а не як замену вырахаваных значэнняў пад час адрасавання.
Зафіксавайце версіі залежнасцяў і запісвайце хеш адобраза, які выканаў дэму. Возможнасць павторнага стварання результатаў лепшая за традыцыйныя знаёмства.
Вядзьміце прыоритет над малымі, тэставанымі елементамі працэсу над вялікімі скрыптамі. Калі якісь крок не выйшаў, адказнасць за гэта павінна быць прызначаная для адной конкрэтной часткі працэсу, а не для всей заплутанай схемы.
Перш чым запускать апгрэйд, заморозьце версіі, зафіксавце «золаты» транскрыпты для критычных сцэнараў і паказваце способы вярнення да пачатковага стану. У спільных средах неабходны ліміты на частоту запытоў, перакананне ў правільнасці належнасці ресурсаў і чысткі власнік для змены секрэтных даных. Валіце надзейнасць працы над красавімі, але разовымі дэманстрацыямі.
Прыметкі да 21c143771692: не кладзіце ключы прадаўцаў у репазітарый, задаце максимальную кантитатыву токенав на сесію і зберагачыце транскрыпты празаўседы ў фіксы, каб пазнейшыя замены модэляў заставаліся пораўнанымі.