Проще говоря, agent framework нужен, когда обычного чат-бота уже мало. Если агент должен быть частью backend-системы, работать с CRM, документами, базами данных, очередями, правами доступа, логами и тестами, его удобнее собирать не только промптом, а как полноценный программный компонент.
К agent frameworks обычно относят LangGraph, OpenAI Agents SDK, Google ADK, CrewAI, AutoGen, Microsoft Agent Framework, Semantic Kernel и похожие инструменты. Они отличаются подходом: одни больше про граф состояний, другие про multi-agent роли, третьи про интеграцию с облачной платформой или enterprise-экосистемой.
Agent framework отличается от no-code платформы. No-code вроде n8n или Flowise быстрее для прототипа и простых workflow. Code-first фреймворк лучше, когда нужны сложная логика, контроль состояния, кастомные проверки, собственные инструменты, тесты, версионирование, CI/CD и понятный деплой в продакшен.
Хороший agent framework обычно закрывает несколько слоев: модель и промпты, tool calling, state, memory, RAG, маршрутизацию, retries, human-in-the-loop, guardrails, tracing, evals и observability. Но фреймворк не делает агент безопасным автоматически. Разработчик все равно должен настроить права доступа, action allowlist, ACL, audit log, rate limits и rollback.
Для бизнеса выбор framework зависит от задачи. Для внутреннего поиска по документам важны RAG, permissions и citations. Для поддержки - handoff, база знаний и качество ответов. Для операций с CRM - tool safety, approval и audit log. Для multi-agent системы - orchestration, routing и контроль цепочек действий.
Главные ошибки: выбирать модный framework без требований, строить сложную multi-agent систему для простой задачи, прятать бизнес-логику в промптах, не писать evals, не логировать tool calls, не думать о стоимости и не иметь пути к откату. Фреймворк должен упрощать контроль над агентом, а не добавлять магию без наблюдаемости.
Примеры
- LangGraph используют, когда агент удобно описать как граф состояний: классификация запроса, retrieval, выбор tool, проверка результата, approval и финальный ответ.
- OpenAI Agents SDK подходит для code-first сценариев с tools, handoff, tracing и управлением агентной логикой внутри приложения.
- Google ADK можно использовать для разработки агентов в экосистеме Google и интеграции с облачными сервисами.
- CrewAI часто выбирают для экспериментов с несколькими ролями: исследователь, аналитик, редактор, ревьюер.
- Команда начинает с n8n-прототипа, а затем переносит критичную часть в agent framework, чтобы добавить тесты, права доступа и стабильный деплой.
Где используется
- разработка production AI-агента как части backend-приложения
- сложный tool calling с API, базами данных, CRM и документами
- RAG-агенты с состоянием, правами доступа и citations
- multi-agent системы с router, supervisor и handoff
- workflow с human-in-the-loop и approval
- долгие задачи с состоянием, retries и recovery
- тестирование agent behavior через evals
- observability, traces, logs и контроль стоимости
- разделение бизнес-логики, промптов и интеграций
- переход от прототипа к надежному продакшену
Связанные термины
Частые вопросы
Что такое agent framework простыми словами?
Это инструмент для разработчиков, который помогает собрать AI-агента как программную систему: с инструментами, состоянием, памятью, проверками, логами и интеграциями.
Чем agent framework отличается от платформы для агентов?
Фреймворк обычно code-first: разработчик пишет логику в коде и контролирует архитектуру. Платформа чаще дает готовый визуальный интерфейс, коннекторы и быстрый запуск, но меньше гибкости в сложных сценариях.
Когда нужен agent framework, а не простой чат-бот?
Когда агент должен вызывать tools, помнить состояние, работать с документами, проверять права, писать в CRM, проходить approval, логироваться и стабильно работать в продакшене. Для простых FAQ часто достаточно чат-бота или RAG-виджета.
Как выбрать agent framework?
Сначала опишите требования: какие tools нужны, есть ли RAG, нужно ли состояние, multi-agent, human approval, tracing, evals и деплой. Потом выбирайте framework, который лучше закрывает эти требования, а не просто самый популярный.
Делает ли framework агента безопасным автоматически?
Нет. Фреймворк дает механизмы, но безопасность нужно проектировать отдельно: ACL, scopes, allowlist действий, guardrails, audit log, rate limits, sandbox, evals и rollback.
Можно ли сначала сделать агента в no-code, а потом перейти на framework?
Да, это нормальный путь. No-code помогает быстро проверить сценарий. Когда процесс стал важным, появились риски и требования к надежности, часть логики можно перенести в code-first framework.
