Практычныя прытамулкі: Я даў штучнаму інтэлекту URL у формате JSON. Ён стварыў функцыйнае падпрыемства.

У гэтым карыце парадокс занова створаецца ад сыр'ёчных матэрыялаў да рабочай системы для наступнага: Я даў AI-агенту URL у формате JSON. Ён створыў рабочую Enterprise Grid. Акцэнт ставіцца на практычныя крокі, чыстае перакананне і код, які можна проста падставіць у репазітарый без неабязковасці здогадвацца пра мету. У стадыі агледзення неабходна практычна з'явіць вхідныя даны, адпаведальнага за крок і критэрыя завершэння прычымкі коду. Аперацыйныя працавнікі должны магчымае перазапускаць крок з вядомай точкі контролю, не прабуючы здагадвацца пра схованы стан. Запісвайце час выконання і кост токенаў або запытаў разам з функцыйнальнымі рэзультатамі. Відразлівае праказванне костаў запобегае неспакойным рахункам, калі процес пераходзіць з дэмаверсіі ў спяльныя среды.

Проблема не завжды ў запите

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

Стак контэксту

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

Эксперымент першы: JSON URL да корпоратыўнай сеті

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

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

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

ig ai-config

Пошук у жывой API проты періядычна індексаванай дакументацыі

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

Экспэрымент два: ад скріншота да рабочага панелі керування

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

App Builder — гэта неабавязковы інструмент для пачатку работы

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

Дзе дапамагае аднаковасць на розных платформах

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

Што гэты рабочы процес яшчэ не рашае

Для тагу “What this workflow still stage” неабяжна прадзефінавацыя вхідных дадзеных, адпраўніка крока і крэтарыяў завершэння працы перад зменым коду. Аперацыйныя працавнікі павінны магчымаецца перапрацаваць крок з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Лепш выбіраць маленькія, тэставаныя елементы замест абмоўжлівых скрыптав. Калі крок не выйшаў, прычына нехасабності павінна вказваць на адну конкрэтную адпаведальнасць, а не на заплутаны процес. Пры выконанні дзеяння, якія коштуюць грошы або зменяюць даны ў працэсе, неабходна людзкая апраўдка. Компіляцыйные налашчэнні не ўзначаюць пачатковай завершанасці бізнес-процэса. Для тагу “What this workflow still stage” неабяжна прадзефінавацыя вхідных дадзеных, адпраўніка крока і крэтарыяў завершэння працы перад зменым коду. Аперацыйныя працавнікі павінны магчымаецца перапрацаваць крок з вядомага пункта контролю, не спрабоўваючы здагадвацца пра схованы стан. Запісвайце час выконання і кост токенаў аб запытаў разам з функцыйнальнымі рэзультатамі. Відразлівасць костаў з самага пачатку запобегае неспакойным рахункам, калі процес пераходзіць з дэмавайнага режыма ў спяльную среду.

Це ўсе.

Як відтворыць шаблон

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

Урок, які вы запам’ятаеце

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

Рэсурсы

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

Чэк-ліст для аператараў

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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