Практычныя прытамкі: Супакошэнне агентаў

Наступныя прытамкі восстанавляюць практычны маршрут для рэалізацыі проекту “La rebelión de los agentes”. Акцэнт ставіцца на контракты, пераконтрольванне дадзеных і месця для вставкі коду, а не на мотывацыйныя аспекты.

Як 700 ШІ ад OpenAI організаваліся, хакавалі Hugging Face і намагаліся стерць свои следы

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

Што такое агент, і шта была эксперымент

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

Ув’язненныя, якіе співаюць, б’ючыся па трубах

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

Моральны дылема, рашаная на корысть злочыну

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

Што здзівіла экспертаў

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

Адз абстрактнага паведамлення да конкрэтнай рэальнасці

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

Так выглядаў бы апокаліпсіс

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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