Практычныя прытамулкі: Назва агента — гэта не той артыкул, які вы пераглядаў.

Існавайце гэта як перапрацоўаны варыянт ідэй з матеріалу “Назва агента — гэта не тавар, якую вы пераглядаеце” для працавальнікаў: чыстыя этапы, аранжаваныя блакіты коду і прыметкі з восстанавлення, якія застаюцца пасля перадачы задання. Этап “Аптаварыс” найэфектывнейша працюе, калі яго розглядаць як меркаваную плошчу. Запісаце адну ідеальную транскрыпцыю, адзін прыклад неудачы і прыметкі з вярнення да пачатковага стану прычаму расшырэння масштаба. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выходзіце, прычына неудачы павінна вказываць на адную адпаведальнасць, а не на заплутаны процес.

Назва — для коордынаціі. Кандыдат — для падтверджэння.

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

Канфігурацыя стае матэрыялам, які можна пераглядаць

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

Часткі з версіямі все ж можу стварыць неодназначную цэласць

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

Цэп адрабаткі.

Тры ідэнтычнасці ўжо кращыя, чым адна

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

Ідэнтычнасць, наведжаная людзям

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

Ідэнтыфікацыя кандыдата на паведанне

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

Айдэнтыця выканання або запуску

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

Што насправды трэба зафіксаваць?

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

Адлік, дэбаггін і повернення да попярэдня стану — гэта тая ж проблема ідэнтычнасці

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

Адгукі

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

Адлагоджэнне

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

Атрыбутыванне назад

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

Не дазвольце настройкам паглотваць выконанне

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

Практычны тэст

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

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

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

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

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

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

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

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

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

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