Agno Agent Platform
用 SDK、AgentOS 运行时和控制台构建、自托管并运营智能体平台。
按维度查看评分与理由
证据显示：README 提到 JWT-based RBAC、多租户隔离、人类审批功能，表明有权限控制和用户确认机制；Telemetry 部分明确说明发送遥测事件但不发送提示词、消息和输出，且可禁用，体现数据流透明性；敏感数据处理方面有安全特性描述。扣分原因：这些多为功能宣称，未提供具体实现细节或代码证据；依赖安全方面未提供依赖清单或漏洞扫描信息；回滚机制未提及；发布者身份未验证，来源归属仅基于仓库元数据。
证据显示：README 描述一致，功能列表与文档链接对应，自洽性较好；依赖可用性方面，README 提到多种部署模板和集成，但未提供依赖版本或可用性保证；失败消息方面，未提供错误处理或用户可见的错误信息示例。扣分原因：缺乏具体实现和测试证据，失败消息未在文档中体现。
证据显示：README 明确面向构建 agent 平台的开发者，提供了多种部署场景（Docker、AWS、GCP 等）和集成（Slack、Telegram 等），环境适配性较好；能力边界方面，描述了功能范围但未明确限制；触发精度方面，提到人类审批和调度，但未详细说明触发条件。扣分原因：能力边界和触发精度缺乏具体细节。
证据显示：README 结构清晰，包含介绍、快速开始、功能、社区、贡献、许可证等，信息架构良好；安装说明提供了通过 coding agent 或手动方式，但未提供直接安装命令；命名稳定性方面，产品名称和文档链接一致，但未提供版本历史；示例和 FAQ 方面，提供了示例链接但无 FAQ；已知限制未明确列出；许可证为 Apache-2.0，符合；版本变更日志未提供；维护责任方面，有贡献指南但未明确维护者。扣分原因：缺少版本历史、FAQ、已知限制等。
证据显示：输出可用性方面，README 描述了生产 API、存储、可观测性等，输出形式多样；边际价值方面，提供了 100+ 集成和多种部署选项，价值较高；成本效益方面，未提供性能数据或成本分析。扣分原因：成本效益缺乏证据。
证据显示：README 中的功能宣称有文档链接支持，但未提供具体实现代码或测试结果；跨来源佐证方面，有多个部署模板和文档链接，但未提供独立验证；事实与推断分离方面，README 区分了功能描述和推荐，但未明确标注哪些是推断。扣分原因：缺乏可验证的测试或独立证据。
- 发布者身份未验证，需谨慎对待来源。
- 依赖安全信息缺失，建议检查依赖清单和漏洞扫描。
- 回滚机制未提及，部署前需确认。
- 遥测功能虽可禁用，但默认开启，注意数据隐私。
这个 Agent 能做什么，适合哪些场景？
Agno 是用于构建智能体平台的框架与运行时，而非单一用途的成品智能体。其 Agno SDK 用于构建智能体，AgentOS runtime 将平台作为服务运行，AgentOS UI 用于管理平台。运行时提供 50 多个 API 端点，并支持 SSE 与 WebSocket，适合在其上构建产品接口。平台可将会话、记忆、知识和追踪数据存入自有数据库，并提供 OpenTelemetry 追踪、运行历史和审计日志。它可通过容器部署到 Docker、Railway、AWS、GCP 等环境，面向需要控制数据、记忆与 JWT RBAC 安全策略的团队。
开发者使用 Agno SDK 构建智能体，再由 AgentOS runtime 以服务方式运行。运行时暴露 50 多个支持 SSE 和 WebSocket 的端点，并可保存 sessions、memory、knowledge 与 traces。它可通过预构建 toolkits 连接 GitHub、Slack、Postgres 等服务，也可通过 Context Providers 读取 Slack、Drive、wiki、MCP 或自定义来源的实时数据。平台支持在需要人工确认时暂停运行、阻止需要管理员批准的工具调用，并通过 AgentOS UI 管理平台。
- 需要把自建智能体作为 REST、SSE 或 WebSocket 服务交付给产品前端的开发团队。
- 需要将会话、记忆、知识和追踪保留在自有数据库中的企业平台团队。
- 需要让智能体调用 GitHub、Slack 或 Postgres，并从 Slack、Drive、wiki 或 MCP 获取上下文的内部工具团队。
- 需要 JWT RBAC、多用户和多租户隔离，以及审计日志的组织。
- 需要在 Docker、Railway、AWS、GCP 或其他可运行容器的平台上部署智能体服务的工程团队。
这个 Agent 有哪些优点和局限？
- SDK、AgentOS runtime 与 AgentOS UI 分工明确，覆盖构建、服务运行和平台管理。
- 提供 50 多个支持 SSE 和 WebSocket 的 API 端点，适合构建面向用户的智能体产品接口。
- 会话、记忆、知识和追踪可存入自有数据库，并提供 OpenTelemetry、运行历史与审计日志。
- 内置 JWT RBAC、多用户和多租户隔离，并支持人工审批和管理员审批拦截。
- 现有材料没有给出 SDK 安装命令、最小代码、认证配置或端点调用示例，评估前需查阅其他文档。
- 本地启动路径明确依赖 Docker，并涉及 Postgres 存储；团队需要承担相应的运行与数据运维。
- 平台集成、上下文来源、权限规则和多租户隔离需要按自身系统配置，不能仅凭 README 判断默认配置。
- 每次智能体运行会发送遥测事件；虽然材料说明不发送提示词、消息或输出，但需要通过 AGNO_TELEMETRY=false 主动关闭。
如何安装或部署这个 Agent？
现有材料未提供 Agno SDK 的包安装命令、版本要求、凭据配置或最小可运行代码。材料提供的启动路径是：让 Claude Code、Cursor 或 Codex 克隆 agno-agi/agentos-railway 到 agent-platform 目录，进入该目录后阅读其 README 并执行其中的入门指南；该路径会使用 Docker 在本地运行平台。若部署到其他目标，可改用 agentos-docker、agentos-aws、agentos-gcp、agentos-azure、agentos-fly、agentos-render、agentos-modal 或 agentos-helm 模板。
如何使用这个 Agent？
先用 Agno SDK 构建智能体，再以 AgentOS runtime 将平台作为服务运行，并用 AgentOS UI 管理。通过运行时 API 将智能体接入产品；材料明确说明这些端点支持 SSE 和 WebSocket。若需要外部能力，可配置预构建 toolkits 或 Context Providers；涉及高风险操作时启用 human approval。材料未给出具体 SDK 调用、端点路径、认证凭据格式或首个请求示例。
这个 Agent 与同类方案有什么区别？
README 将 agentos-railway、agentos-docker、agentos-aws、agentos-gcp、agentos-azure、agentos-fly、agentos-render、agentos-modal 与 agentos-helm 描述为部署脚本不同、其余相同的启动模板；它们是部署入口的替代选择，而不是功能竞争产品。