Практычныя нататкі: ці павінны AI-агенты плаціць кожны раз, калі карыстаюцца чалавечымі ведамі?

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

Фундаментальная проблема

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

Прычыны для адплатаці творцаў

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

Інтэрнэт можа стаць аб’ектам машыннай монетызаціі

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

Першая значныя проблема: Што лічыцца як «выкарыстоўванне» кантэнту?

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

Інфармацыя часта не ўзначае орыгіналу

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

Другая проблема: Штучны інтэлект можа стаць дорожы

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

Парадокс мікроплатэжаў

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

Трэція проблема: творцы можу обмануць сістэму

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

Чэтыртая проблема: Хто отрымае грошы?

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

Пятыя проблема: Машыны могу зробіць ведамасць платной

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

Шостая проблема: Хто кантролюе цены?

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

Сьведзямая проблема: Атрыбуцыя не ўсё тое ж, што і каўзальнае зв’язка

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

Можа, нам не варта плаціць за выкарыстоўванне

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

Існуе таксама філасофскыя пытанні

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

Лепшая мета: Эканамічная атрыбуцыя

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

Агенты AI можаць з часам весты перагаванні ўспаможчэння

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

Найважнейшыя пытанні

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

Мы зараз праектуем гэту сістэму

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

Наступны слой Інтэрнэту можа быць эканамічным

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

Дзякujemy, што ўжо ў складзе спальні

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

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

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

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

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

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

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

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

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

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