OtoDock
自托管的'代理公司操作系统'：在自有的 Claude 与 ChatGPT 订阅上运行多个协作 AI 员工，让整支团队与自主代理共用同一个仪表盘。
- Star 数
- ★ 193
- 最近更新
- 11 天前
- License
- NOASSERTION
- 主语言
- Python
- FA 评分
- 77/100 · 表现良好
30 秒速览
- 运行形态
- 可在哪里用
- 兼容但需适配Codex · Claude Code
- 费用
- 有免费版，另有付费云服务
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 小团队负责人想用已有的 Claude/ChatGPT 订阅组建'数字员工'队伍，而不想为每个成员单独购买 API 额度
- 不适合
- 需要完全离线、不依赖 Anthropic 或 OpenAI 订阅的团队
- 超过 5 人且不愿购买席位授权的自托管团队
- 不想维护 Linux 服务器与 Docker 的个人用户
- 源码审查
- 77/100 · 表现良好
这个 Agent 能做什么，适合哪些场景？
OtoDock 是一个自托管的 AI 代理平台，定位为'代理公司操作系统'，构建于 Claude Code 与 Codex 之上，直接消耗用户自己的 Anthropic 和 OpenAI 订阅，也支持 API 密钥和本地模型。每个代理由六个可编辑部分组成：Persona（人设）、Memory（记忆）、Workspace（工作区）、Knowledge（知识）、Skills（技能）和 Tools（工具），并通过四种模式决定工作区在成员间如何共享。平台按部门组织代理，支持代理之间的委派、会议、定时任务、Webhook 触发与电话呼叫（Twilio 或 Asterisk/FreePBX）。技术上，代理作为 Claude Code / Codex 进程运行在逐会话的内核沙箱内，通过 MCP 与工具通信，FastAPI 代理核心（proxy/）承载会话、安全、调度与 WebSocket 中心，React 仪表盘负责聊天与管理，PostgreSQL 存储平台状态。它面向多租户团队，内置 SSO、双因素认证、按用户成本预算，采用 FSL-1.1-Apache-2.0 许可，5 个用户以内自托管免费。
安装脚本（scripts/install.sh）会在 Linux 服务器上检查 Docker、生成 .env、下载 docker-compose.yml 并启动整套服务。启动后，管理员在 http://localhost:8400 通过设置向导创建所有者账户，平台自动安装一个 Personal Assistant；用户在 Setup → AI Engines 下连接自己的 Claude 或 ChatGPT 订阅。每个代理作为独立的 Claude Code / Codex 进程在内核沙箱（独立 mount 与 process namespace）中运行，通过 mcps/ 目录下的 MCP 工具服务器访问文件、记忆、任务、会议、通知等能力，并通过 WebSocket 把每一步流式回传到 dashboard/ 的 React 界面。代理可按计划、Webhook 事件或一次性定时自主运行，产出文件与报告并按四级严重度发出通知；可拨打和接听电话（phone/ 守护进程对接 Twilio 或 FreePBX/Asterisk）；可通过 satellite/ 组件把远程电脑以一条命令配对到平台，在本地机器上全权运行同一代理。用户可在聊天中直接编辑 Word、Excel、PowerPoint 文件、生成图像与音视频、打开 Claude Code / Codex 终端，并从社区目录一键安装现成的代理、工具和技能。
- 小团队负责人想用已有的 Claude/ChatGPT 订阅组建'数字员工'队伍，而不想为每个成员单独购买 API 额度
- 系统管理员需要把代理放到隔离沙箱里运行，只逐项开放对内网服务和 MCP 工具的访问权限
- 营销或运营人员希望代理定时抓取资料、写周报、处理 Excel/Word 文件，并在需要人工介入时收到分级通知
- 开发者想让代理直接操作自己的笔记本或工作站（macOS/Linux/Windows），执行需要本机文件和终端的任务
- 客服或个人助理场景需要一个有真实电话号码、能接打电话的代理（自带 Twilio 账户或现有 FreePBX/Asterisk）
- 家庭用户想通过 MCP 工具让代理控制智能家居（社区目录已含 Home Assistant）
如何安装或部署这个 Agent？
需要一台装有 Docker 的 Linux 服务器（最低 4 GB RAM）。在目标目录执行：
mkdir otodock && cd otodock
curl -fsSLO https://raw.githubusercontent.com/OtoDock/oto-dock/main/scripts/install.sh
bash install.sh安装脚本会检查 Docker、生成带数据库密码的 .env、自动处理 Ubuntu 24.04+ 的主机步骤、下载版本锁定的 docker-compose.yml 和电话服务 overlay 并启动。若用户通过域名或 IP 访问，在 .env 中设置 DASHBOARD_PUBLIC_URL；若在反向代理后，还需设置 TRUSTED_PROXY 为代理 IP。仅支持全新安装，不会触碰已有安装。
如何使用这个 Agent？
安装完成后打开 http://localhost:8400，设置向导会引导你创建所有者账户，并自动安装一个 Personal Assistant。到 Setup → AI Engines 连接你的 Claude 或 ChatGPT 订阅（每位用户连接自己的订阅；也可使用 API 密钥或本地模型）。从 Agents 页打开 Personal Assistant 发送第一条消息，回复、工具调用和生成的文件会实时流式显示。之后可从社区目录添加现成代理，或自建代理（编辑其 Persona、记忆、工作区、知识、技能和工具），为每个代理选择 Claude Code 或 Codex 引擎（可在单次聊天中切换），设置共享模式和定时任务，并邀请团队成员分配 Admin/Creator/Member 平台角色及每个代理上的 Manager/Editor/Viewer 角色。
这个 Agent 有哪些优点和局限？
- 直接复用团队已有的 Anthropic 和 OpenAI 订阅（BYO subscription），每位用户各连各的，避免集中购买 API 额度
- 安全默认设计：每个代理会话运行在独立内核沙箱中，私网与云元数据端点不可达，凭据加密存储且按会话注入、代理只见其用不见其值
- 代理形态完整：持久记忆、定时/Webhook 自主运行、代理间委派与会议、真实电话呼入呼出、聊天内直接编辑 Office 文件
- 远程机器配对只需一行命令，无需开放端口（单条出站连接），机器离线时服务器自动接管
- SSO/OIDC、双因素认证、按用户和按代理的成本预算从第一个安装起就是标配，适合团队落地
- 许可为 FSL-1.1-Apache-2.0（fair source）：不得用于与 OtoDock 商业竞争，5 用户以上自托管需按席位付费，并非纯开源
- 生产部署要求 Linux 服务器加 Docker（最低 4 GB RAM），没有托管版之外的免运维选项
- 核心执行依赖 Claude Code 和 Codex 运行时——使用 Claude/Codex 引擎需要有效的 Anthropic 或 ChatGPT 订阅，这构成对两大供应商的实质性绑定
- 电话功能需自备 Twilio 账户或已有 Asterisk/FreePBX 服务器，属额外成本与运维负担
- 仓库在 GitHub 上的 License 字段为 NOASSERTION，工具链较新，社区生态（社区目录中的代理/MCP/技能）规模尚未验证
这个 Agent 与同类方案有什么区别？
README 将自身定位为'代理公司操作系统'，与直接在终端使用 Claude Code 或 Codex 形成对照：OtoDock 把这两个引擎包装成多租户、可共享、可自主运行的团队平台；功能上对应 OpenClaw 类自托管个人代理方案，但 OtoDock 强调多用户共享、部门化委派和企业级安全（SSO、沙箱、预算）。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| OtoDock 当前 | 77 · 表现良好 | 自托管服务免费版 + 付费版 | ★ 193 | 11 天前 | Python | Codex · Claude Code |
| Synapse AI 多智能体编排平台 | 70 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 332 | 3 天前 | Python | OpenAI API · Claude API |
| 智坤代码 (ZhikunCode) | 56 · 缺口较多 | 自托管服务免费 + 模型费 | ★ 528 | 7 天前 | Java | OpenAI API · Claude API |
| Codeg 多智能体协作编程工作台 | 45 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 4.1k | 1 天前 | Rust | Codex · Claude Code · OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示：README 详述内核沙箱、网络隔离、按角色挂载、凭据加密且按会话注入；测试代码中可见 API key repr 脱敏断言与「禁止在 INFO+ 级别记录转写文本」的 lint 守卫（PII 处理扎实，给满分）。扣分点：least_privilege 与 external_effects 仅是 README 声明，沙箱与工具授权的源码未在证据中出现，无法核实，故 2；user_confirmation 未被任何文件提及（代理无人值守运行、打电话、操作远程机器），给 1；rollback 仅见 backup/restore 脚本提及，无代理运行回滚或数据恢复说明，给 1。
证据显示：CI 使用固定版本的 Postgres 16.14、Pin 的 Python/Node、ruff、pytest、vitest，依赖可用性与自洽性证据充分；测试明确覆盖错误呈现（pop_fatal_error 一次性语义）、日志限频（每事件一条 send-skipped 警告）等失败路径，failure_messages 满分。未发现需扣减的具体弱点。
证据显示：受众（自托管团队、个人、BYO 订阅）、四种共享模式、三种角色、多引擎切换描述清晰，audience 满分。扣分点：能力边界仅靠工具按代理分配的叙述支撑，未给出明确的边界文档（2）；触发机制（定时/webhook/一次性）只列了类型，无精度说明（2）；环境限制明显——CI 注明 amd64 only，快速启动要求 Linux+Docker，跨平台仅限配对机，environment_fit 2。
证据显示：LICENSE 为完整 FSL-1.1-Apache-2.0 文本，含 Apache 2.0 未来授权与作者署名，license 满分（注册表 NOASSERTION 与实际 LICENSE 文件不一致是注册侧问题，不扣本仓库）；README 结构、快速开始、目录架构说明优秀，information_architecture 与 install_notes 满分。扣分点：CHANGELOG、VERSIONS.md、CONTRIBUTING 等仅被引用而未出现在证据中，versioning_changelog 与 naming_stability 给 2；known_limitations 主要见于 SECURITY.md 的范围排除，产品局限叙述少，给 2；examples_and_faq 依赖外部文档站，仓库内示例薄，给 2；maintenance_responsibility：单作者、安全响应流程明确（72 小时确认），但单人 bus factor，给 2。
证据显示：BYO 订阅 + 自托管 + 每用户成本预算构成明确的差异化价值，marginal_value 满分。扣分点：output_usability 只能从 README 截图与文字推断（仪表盘、流式回复、文件内编辑），静态评审无法证实实际输出质量，给 2；cost_benefit 方向合理（复用现有 Claude/ChatGPT 订阅、席位定价）但无成本量化证据，给 2。
证据显示：测试注释区分了「live repro 日期」的实测事实与设计推断，fact/inference 分离做得非常好，满分。扣分点：大量核心声明（沙箱逃逸防护、SSO、多租户隔离）指向外部 docs.otodock.io，证据内不可追查，claim_traceability 2；CI 与测试可佐证工程实践与音频层质量，但佐证不了代理沙箱与安全模型主体，cross_source_corroboration 2。
- 沙箱、网络隔离与多租户隔离仅为 README 声明，本次静态评审未能核实其实现，敏感部署请自行验证沙箱逃逸防护。
- 代理可无人值守运行、打电话并在配对机器上获得完全访问权，但未见任何用户确认机制；上线前应自行限制触发器与工具授权。
- FSL-1.1 不是 OSI 开源许可证，商业竞争用途受限；注册表中的 NOASSERTION 与实际 LICENSE 不一致，采购前请核对。
- 发布镜像目前仅 amd64，且维护者为单人，存在 bus factor 风险；升级前查看 CHANGELOG（本次证据中未见其内容）。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
v1.8.1 OtoDock 1.8.1
发布说明摘录
Upgrade a Docker install from its folder with curl -fsSLO https://raw.githubusercontent.com/OtoDock/oto-dock/v1.8.1/scripts/upgrade.sh && bash upgrade.sh --to 1.8.1; a source checkout pulls v1.8.1 and rebuilds. Read the [upgrading guide](https://docs.otodock.io/administration/upgrading/) first. Upgrade notes - None. Changed - The box that opens after an update names each new feature in a line or two. - The README's first picture is captioned "Full office suite, plus photo and video editing." Images - ghcr.io/otodock/otodock-proxy:1.8.1 (linux/amd64, linux/arm64) …在 GitHub 查看 ↗ -
v1.8.0 OtoDock 1.8.0
发布说明摘录
Upgrade a Docker install from its folder with curl -fsSLO https://raw.githubusercontent.com/OtoDock/oto-dock/v1.8.0/scripts/upgrade.sh && bash upgrade.sh --to 1.8.0. A source checkout pulls v1.8.0 and rebuilds. Read the [upgrading guide](https://docs.otodock.io/administration/upgrading/) first. Upgrade notes - Claude Code 2.1.296, Codex 0.162.1 and OtoDock 0.5.147 on paired machines. Paired machines update when they reconnect. Turns running on them end. Agents pinned to Haiku 4.5 move to Haiku 5.5 at boot. …在 GitHub 查看 ↗ -
v1.7.1 OtoDock 1.7.1
发布说明摘录
Upgrade a Docker install from its folder with curl -fsSLO https://raw.githubusercontent.com/OtoDock/oto-dock/v1.7.1/scripts/upgrade.sh && bash upgrade.sh --to 1.7.1. A source checkout pulls v1.7.1 and rebuilds. Read the [upgrading guide](https://docs.otodock.io/administration/upgrading/) first. Upgrade notes - Enter adds a new line in the chat box. Shift+Enter, Ctrl+Enter or the Send button sends the message. On a phone or tablet the Send button sends. - App shares made before 1.7.1 wait in "Shared with you". Accept them once more. …在 GitHub 查看 ↗