开源OtoDock自托管教程:把Claude Code和Codex变成公司AI员工团队


OtoDock 是一个自托管的 AI 智能体平台,定位为“公司的操作系统”(The agentic company OS)。它允许你创建、部署和管理多个 AI 智能体,让它们像公司员工一样在各部门中协作、使用各种工具,并在无人监督时自主持续工作。

该项目由开发者 Dimitris Mourtzis 创建,于 2026 年 4 月首次提交,2026 年 9 月 9 日发布了 1.6.0 版本。值得注意的是,OtoDock 自身的大量代码也是由运行在 OtoDock 上的 AI 智能体编写、测试和交付的。

核心理念

OtoDock 的核心思想是:BYO(Bring Your Own)订阅 + 自托管。你使用自己的 Anthropic(Claude Code)和 OpenAI(Codex)订阅来驱动智能体,所有数据和处理都运行在你自己的服务器上。你也可以使用本地模型作为引擎。

技术架构

项目由以下主要组件构成:

  • dashboard/:React 前端,提供聊天、智能体管理、任务、文件管理界面
  • proxy/:平台核心(FastAPI),负责会话、安全、调度、智能体沙箱和 WebSocket 通信
  • mcps/:MCP 工具服务器集合(文件、记忆、任务、会议、通知等)
  • audio/:语音包(STT/TTS/语音活动检测)
  • phone/:电话服务(Twilio 或 FreePBX/Asterisk)
  • satellite/:远程机器代理,将你的硬件配对到平台
智能体作为 Claude Code/Codex 进程运行在 per-session 内核沙箱中,通过 MCP 协议与工具通信。PostgreSQL 存储平台状态。


你的公司正在被AI员工悄悄接管,而你居然还蒙在鼓里!

一个Docker命令,就把Claude Code和Codex变成你公司的全天候数字员工!

2026年9月9日,一个叫Dimitris Mourtzis的人发布了OtoDock 1.6.0版本。这个软件能在你自己的Linux服务器上,用你自己的Anthropic和OpenAI订阅,跑起一整支AI员工团队。更离谱的是,这个软件本身有大量代码,就是由运行在它自己上面的AI智能体写出来、测试完、然后交付的。一个软件用自己生成的AI员工来开发自己——这种“自己把自己生出来”的循环,放在科幻小说里都算硬核设定,现在它就在GitHub上摆着,任何人都能一键安装。

大家都在用API聊天,但有人已经把AI当员工使了

过去两年,你用ChatGPT和Claude,基本就是打开网页、打字、等回复、复制粘贴。用完关掉,下次再来。这叫“对话式AI”——你问一句,它答一句,你们是平等对话的关系。

但OtoDock的逻辑完全不同。你把一个智能体(agent)创建出来,给它一个职位,比如“系统管理员”或“市场经理”,然后它就一直在后台运行着,不需要你每次去敲它一下。你下班走了,它还在那里处理文件、监控系统、生成报告。你早上来上班,它已经把活儿干完了,在共享工作区里留好了产出。这不叫对话,这叫雇佣。

这就怪了!大家都在说“AI智能体”这个词,但绝大多数人理解的“智能体”不过是一个能记住上下文的聊天机器人。OtoDock管这叫“公司的操作系统”(the agentic company OS),它把每个智能体当成一个独立的数字员工来管理。聊天只是这些员工跟你沟通的方式之一,它们真正的价值在于:你不在的时候,它们还在干活。

每个AI员工都有六件装备,比你的工位还全

OtoDock里的每个智能体不是凭空冒出来的。创建它的时候,你要给它配齐六个部件。

第一件是人格(Persona)。用大白话写一段指令,告诉这个智能体它是谁、该怎么工作。比如“你是一个谨慎的系统管理员,做任何操作前先评估风险”或者“你是一个激进的销售,见缝插针推销产品”。

第二件是记忆(Memory)。智能体可以在不同对话之间保留自己的笔记——今天学到了什么、上次处理到哪了、哪个客户特别难搞。

第三件是工作空间(Workspace),就是它放日常工作产出的文件夹。这个空间可以是私人的、团队共享的、或者两者兼有。

第四件是知识库(Knowledge),放一些它随时可以查的参考文档——公司手册、操作规范、历史数据。

第五件是技能(Skills),智能体可以学习并反复使用的工作技巧。

第六件是工具(Tools),明确告诉它能用什么、不能用什么——能连数据库吗?能发邮件吗?能改系统配置吗?

六件东西配齐,一个数字员工就上岗了。你不需要写代码,不需要调参数,用自然语言描述就行。这件事的反常识之处在于:我们把“造一个AI员工”这件事,简化到了“填一张六栏位的表格”的程度。而市面上绝大多数所谓的AI智能体平台,还在让你写Python脚本、配JSON配置文件。

四种共享模式,解决“AI是私人的还是团队的”终极难题

一个智能体创建出来,怎么让团队用?OtoDock设计了四种共享模式。

Personal only(纯私有) :每个人的工作空间和对话历史完全独立,互不可见。适合个人助理类的智能体——你的助理就是你的,跟别人没关系。

Personal + shared(私有为主,共享为辅) :默认每个人有自己的私有空间,但同时有一个团队共享区。适合那些既需要个人处理又需要团队协作的场景。

Shared + personal(共享为主,私有为辅) :默认大家都在同一个共享空间里工作,但每个人还保留一块私有区域。适合部门级智能体——大部分工作公开透明,个别敏感操作私下处理。

Shared only(纯共享) :所有人共享同一个历史和同一个工作空间。适合公告类、监控类智能体,信息完全透明。

