Практычныя прытамулкі: Чаго будзе, калі агенты AI стануць главнымі корыстнікамі

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

Програмнага забавляння, якое мы знаём сэгодні

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

З фіксаваных інтэрфейсаў да складальных досвядзенняў

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

Application
├── Search
├── Recommendations
├── Notifications
├── Watchlist
├── Payments
└── Analytics

Што, як програма будзе прыстосавацца да вас?

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

Інтерфейс можа стаць проста ўжо адным з інтерфейсаў

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

User
  ↓
UI
  ↓
Backend
  ↓
Database

Складнасць не ў інтэрфейсе

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

Можа, самэ гэта і є напрамак развіцця прыкладных програм

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

Чэкліст аператыўнай роботы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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