Как это работает
Ментальная модель 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 — очередь задач, события и локи.
Углубиться
- Из чего состоит — четыре вещи, которые реально деплоятся.
- Модель рантайма — точная модель исполнения.
- Слои-слайсы — как сгруппирован код.
- Глоссарий — любой встреченный термин, объяснённый просто.