Практычныя прытамулкі: Большая колькасць агентаў ≠ лепшы ШІ: Чаго я навучыўся, ствараючы мульті-агента.

У гэтым карыце парадоксу занова створваецца шлях ад сыр'ёчных матэрыялаў да рабочай системы для: «Больш лічба агентаў ≠ кращыя AI: Чаго я навучылся, ствараючы мульті-агентную систему». Акцэнт ставяцца на практычныя крокі, чыстае перакананне ў правильнасці дзействаў і код, які можна проста падключыць у репазітарый, не прабуючы здогадвацца пра мету. У стадії агульнага перакладу неабходна з'явіць вхідныя даны, адпаведальнага за крок і критэрыя завершэння пры перадзмене коду. Аперацыйныя працавнікі должны магчымае перадзначыць крок з вядомай точкі контролю, не прабуючы здагадвацца пра схованы стан. Конфігурацыю трэба залічыць парадзельна ад коду прыемленае. Файлы сераўіса, хранільнікі секрэтных данных і флагі функцияў должны знаходзіцца ў аднам месцы, якое працавнікі можу аудытаваць, не чытаючы весь граф.

Больш лічба агентаў ≠ кращыя AI

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

Ідея: панель для адбору за дапамою AI

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

Candidate
    ↓
Coordinator / Orchestrator
    ↓
 ┌────────────┬─────────────┬─────────────┐
 ↓            ↓             ↓
Technical   Behavioral   Evaluation
 Agent        Agent         Agent
    \            |            /
     └───────────┼───────────┘
                 ↓
           Shared State

Тэхнічны агент

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

Біяварыянтны агент

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

Агент ацэнкі

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

Агент контэксту

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

Оркестрайтар

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

Кальколькае агентаў не ёсць тым самым, што і оркестрацыя

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

Candidate answers
       ↓
Technical Agent
       ↓
Structured result
       ↓
Coordinator
   ┌───┴─────────┐
   ↓             ↓
Follow-up     Change stage
   ↓             ↓
Technical    Behavioral

Now the system has a workflow.

Урок 1: Спецыялізацыя дапамагае

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

Усю графіку.

Урок 2: Больша калькуляцыя агентоў не прыводзіць автаматычна да таго, што система стане розумней

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

1 agent = okay
5 agents = much smarter
10 agents = extremely intelligent

It doesn’t work like that.

Урок 3: Контэкст стае справжнім проблемам

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

session_id
current_stage
questions_asked
candidate_answers
scores
follow_up_required
next_action

Now the Technical Agent can receive the technical information it needs.

Урок 4: вы пачалі спакульваць вызывы LLM як рэсурс

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

User answer
   ↓
Agent A
   ↓
Agent B
   ↓
Agent C
   ↓
Agent D

questions_answered >= 10

current_stage == "behavioral"

follow_up_required == false

Урок 5: Структураваныя выходны данні недаўаюць належной цены

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

{
  "candidate_score": 7,
  "needs_followup": true,
  "next_action": "technical_followup"
}

next_action = technical_followup

Урок 6: Локальныя LLM-ы зменілі спосаб экспериментавання

У роботе з локальнымі LLM-амі на 6-й стадзіі найэфектывнейша падход — спрыяць ўваходу ў ўсё як у вимерную структуру. Зафіксавайце адну ідеальную транскрыпцыю, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану, перш чым расширваць масштабы. Валідзіце невялікія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшае, прычына неудачы павінна бяць асоўваная з адной конкрэтнай адпаведальнасцю, а не з заплутаным ланцоўкам задач. Задаюце ліміт токенав на кожны рунд і на кожную сесію. Інструменты-агенты агрэсывна расширваюць контекст; строгі ліміты не дазволяюць дэманстрацыям ператварыцца на неспакоўлівыя рахункі.

Урок 7: Больш агентоў таксама значыць больш спосабоў неудачы

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

Тая ж ідея працуе і паza адборамі

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

User Request
     ↓
Planner Agent
     ↓
Coding Agent
     ↓
Testing Agent
     ↓
Code Review Agent
     ↓
Coordinator

Як бы яго пабудаваць сёння

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

1. Базовая модель з адним агентам

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

aph.

2. Явны стан прыкладніка

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

3. Просты коордынатор

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

4. Два або тры спецыялізаваныя агенты

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

5. Структураваныя выходы

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

6. Логаванне і ацэнка

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

7. Оптымізацыя

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

Дзе вступае AWS

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

Client
  ↓
API Gateway
  ↓
Lambda
  ↓
Amazon Bedrock
  ↓
Coordinator
  ├── Technical Agent
  ├── Behavioral Agent
  ├── Context Agent
  └── Evaluation Agent
           ↓
     Shared State
     ├── DynamoDB
     └── S3
           ↓
     OpenSearch
     ↓
     Final Report

Тое, што вы яшчэ разумееце

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

Заключны вывад

Што вы думаеце?

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