给 Agent 一台可审计的电脑。CopilotKit 开源的 AI 同事平台:每个 Bot 拥有独立容器、专属浏览器与工作区,所有操作须经策略网关先评估、留审计、再执行,支持人工接管、Bot 间转交与定时任务,MIT 许可、完全自托管。 定价:开源免费(MIT),自托管,自备模型 API Key。编辑评分:⭐ 4.5。
OpenBot 是什么?
OpenBot 是 CopilotKit 在 2026 年 8 月 19 日开源的「AI 同事」平台,发布一个月内 GitHub 星数即突破五千,成为开源 Agent 赛道上势头最猛的新项目之一。它的核心主张是:企业 AI 落地卡住的不是模型能力,而是安全团队无法回答「Agent 的浏览器会话去了哪、点了什么、哪条规则能拦住它」。为此 OpenBot 给每个 Bot 配一台真正独立的电脑——带独立登录态的 Chromium 容器、专属 /workspace 存储卷与 Shell,可选 gVisor 内核级隔离——并让所有操作(浏览器、文件、命令、MCP 工具)都必须经过唯一的策略网关:先从服务器持有的页面快照解析目标,再由 CEL 策略引擎评估(默认拒绝、fail-closed),写入审计记录后才执行。任何人机协作场景——知识问答、风险审查、内网系统操作——都能以「可决策、可审计、可干预」的方式交给 Agent。它基于 CopilotKit 主导的 AG-UI 协议,LangGraph、CrewAI 等任意框架的 Agent 都能接入,MIT 许可、完全自托管。
核心功能
- 专属电脑与强隔离:每个 Bot 独立容器、浏览器配置文件与工作区,支持 gVisor 加固,数据库与 Bot 网络隔离,凭证锁定到所属服务。
- 策略网关:CEL 规则可检查页面域名、命令内容、文件路径、MCP 工具与发起者身份,拒绝先于允许、规则缺失即拒绝、规则损坏即拒绝。
- 人工接管:随时抓取 Bot 浏览器亲手完成登录与两步验证,Bot 完全暂停、交接留痕,之后无缝交还。
- Bot 间转交与路由:超范围问题自动转给最匹配的 Bot 以其身份作答;未 @ 的消息也能路由到对的同事,选择理由一并记录。
- 定时例程:让 Bot 每个工作日九点发站会纪要之类,以创建者权限运行、像普通消息一样回复,连续失败自动停用并通知。
- 企业就绪:Google、Microsoft、Okta 的 SSO,Helm 图部署于 EKS/GKE/AKS,Bot 空闲时挂起以省成本,另有 Drive/Notion 连接器与数百 SaaS 接入。
版本/套餐对比
OpenBot 是纯开源项目,MIT 许可、无付费档位:所有能力本地部署即得,成本来自你自己的服务器与模型 API 用量。唯一的外部依赖是 CopilotKit Intelligence——持久会话与记忆能力依赖这套免费但需注册的服务,这也是社区讨论最多的绑定点。它的形态被官方明确定义为「模板而非产品」:没有 npm 包、没有托管版本,克隆仓库按 prompt 引导启动,或用 ghcr 镜像与 Helm 图上集群。与商业「AI 同事」产品相比,OpenBot 换来的是数据完全自持、策略与审计完全自控,代价是 Alpha 阶段的版本迭代速度与自运维成本。项目节奏很快:从 8 月发布到 9 月中旬已连发十余个版本,逐个补上连接器、转交、例程、SSO 与 Kubernetes 支持。
值不值得用?
如果你的团队想把 Agent 真正派去干活——查内部文档、跑日常报告、操作内网系统——却一直被安全评审卡住,OpenBot 是目前开源世界里对「治理优先」完成度最高的答案:唯一网关、先审计后执行、默认拒绝的策略语义、人工接管与全程留痕,这些正是企业安全团队要看的清单。它也诚实标注了自己的边界:Alpha 阶段、模板形态、持久记忆依赖 CopilotKit 的配套服务、需要自己承担部署与升级。因此适合的姿势是「工程团队小范围试点」:挑一个低风险的内部场景(如知识问答)部署,验证策略引擎与审计流是否满足自家合规要求,再逐步扩大 Bot 编制。期望开箱即用、没有运维能力的用户应暂缓;对 Grok 类商业同事产品的价格与锁定不满、又有工程能力的团队,它几乎是对口替代品。
使用建议
- 从只读场景起步:先部署一个接公司知识库的问答 Bot,权限最小化,验证审计与策略流后再放开写操作。
- 策略规则先跑干跑:保存前用历史活动回放验证规则会拦截什么,避免误伤正常工作流。
- 把凭证治理交给网关:Bot 一律不持有明文密钥,服务凭证锁定到所属系统,轮换在平台层完成。
- 锁定版本跟演进:Alpha 期更新频繁,生产部署锁定具体版本,升级前在隔离环境回归。
适合谁用?
推荐:想把 Agent 派去干真实工作、但安全与合规是硬门槛的企业工程团队;被商业 AI 同事产品的价格与锁定困扰、具备自托管能力的技术团队;已在用 LangGraph/CrewAI 等框架、需要一个可治理运行环境的 Agent 开发者。
可考虑:想研究「审计优先」Agent 架构、计划自建方案的平台团队,可克隆源码改造;内部有多个异构 Agent、需要统一上岗入口的中型组织。
不推荐:没有运维资源、期望 SaaS 开箱即用的非技术用户;对「模板项目」快速变更有抵触、要求长期稳定 SLA 的关键业务;无法接受持久记忆依赖外部配套服务的强自主诉求团队。