这四种模式看似简单,但它解决了一个所有团队工具都会遇到的死结:“这个东西到底是我个人的还是大家的?”大多数SaaS产品的回答是二选一——要么全公司一个账号,要么每人开一个独立账号。OtoDock的回答是:同一个智能体,你可以随时切换它的共享粒度。这就好比同一个微信群,你可以设置成“每个人说的话只有自己能看到”或者“所有人说的话大家都看得到”——但一般的群聊软件做不到按需切换,OtoDock做到了。

你的订阅,你的服务器,你的数据——别人碰不到

OtoDock最核心的设计原则是BYO——Bring Your Own,用自己的。

每个用户连接自己的Anthropic订阅来跑Claude Code,或者连接自己的OpenAI订阅来跑Codex。你也可以配置本地模型,跑在自己硬件上。每个智能体可以选不同的引擎,甚至每次对话都可以切换。

这意味着什么?意味着OtoDock不卖AI算力,不抽成API调用费,不把你的数据拿去训练模型。它只是一个运行环境、一个调度系统、一个管理面板。你的API密钥、你的对话记录、你的文件——全部留在你自己的服务器上。安装只需要一个Linux服务器、Docker、至少4GB内存。跑起来之后,访问本地端口8400,通过一个设置向导创建管理员账户,不需要注册、不需要留邮箱。

这跟市面上的做法完全相反。大多数AI产品恨不得你把所有数据都传到他们的云端,他们来帮你“智能”处理。OtoDock说:你自己有订阅,你自己有服务器,你自己管数据,我只提供一个让AI员工协作的“办公室”。这个“办公室”的图纸是公开的,你可以检查每一面墙、每一根柱子。

安全不是后加的补丁,是从地基就开始的防线

让AI员工碰你的服务器、你的文件、你的工具——这件事听起来就让人后背发凉。OtoDock怎么处理安全?

默认采用“不可信任”策略。每个智能体运行在独立的内核沙箱里,有自己的挂载空间和进程命名空间。私有IP段、局域网、云元数据端点默认都不可达。凭证静态加密,只在会话期间按需注入——智能体可以用这些凭证干活,但看不到凭证本身的内容。系统还内置了SSO单点登录、双因素认证、按用户和按智能体的成本预算。

大多数AI工具的安全模型是“我们保证不乱用你的数据”——一句承诺。OtoDock的安全模型是“智能体根本拿不到它不该拿的东西”——一个技术事实。前者靠信任,后者靠隔离。这种差异在实战中意味着什么?意味着你可以让一个市场部的智能体去查销售数据,但它绝对看不到HR的薪资表——不是因为它“答应不看”,而是因为它在系统层面就接触不到那个文件夹。

从终端里跑出来,接管整个办公室

OtoDock的诞生有个具体的起点。Dimitris Mourtzis在用Anthropic的编码智能体时遇到了一个限制:“我想在终端之外用它,把它连到我的服务上”。Claude Code本身是一个终端里的编码助手,你给它一个任务,它在命令行里干活,干完就结束。Mourtzis想要的不是这种“随叫随到”的助手,而是一个“住在我公司里”的员工。

于是他从这个需求出发,造了OtoDock。然后他开始用OtoDock自己来开发OtoDock。从2026年4月首次提交到9月9日的1.6.0版本,中间只隔了五个月。1.5.0在9月3日发布,加入了部门、远程机器配对、电话呼叫和公司智能体的三维地图。六天之后1.6.0就出来了,扩展了本地模型支持和直接模型API引擎。

这个发布节奏本身就说明了一件事:OtoDock的智能体确实在帮它快速迭代。如果开发速度全靠人工,五个月从零到1.6.0、中间还跨了三个大版本——不是不可能,但确实快得不像纯人工能做到的。

OtoDock还有一个功能叫“远程机器配对”。你可以把一台Linux、macOS或Windows电脑通过出站连接配对到平台上。然后一个智能体就能在那台机器上操作——访问文件、打开应用、使用浏览器会话、利用网络权限。如果那台电脑断网了,OtoDock说服务器可以接管会话。

这就把一个编码助手,变成了一个能操作你任何一台电脑的远程员工。权限的边界也随之扩大——一个配对了工作站的智能体,能接触到的东西远多于一个只待在服务器工作区里的智能体。所以OtoDock的沙箱隔离和权限体系不是锦上添花,而是让这个功能不至于变成安全灾难的必修课。

Fair Source:代码全公开,但你不能拿它跟我抢生意

OtoDock采用FSL-1.1-Apache-2.0许可证。这不是OSI批准的开源许可证,但源码完全公开、可修改、可重新分发。唯一限制:你不能用这份代码跟OtoDock进行商业竞争。每个版本发布满两年后,自动转为Apache 2.0开源许可。自托管最多5个用户免费,更大的团队按席位付费。付费版和免费版的软件完全一样,没有任何功能阉割。

这套许可策略的底层逻辑很清晰:代码给你看、给你改、给你用,小团队免费玩,大团队按人头付费,但你不能拿着我的代码另起炉灶跟我对着干。两年后全部放开——这是给未来留了一个“终将完全开源”的承诺。

对比一下市面上的AI智能体平台:大多数闭源、按API调用收费、数据归平台所有。OtoDock反着来:代码公开、不收API抽成、数据归你。这种差异不是细节上的不同,而是商业模式的根本分歧——一个把你当“用户”,一个把你当“房东”。


OtoDock 1.6.0发布当天,有人在Hacker News上问了一个问题:如果一个智能体被赋予了太多权限,它会不会自己把自己改写出一个更激进的版本?Mourtzis没有正面回答这个问题。他只是在README里加了一行免责声明:大量OtoDock代码是由运行在OtoDock上的智能体写的。至于那些智能体有没有试图修改自己的权限边界——文档里没写,你只能自己装了试试看。