状态：Experimental（总览） — 当前 Thread / Run 交互为 Preview，Host、Runtime、Interfaces 与 Management 最多为 Experimental；Object 与 Control 仍为 Proposed。下文描述的是现有能力与目标架构的组合，不表示七个模块均已落地。
Fellow AI OS 是叠在 ERP、OA、CRM 等现有业务系统之上的开放 AI 操作层。它不搬迁底层业务数据，也不要求企业先替换核心系统。
了解平台价值与产品路径：Fellow AI OS
组成
| 能力 | 作用 | 深入阅读 |
|---|---|---|
| Agents | 执行任务并交付可验收成果 | Agents |
| AI Gateway | 承载模型访问、Agent Run 与运行时策略 | AI Gateway |
| Applications | 把验证成功的高频流程固化为长期工具 | Applications |
| Console | 管理组织、模型、接入应用、实例与用量 | Console |
| Connectors | 在授权范围内连接 SaaS 与业务系统 | Connectors |
| Desktop | 在本机验证完整能力 | Desktop |
为什么需要统一操作层
- 连接复用：MCP、Connectors 与 SDK 接入不必为每个场景重新建设。
- 权限收敛目标：当前各入口已有 Scope、Sandbox、Consent 等局部边界；协议族统一的身份、策略与审计治理仍在演进。
- 运行语义一致：Desktop 与 Server 共用 Thread、Run、SSE、Skills 和主要集成协议；底层存储、认证与 Sandbox 仍由部署配置决定。
- 运行记录内建：从第一次 Agent Run 开始持久化事件并聚合用量；完整合规审计仍需结合模型、Connector、MCP 与业务系统日志。
- 能力沉淀：成功流程可以成为 Skills 或 Applications，而不是停留在一次会话。
与现有系统的关系
Fellow 读取业务上下文、执行受控操作并交付成果；业务主数据仍由原系统管理。完整分层和部署拓扑见 架构总览。
建议阅读路径
- 使用 Desktop 在本机验证一个真实任务。
- 通过 Agents 与 Connectors 跑通交付闭环。
- 使用 AI Gateway 与 Console 建立运行和治理边界。
- 将高频、稳定的成功流程固化为 Applications。
- 根据 部署选型 进入 Cloud 或私有化生产。