Практычныя прытамулі: 4 практычных AI-агента, якія кожны програміст должен выкарыстоўваць

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

Нам не трэба быстрейшага набірання тексту.

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

Human
   │
   ▼
Ask Question
   │
   ▼
AI gives Answer

Task
  │
  ▼
Think
  │
  ▼
Take Action
  │
  ▼
Check Result
  │
  ▼
Improve
  │
  ▼
Return Final Output

Агент 1: Агент коордынаціі

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

Good Morning 👋

Urgent Emails (3)
------------------
✓ Client waiting for reply
✓ Production alert
✓ Interview confirmation

Information (9)
------------------
• Weekly newsletter
• Team updates
Ignore (14)

------------------
Marketing emails

Calendar Conflict
Meeting: 2 PM
Deployment: 2:30 PM
⚠ High Risk

Структура запиту, якая дзейсна працуе

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

Summarize my emails.

Role:
Executive Assistant
Task:
Review unread Gmail emails.
Categories:
- Urgent
- Information
- Ignore
Output:
Summarize each category.
Draft replies for urgent emails.
Boundary:
Never send any email without my approval.

Пачніце з малага

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

Observe
↓
Organize
↓
Suggest
↓
Automate
↓
Delegate

Агент 2: Агент творчасці

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

• Increase revenue
• Reduce infrastructure cost
• New pricing
• Investors meeting Friday

Штучны інтэлект падвайнае все, што яму даеце

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

Write documentation.

Audience:
Backend developers
Goal:
Explain Redis caching.
Reading time:
5 minutes
Include:
Code example
Common mistakes
Architecture diagram

Agent 3: The Clarity Agent

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

Extract:
• Deadlines
• Hidden fees
• Responsibilities
• Risks
• Questions I should ask

Режым тэлескопа проты режыма мікроскопа

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

Режым тэлескапа

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

Режым мікроскопа

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

Адна маленькая прычынка, якая паспрабавала рэзультаты

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

Агент 4: Агент-наставнік

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

Простая парада

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

Чы мае значэнне інструмент AI?

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

Адна рачоўка, якую ніколі не будзеце автаматызаваць негайна

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

Пытанне, пра якое варта падумаць

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

Заключныя меркі

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

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

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

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

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

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

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

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

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

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