Архітэктуры ШІ-Агентаў: Ад простых чат-ботаў да аўтаномных рояў і асінхронных пратаколаў
Эра простых ШІ-чатаў, якія працуюць па прынцыпе «пытанне ➔ адказ» у бакавой панэлі рэдактара кода, канчаткова адыходзіць у мінулае. Сёння інжынерыя ШІ-інструментаў сфакусавана на аўтаномных ШІ-агентах — сістэмах, здольных самастойна даследаваць рэпазіторыі, складаць планы, выконваць шматкрокавыя таскі, запускаць тэсты і выпраўляць памылкі.
Аднак просты промптынг і надзея на гнуткасць адной вялікай мадэлі (LLM) больш не працуюць на буйных праектах. Ключавую ролю пачынае граць архітэктура агентнай сістэмы.
У гэтым артыкуле мы падрабязна разбяром 6 фундаментальных архітэктурных патэрнаў ШІ-агентаў, структуру іх памяці і тое, як сучасныя AI-IDE аб'ядноўваюць іх у адзіныя прадакшн-рухавікі.
🏛️ 6 фундаментальных архітэктурных патэрнаў
1. Single-Loop (ReAct: Reason + Act)
Гэта класічная і найбольш простая архітэктура, прапанаваная на ранніх этапах развіцця агентаў. Яе аснова — адзіны бясконцы цыкл, у якім мадэль паслядоўна разважае над станам працы, выбірае інструмент і аналізуе атрыманы вынік.
Характарыстыкі:
- Плюсы: Простая рэалізацыя, гнуткасць у невялікіх прасторах задач.
- Мінусы: Катастрафічнае забруджванне кантэксту. Кожны крок дадае ў працоўнае вакно вывад тэрмінала і змест файлаў. Пры даўжыні цыкла больш за 10–15 крокаў мадэль схіляецца да бясконцых завесак (infinite loops) і страчвае пачатковую мэту.
- Дзе выкарыстоўваецца: Аднакрокавыя CLI-скрыпты, простыя чат-боты.
2. Spec-Driven / Plan-Execute (Планацэнтрычная архітэктура)
Архітэктура Spec-Driven прапануе выразнае падзяленне працэсу на дзве ізаляваныя фазы: Праектаванне (Plan) і Выкананне (Execute).
Характарыстыкі:
- Плюсы:
- Выключае бяздумную праўку кода — змены адбываюцца толькі паводле зацверджанага плана.
- Значная эканомія токенаў: мадэль-выканаўца атрымлівае лаканічныя інструкцыі замест велізарнай гісторыі пошуку.
- Мінусы: Патрабуе часу на этапе пачатковага аналізу.
- Дзе выкарыстоўваецца: Складаны рэфактарынг, даданне новых архітэктурных модуляў у Antigravity і Claude Code.
3. Hierarchical Orchestrator-Worker (Субагенты / Рой)
Пры гэтым падыходзе галоўны агент (Orchestrator) не выконвае чарнавую працу самотна. Ён стварае вузкаспецыялізаваных субагентаў (Workers) з незалежнымі прасторамі кантэкстнага вакна.
Характарыстыкі:
- Плюсы: Поўная ізаляцыя кантэксту. Калі субагент аналізуе 50 000 радкоў логаў, гэты вывад спальвае токены толькі ў яго ўласным вакне і не забруджвае асноўны дыялог карыстальніка з аркестратарам.
- Паралелізм: Некалькі субагентаў могуць працаваць адначасова.
- Дзе выкарыстоўваецца: Буйныя AI-IDE, мульці-агентныя фрэймворкі.
4. Event-Driven / Async Protocol (Асінхронны Event Loop, ACP v2)
Традыцыйная мадэль запытаў (Turn-Based) блок-апрацоўкі вымушае кліента чакаць завяршэння працы агента. Event-Driven архітэктура ператварае агента ў асінхронны фонавы сэрвіс, які камунікуе праз апавяшчэнні і падзеі session/update.
Характарыстыкі:
- Плюсы: Агент можа працаваць у фоне гадзінамі, адпраўляючы рэальна-часавыя фідбэкі без блакавання UI рэдактара.
- Стандартызацыя: Зручна кладзецца на пратакол ACP (Agent Client Protocol v2).
- Дзе выкарыстоўваецца: Фонавыя назіральнікі за файламі, асінхронныя рэдактары кода.
5. Tool-Mediated Architecture (MCP Core)
У гэтай архітэктуры агент пазбаўлены прамога доступу да асяроддзя выканання. Усе дзеянні і інструменты праходзяць праз стандартызаваны слой пратакола MCP (Model Context Protocol) праз фармат JSON-RPC.
Характарыстыкі:
- Плюсы:
- Бяспека: Мадэль не мае прамога доступу да аперацыйнай сістэмы — кожны выклік інструмента праходзіць строгі кампліенс і пясочніцу (sandbox).
- Модульнасць: Новыя інструменты дадаюцца проста як асобныя MCP-сэрверы без перапісвання ядра агента.
- Дзе выкарыстоўваецца: Карпаратыўныя AI-сістэмы, падлучэнне да баз даных і воблачных API.
6. Verifier Loop / Self-Correction (Пятля самакарэкцыі)
Пры гэтым падыходзе выхадны код агента не лічыцца гатовым, пакуль ён не пройдзе праз аўтаматызаваныя знешнія інструменты праверкі (Verifiers / Deterministic Engines).
Характарыстыкі:
- Плюсы: Значна зніжае працэнт галюцынацый і марных патчаў.
- Жорсткі контрактаж: Мадэль вучыцца на ўласных памылках непасрэдна падчас адной сесіі.
- Дзе выкарыстоўваецца: Аўтаматызаванае напісанне тэстаў і выпраўленне багаў у рэальным часе.
🧠 Архітэктура Памяці ШІ-Агентаў (Memory Tiering)
Будаванне эфектыўнага агента немагчымае без шматузроўневай сістэмы памяці, якая прадухіляе перапаўненне кантэкстнага вакна (Context Window Limit):
- L1: Working Memory (Аператыўная памяць):
- Трымае толькі бягучы прампт, сістэмныя інструкцыі і вынік апошняга выкліку інструмента.
- L2: Ephemeral Task Memory (Прамежкавая памяць):
- Захоўваецца ў часовых транскрыптах і логах сесіі (
transcript.jsonl,scratch/). Дазваляе вяртацца да мінулых крокаў без забівання L1.
- Захоўваецца ў часовых транскрыптах і логах сесіі (
- L3: Long-Term Memory (Доўгатэрміновая памяць праекта):
- Вызначаецца праз файлы кшталту
AGENTS.md,CLAUDE.md, Knowledge Items (KI) або Vector RAG. Агент чытае іх на старце, каб ведаць правілы рэпазіторыя.
- Вызначаецца праз файлы кшталту
📊 Матрыца параўнання архітэктур
| Архітэктурны патэрн | Складанасць рэалізацыі | Выкарыстанне токенаў | Узровень аўтаномнасці | Рызыка галюцынацый / завесак |
|---|---|---|---|---|
| 1. Single-Loop (ReAct) | 🟢 Нізкая | 🔴 Высокае | 🟡 Сярэдні | 🔴 Высокая |
| 2. Spec-Driven | 🟡 Сярэдняя | 🟢 Нізкае | 🟢 Высокі | 🟢 Нізкая |
| 3. Orchestrator-Worker | 🔴 Высокая | 🟡 Сярэдняе | 🟢 Вельмі высокі | 🟢 Нізкая |
| 4. Event-Driven (ACP) | 🔴 Высокая | 🟢 Нізкае | 🟢 Вельмі высокі | 🟡 Сярэдняя |
| 5. Tool-Mediated (MCP) | 🟡 Сярэдняя | 🟡 Сярэдняе | 🟡 Сярэдні | 🟢 Нізкая |
| 6. Verifier Loop | 🟡 Сярэдняя | 🔴 Высокае | 🟢 Высокі | 🟢 Вельмі нізкая |
🎯 Гібрыдная архітэктура сучасных AI-IDE
Сучасныя прадакшн-інструменты распрацоўкі (такія як Antigravity, Claude Code, Zed) не выкарыстоўваюць толькі адзін патэрн. Яны будуюць гібрыдныя архітэктуры:
- Карыстальніцкі інтэрфейс і сувязь працуюць праз Event-Driven Async Protocol (ACP).
- Планіраванне задачы адбываецца праз Spec-Driven патэрн з фармаваннем плана.
- Выкананне і даследаванне дэлегуецца Субагентам (Orchestrator-Worker).
- Узаемадзеянне са знешнімі сэрвісамі ізалюецца праз MCP-серверы.
- Валідацыя коду замыкаецца ў Verifier Loop праз лінтары і кампілятары.
Менавіта сінергія гэтых архітэктурных падыходаў дазваляе ШІ-агентам вырашаць рэальныя інжынерныя задачы маштабу цэлых enterprise-рэпазіторыяў.
Каментары
(Каб даслаць каментар залагуйцеся ў свой уліковы запіс)