phidata
AI Agent 开发平台 SDK,封装生产级 API、存储、权限、监控等全套基础设施
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
AI Agent 开发平台 SDK,封装生产级 API、存储、权限、监控等全套基础设施
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
https://agno-public.s3.us-east-1.amazonaws.com/assets/logo-light.svg
想象一下:你花了三天时间写了一个 AI 助手,它在本地跑得很好。但当你想要把它部署到生产环境,加上用户权限管理、历史对话存储、可观测性监控、定时调度这些"标配"功能时——发现每一个都是独立的项目,每接一个都要改代码。Agno 解决的就是这个痛点:它不只是一个 agent 框架,而是一个完整的 agent 平台 SDK,让你从"写 demo"到"跑生产"只用同一套代码。
Agno(读作"ag-no",源自拉丁语"agnus",意为"羊",在 AI 语境中代表"智能体")由 Ashpreet Bedi 创立,项目托管于 phidatahq 组织下。phidata 本身是一个专注 AI 数据基础设施的组织,Agno 是其核心产品线。
项目的核心理念是:把 agent 开发中最繁琐的部分——部署、存储、权限、监控——全部封装成可复用的基础设施,让开发者只专注于 agent 的业务逻辑。截至目前,Agno 已在 GitHub 斩获 40,716 颗星,是当前最受欢迎的 AI Agent 开发框架之一。
市面上不缺 agent 框架:LangChain、LlamaIndex、CrewAI……Agno 的差异化在于定位更高一层。它把自己定义为"平台 SDK",不只是一个工具包,而是一套可以**拥有(own)**的 agent 技术栈。
用生活化的比喻:如果把 AI agent 比作一家餐厅,LangChain/LlamaIndex 像是厨房里的各种厨具(刀、锅、烤箱),而 Agno 提供的是整套厨房系统——不仅有厨具,还有采购系统、库存管理、卫生监控、员工排班,甚至还有餐厅管理软件。
这意味着用 Agno 开发,你从第一天起就有:
图1:Agno 官方 Logo(浅色模式)
这些在 Agno 里不是"额外付费"的插件,而是核心 API 的一部分。
从 libs/agno/agno/ 的目录结构可以看出,Agno 的代码被精心划分为 41 个功能模块:
| 模块 | 功能 | 说明 |
|---|---|---|
agent | 单 agent 核心 | Agent 类定义、消息处理、session 管理 |
agents | 多 agent 管理 | Agent 集合、协作调度 |
models | 模型抽象层 | 支持 OpenAI、Anthropic、Gemini、Ollama 等 20+ 模型 |
tools | 工具系统 | 工具注册、调用、验证 |
memory | 记忆管理 | 短期/长期记忆、会话持久化 |
knowledge | 知识库 | RAG 支持,向量数据库集成 |
vectordb | 向量数据库 | 支持多种向量检索后端 |
storage | 存储抽象 | PostgreSQL、Redis、SQLite、文件 |
run | 运行时 | 执行引擎、事件流 |
session | 会话管理 | 多会话追踪、上下文管理 |
team | 多智能体协作 | Agent Team,任务分发与汇总 |
workflow | 工作流 | DAG 编排、循环、条件分支 |
scheduler | 定时调度 | Cron 表达式,无外部依赖 |
tracing | 分布式追踪 | OpenTelemetry 集成 |
api | 生产 API | FastAPI/Uvicorn 运行时 |
guardrails | 安全护栏 | 输入输出过滤 |
approval | 人工审批 | 高风险工具的中断确认 |
integrations | 外部集成 | Discord、Slack 适配 |
os | Agent OS | AgentOS 平台核心 |
从模块数量和覆盖范围来看,Agno 的野心是做一个"agent 操作系统"——类似于 Linux 之于计算,但面向 AI agent 的编排和运行。
Agno 的 Python 依赖列表非常克制,核心依赖仅 12 个:
pydantic, pydantic-settings, httpx[http2],
python-dotenv, rich, typer, pyyaml,
packaging, docstring-parser, gitpython,
h11, python-multipart
这些依赖共同支撑起:配置管理(pydantic-settings)、HTTP 客户端(httpx)、命令行界面(typer + rich)、YAML 配置(pyyaml)。没有引入 LangChain 那种沉重的依赖树,也没有不必要的机器学习框架。
版本要求 Python >= 3.7, < 4,意味着它兼容从 2019 年到现在的所有主流 Python 环境。
Agno 官方给出的最小示例只需约 20 行代码:
from agno import Agent
agent = Agent(
model="claude-3-5-sonnet-20241022",
instructions="你是一个数据分析助手",
)
agent.print_response("分析这份 CSV 数据...")
但这只是"玩具级"用法。真实场景下,Agno 的典型用法包括:
多模型 fallback:
agent = Agent(
models=["claude-3-5-sonnet", "gpt-4o", "ollama/llama3"],
# 自动在模型间 failover
)
带工具的 agent:
agent = Agent(
tools=[search_engine, database_query, slack_send],
instructions="你是技术支持工程师,使用工具回答客户问题",
)
带知识库的 RAG agent:
agent = Agent(
knowledge_base=PDFKnowledgeBase(path="docs/"),
instructions="基于文档回答问题,引用来源",
)
Agent Team(多智能体协作):
team = Team(
agents=[researcher, analyst, writer],
mode="coordinate" # or "collaborate"
)
每个场景都有 cookbook 示例(cookbook/ 下 9 个目录),从 quickstart 到 agent_os,覆盖完整。
Agno 提供了生产级容器化支持:
Dockerfile:多阶段构建,生成精简生产镜像docker-compose.yml:一键启动完整平台(包含数据库、Redis 等依赖)libs/agno_infra/:独立的 Kubernetes/Infrastructure 库,支持云原生部署部署难度评级为"简单"(2/5),预计 10 分钟内完成 Docker 部署,无需 GPU,适合大多数云服务器。
Web UI(AgentOS)可通过 docker-compose 一键启动,提供可视化的 agent 管理界面,包括对话历史、trace 查看、权限配置等。
尽管增长迅猛,Agno 也面临一些质疑:
1. "平台锁定"风险 Agno 的许多高级功能(AgentOS UI、RBAC、调度)与其存储层深度绑定。如果项目后期想切换到底层框架(如换成 LangGraph),迁移成本较高。
2. 相对年轻,生态仍在建设 v2.6.16(2024-2025 年)相比 LangChain 的成熟度还有差距,部分工具集成(尤其是非英语世界的服务)覆盖不足。
3. 厂商依赖 Agno 默认使用 OpenAI/Anthropic API,云服务费用不可忽视。虽然支持 Ollama 本地模型,但配置相对复杂。
4. 学习曲线 表面看起来 20 行代码就能跑,但要用好 Agent Team、Workflow、RAG 整套体系,需要对 Agno 的概念模型有较深理解。
Agno 的增长曲线反映了一个行业趋势:AI agent 开发正在从"快速原型"走向"生产就绪"。
2023-2024 年,LangChain 让大家意识到"用 LLM 调用工具"这件事可以很优雅。但 LangChain 的设计更偏向研究和实验,生产环境中遇到权限、监控、多租户等需求时显得力不从心。
Agno 的出现恰好填补了这个空白——它不是另一个"更快的玩具框架",而是一个从第一天就面向生产的 agent 平台。它的增长(40K+ stars)说明大量开发者确实有这个需求:从好用的 demo 到可靠的产品,中间隔着的那些基础设施工作,Agno 帮你做了。
这个趋势的更大意义在于:它降低了 AI agent 的工程化门槛,让更多小团队甚至个人开发者也能构建生产可用的 AI 产品,而不再只有大公司才能搞定这套基础设施。