Галоўная / Артыкулы / Практычныя прытамулкі: Агент Hermes: ажыцённе, рэальнасць і хто на самай працоўны магчымае

Практычныя прытамулкі: Агент Hermes: ажыцённе, рэальнасць і хто на самай працоўны магчымае

Практычныя прыказкі: Агент Hermes – ажытка, рэальнасць і тыя, хто насправдзе павінен яго викорыстоўваць: контракты, перакрытчыкі і месца для коду для команд, якія викорыстоўваюць гэты патэрн.

1772 слоў

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

Спачатку, што такое “агент” узагалі

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

Хто яго стварыў

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

Што гэта на самай праце

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

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

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

Наскількі ён на самай працоўны

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

Для каго гэта насправды

Этап «The Who this is actually» працюе найкраща, калі яго розглядаць як вимерную паверхню. Зафіксавце адны ідеальны прыклад, адну справу з бягам і прыметку па вярнэнню да пачатковага стану пры розширэнні масштаба. Дакументавце як шлях успеху, так і шлях вярнэння. Перапрыбуткі, людзкія контраліны і обработка некоректных паведамленняў ёсць часткай продукту, а не пасляднім дапрацоўкам. Храненне даных у графе павінна быць простаю і типаванай. Вкладзеныя блокі маскуюць, калькі вузлы запісалі калькі поль, і спакоююць працэздатнась пасля перарываў. Этап «The Who this is actually» працюе найкраща, калі яго розглядаць як вимерную паверхню. Зафіксавце адны ідеальны прыклад, адну справу з бягам і прыметку па вярнэнню да пачатковага стану пры розширэнні масштаба. Разглядвайце этап як кантракт межа вхіднымі даннымі і перакананымі выходнымі рэзультатамі. Даўце назвы артыфактам, задаце критэрыя успеху і адмовіцеся ад мовчанкавага частковага завершэння.

Што ён на самай працоўцы выражае

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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