Як це працює
Історичний проєкт: згадки запланованого LightRAG та графового сховища нижче скасовані рішенням AGNT2-303. Зараз знання використовують пошук словами й векторами; старі згадки не є інструкцією з реалізації чи розгортання. Knowledge.
Ментальна модель Agentfy.ai 2.0. Якщо ти прочитав Що таке Agentfy.ai 2.0?, це наступний рівень глибше — все ще простою мовою, без коду.
Три частини: мозок, руки та знання
Агент складається з трьох частин, що працюють разом:
- 🧠 Мозок — думає й відповідає. Читає повідомлення, вирішує, що робити, і пише відповідь. Мозок — це просто сервіс
api, запущений на один хід. Немає окремого «сервера агента» — мозок і є api, запущений на вимогу. - 🦾 Руки — роблять реальну роботу. Деяким задачам потрібен справжній комп’ютер: запустити скрипт, відредагувати файли, відкрити живий браузер, прогнати довгу задачу. Сам мозок цього не може, тож передає це воркеру — пісочниці, що піднімається під задачу, стримить прогрес назад, зберігає результат і гасне.
- 📚 Знання — що агент знає. Каталог і документи магазину живуть в окремому сервісі знань. Мозок не носить їх із собою; він запитує потрібні факти, коли вони потрібні.
Життя одного запиту
Ось що відбувається від початку до кінця, коли клієнт надсилає повідомлення:
- Простій. Агент — це просто рядок у базі: його конфіг, пам’ять та історія. Нічого не працює. Нічого не коштує.
- Надходить повідомлення. Спільний флот
apiпідхоплює його, завантажує дані агента з бази і «стає» цим агентом на один хід. - Мозок думає. Він може відповісти одразу, пошукати щось у знаннях або викликати інструмент, підключений до магазину (наприклад, перевірити замовлення через API OpenCart).
- Руки, якщо треба. Якщо задачі потрібна справжня ОС — скрипти, файли, браузер — мозок надсилає задачу воркеру, який виконує її в пісочниці й звітує.
- Відповідь + запам’ятовування. Агент відповідає клієнту, записує в пам’ять та історію все, що варто зберегти, і мозок відпускає. Воркер (якщо був) гасне при простої.
Агент завжди доступний (це дані, вони завжди є), але ніколи не always-on (він працює лише на кроках 2–5). Саме ця властивість робить «агента для кожного магазину» доступним за ціною.
Що підключається до мозку
Мозок навмисне лишається маленьким. Можливості, знання та пам’ять підключаються через стандартний конектор MCP (думай про нього як про універсальну розетку для агентів):
- Інструменти — API магазину (товари, замовлення) або будь-який інший MCP-сервер приєднуються як дії, які агент може здійснювати.
- Знання — корпус каталогу/документів це просто одне з MCP-джерел, яке агент запитує.
- Пам’ять — короткочасна (цей діалог) і довготривала (факти між діалогами).
Міняєш розетки — міняєш те, що агент уміє, не чіпаючи мозок.
Що працює постійно, а що на вимогу
Зручно ділити все за життєвим циклом — як довго воно живе — а не за фічею:
| Частина | Коли працює | Масштабується за |
|---|---|---|
Control plane — api Core + вебзастосунки (app, admin) | постійно | з’єднаннями / запитами |
Мозок — api на один хід | лише під час ходу (scale-to-zero) | трафіком |
Руки — worker | лише під час задачі (гасне при простої) | активними задачами |
Це розділення control plane / data plane за життєвим циклом, а не дроблення на безліч мікросервісів. Що саме деплоїться — в З чого складається.
Де живе стан агента
Оскільки мозок і руки зникають, весь стан живе поза ними, щоб будь-який запуск міг продовжити з того місця, де зупинився попередній:
- Postgres — агенти, сесії, задачі, повідомлення, білінг.
- Об’єктне сховище — файли та артефакти, які створює агент.
- Вектор + граф — знання та довготривала пам’ять (через LightRAG).
- Redis — черга задач, події та локи.
Заглибитися
- З чого складається — чотири речі, що реально деплояться.
- Модель рантайму — точна модель виконання.
- Шари-слайси — як згрупований код.
- Глосарій — будь-який зустрінутий термін, пояснений просто.