Практычныя нататкі: AI-агенты не ходзяць па варонках

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

Пошук за дапамогою AI — гэта найменш цікавая частка

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

Купальцы цяпер маюць програмнае забезпечэнне

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

Персоналізацыя пераходзіць на іншую сторону

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

Агенты не следуюць каналам дзеяння

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

З фанелі да графа доказаў, чытальнага для машыны

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

CRM: даны можу стаць цэнейлівейшымі за сам слой пераканання

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

Праспектаванне: ад штучнай увагі да чыстае меты

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

Марка: сумаваныя доказы да таго, як выдадзіцца запіт

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

Не оптымізавайце для AI. Даўжыце яму тое, што варта знайсці.

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

Контрольны спіс для эксплуатацыі

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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