OpenBot:把 Codex、Claude 与 Grok CLI 放进本地协作桌面
一个给开发者用的本地 AI 队友桌面工作区,把 Codex、Claude 和 Grok CLI 放进同一套队列与文件协作里。
GitHub nightly-labs/openbot 更新 2026-10-27 分支 main 星标 1.5K 分叉 185
TypeScript 本地优先 AI 工作区 Codex、Claude Code、Grok CLI macOS 13+、Windows 10+、Linux AppImage

🧭 决策指南

适合,如果你

  • 你需要在 macOS 13+、Windows 10+ 或 Linux AppImage 上管理多个本地 CLI Agent。
    README 的 Install 章节列出 macOS 13+、Windows 10+ x64 和 Linux x64/arm64 AppImage 支持。
  • 你的工作流同时依赖 Codex、Claude Code、Grok CLI 或 ACP Provider。
    README 的开头说明支持 Codex App Server、Claude Code、Grok CLI,以及通过 ACP 接入 OpenCode、Gemini、Cursor CLI 和 Cline CLI。
  • 你需要独立工作区、文件传输、本地队列和 Agent-to-Agent messaging。
    README 的 OpenBot 正文明确列出每个 Agent 的 workspace、conversation、local queues、file transfers 和 agent-to-agent messaging。
  • 你希望复用和分发 Agent 技能,并能接受 Local skills 的版本管理方式。
    README 的 Local skills 章节说明技能保存于共享本地库,支持 list_local_skills、read_local_skill、revise_skill 和 install_local_skill。

不适合,如果你

  • 你的环境不能接受 Agent 在 approvalPolicy 为 never 时读写文件、运行命令和访问网络。
    README 的 WARNING 明确说明 Agent 使用 danger-full-access 和 approvalPolicy: never。
  • 你需要逐操作确认或把 OpenBot 当作安全边界。
    README 的 Security 章节写明 Full local access 是当前产品决定,不是 security boundary。
  • 你需要稳定成熟、而不是 development preview 版本的桌面 Agent 平台。
    README 的 WARNING 直接将 OpenBot 标为 development preview。
  • 你的目标是让 Cursor 或 Cline Agent 被团队成员共享查看。
    README 的 Agent setup 章节说明 Cursor agents 和 Cline agents stay on this computer,团队成员看不到。

前置条件

  • macOS 13 或更新版本、Windows 10 或更新版本,或 x64/arm64 Linux AppImage;macOS 13+ or newer, Windows 10+ or newer, or an x64/arm64 Linux AppImage。
  • 发布版不要求 Bun 或 Node.js;Installed releases do not require Bun or Node.js。
  • Windows 需要在 PowerShell 中提供 codex、claude 或 grok;Claude Code 还需要 Git for Windows;Windows requires codex, claude, or grok in PowerShell, and Claude Code also requires Git for Windows。
  • Gemini 需要 Google AI Pro 或 Ultra;Cursor 需要 Cursor plan 或 API key;Gemini requires Google AI Pro or Ultra, while Cursor requires a Cursor plan or API key。
  • macOS 的 Computer Use 需要 Screen Recording 和 Accessibility 权限;macOS Computer Use requires Screen Recording and Accessibility permissions。

第一步命令(README 原文)

curl -fsSL https://chatgpt.com/codex/install.sh | sh

要注意

  • OpenBot 优先使用托管 CLI,OPENBOT_*_PATH 会覆盖默认选择。
    README 的 Agent setup 章节说明 managed CLI 优先,显式 OPENBOT_*_PATH overrides take precedence。
  • OpenCode Go 只支持 opencode-go/模型,Zen 模型不会出现在选择器。
    README 的 OpenCode 说明写明 OpenBot supports OpenCode Go only,Zen models stay out of the picker。
  • Cline 3.0.68 或更新版本才会被本地安装识别。
    README 的 Cline 配置说明要求自行安装的 cline 为 3.0.68 或更新版本。
  • Grok 的 XAI_API_KEY 和 per-session MCP bearer tokens 不会持久化或记录。
    README 的 Agent setup 章节明确说明这两类凭据 never persisted or logged。
  • Grok Bot 导入不会复制聊天历史,只保留导出 Agent 的 memories。
    README 的 Import agents from Grok Bot 章节说明 chat history is not copied。

材料未说明

  • README 未给出 Other 许可证的具体条款;The README does not provide the specific terms of the Other license。
  • README 未提供各 Provider 的费用、速率限制或完整模型兼容矩阵;The README does not provide provider pricing, rate limits, or a complete model compatibility matrix。
  • README 未给出 CPU、内存、磁盘和网络带宽要求;The README does not specify CPU, memory, disk, or network requirements。
  • README 未说明 5 个版本与 10 个最近提交对应的变更范围;The README does not explain the scope of changes across 5 releases and the 10 recent commits。
  • README 省略了 Docker、Nix、Architecture、Local data and network boundaries 等章节的完整内容;The supplied material omits the full Docker, Nix, Architecture, and Local data and network boundaries sections。

💡 深度解析

6
不适合 我在 macOS 13+ 上处理私有代码,项目目录附近还有生产凭据;我只想让 Codex 或 Claude Code 修改本地文件,不希望代理访问网络或嵌入式浏览器,OpenBot 是否适合作为安全边界?
适合读者: 需要处理私有代码和生产凭据、但希望在本地项目目录运行 Codex 或 Claude Code 的安全敏感型 macOS 开发者

不适合把 OpenBot 当作安全边界,因为当前预览版明确授予代理全本地访问权,无法满足“仅修改指定文件”的约束。

  • README 警告代理运行在 danger-full-access 和 approvalPolicy: never 下,首次同意后可读写文件、执行命令、使用网络并控制嵌入式浏览器。
  • Security 章节明确称 Full local access 是当前产品决定,不是 security boundary;这与生产凭据隔离要求直接冲突。
  • README 要求用户只运行信任的代理和任务、保留备份并阅读 Security;这说明应用本身没有提供逐操作审批作为控制层。
  • 本地优先只说明主要数据和执行环境留在设备上,并不等于代理只能访问当前项目目录。

它可以作为本地开发工作区,但不适合承载未隔离的生产凭据或充当强隔离沙箱。

  • README:Agents currently run with `danger-full-access` and `approvalPolicy: never`
  • README:They can read and modify files, run commands, use the network, and control the embedded browser
  • Security:Full local access is an explicit current product decision, not a security boundary
  • README:Run only agents and tasks you trust, keep backups
材料未说明:README 未说明是否可以为单个代理关闭网络、浏览器或命令执行权限。;README 未说明 OpenBot 是否支持操作系统级沙箱、容器隔离或细粒度目录 ACL。
适合 我在 macOS 13+ 上同时使用 Codex、Claude Code 和 Grok CLI,希望每个代理拥有独立工作区,并让多个开发任务排队执行;OpenBot 是否适合替代分散的 CLI?
适合读者: 同时维护 Codex、Claude Code 和 Grok CLI、希望把任务队列与独立工作区集中到一个桌面应用中的 macOS 13+ 开发者

适合,因为 OpenBot 正是为多个本地代理提供持久化工作区和队列而设计的,但它不是新的模型运行时。

  • README 明确支持本地 Codex App Server、Claude Code 和 Grok CLI,并为每个代理提供独立工作区与会话。
  • 应用提供 local queues、文件传输、嵌入式浏览器和代理间消息,适合把连续任务组织成工作流。
  • macOS 13 或更新版本、Apple silicon 与 Intel 都在支持范围内;OpenBot 可下载受支持的供应商运行时,也能复用系统 CLI。
  • 现有 CLI 登录状态会被使用,但凭据不会被 OpenBot 复制;各供应商订阅、额度和登录规则仍然分别生效。

需要特别接受的是,当前开发预览默认使用 danger-full-access 与 approvalPolicy: never,代理可以读写文件、执行命令并访问网络。

  • README:支持 macOS 13 或更新版本,以及 Apple silicon 或 Intel
  • README:支持 Codex App Server、Claude Code、Grok CLI
  • README:It gives every agent its own workspace and conversation, and provides local queues
  • README:Agents currently run with `danger-full-access` and `approvalPolicy: never`
curl -fsSL https://chatgpt.com/codex/install.sh | sh
材料未说明:README 未说明同时运行多个代理时的 CPU、内存和并发任务上限。;README 未说明任务队列是否支持按优先级、失败重试或跨设备同步。
适合 我有 Google AI Pro 计划,使用 x64 Linux,并希望把 Gemini 接入本地 OpenBot 工作区;如果我不能依赖系统 PATH 中的 `antigravity` 命令,是否仍能部署?
适合读者: 拥有 Google AI Pro 或 Ultra 计划、想在本地工作区使用 Gemini,并需要通过自定义 Antigravity ACP server 路径部署的 Linux 开发者

适合,但前提是你按 README 的 Antigravity 目录结构提供服务器,并接受 Google 登录必须在宿主机浏览器完成。

  • README 要求 Gemini 使用 Google AI Pro 或 Ultra 计划;OpenBot 会在选择 Download 后下载 Google 的 Antigravity ACP server。
  • OpenBot 不使用 PATH 中的 antigravity 命令,可通过 OPENBOT_ANTIGRAVITY_PATH 指向自定义 server;该路径下必须有 bin/,上级目录需要 antigravity-package.json 及其 version,并保留旁边的 localharness_external。
  • x64 和 arm64 Linux 的 AppImage 都在支持范围内,且 README 说明远程设置不能执行 Google sign-in,需要在 host 上用浏览器登录。
  • 该设计适合本地代理编排,但并不意味着 Gemini 模型或登录完全离线;供应商网络和账户仍是依赖。

如果你的 Linux 环境是无浏览器的纯远程主机,登录流程会成为主要限制。

  • README:Gemini uses a Google AI Pro or Ultra plan
  • README:Set `OPENBOT_ANTIGRAVITY_PATH` to select a server executable yourself
  • README:Put it in a `bin/` folder ... `antigravity-package.json` ... Keep `localharness_external` beside the server
  • README:Remote settings cannot perform Google sign-in; use a browser on the host
材料未说明:README 未说明 Antigravity ACP server 在不同 Linux 发行版上的具体依赖。;README 未说明 Gemini 登录状态在远程桌面断开后是否仍能持续使用。
视情况 我在 Windows 10 x64 上使用 Claude Code,已经依赖 Git for Windows,还想接入 Cursor CLI 和 Cline CLI;OpenBot 能否统一这些代理,同时避免把它们混成同一个运行时?
适合读者: 在 Windows 10 x64 上使用 Claude Code、依赖 Git for Windows,并希望通过 Cursor CLI 和 Cline CLI 接入不同供应商模型的开发者

视情况,代理接入层面可行,但 Windows 的 CLI、账户和本机可见性差异需要单独处理。

  • README 列出 Windows 10 或更新版本、x64 系统,并要求 codex、claude 或 grok 能在 PowerShell 中找到;Claude Code 还要求 Git for Windows。
  • Cursor 通过 cursor-agent acp 启动,Cline 通过 cline --acp 启动;两者可下载并固定 CLI,也可用 OPENBOT_CURSOR_PATH 或 OPENBOT_CLINE_PATH 指定自己的可执行文件。
  • Cursor 和 Cline 代理保持在本机,团队成员不会看到它们,因此 OpenBot 的统一界面不等于团队共享运行状态。
  • 不同供应商仍使用各自的计划、API key 或账户,OpenBot 不会把这些认证合并。

如果你的目标是统一入口和本地工作区,适合;如果要求所有代理都能被团队远程查看或共享,则不适合。

  • README:Windows 10 or newer on x64 systems
  • README:Claude Code also requires Git for Windows
  • README:Cursor starts with `cursor-agent acp`; Cline starts with `cline --acp`
  • README:Cursor and Cline agents stay on this computer: team members do not see them
材料未说明:README 未说明 Windows 上多个 ACP 代理同时运行时的资源消耗和稳定性。;README 未说明 Cursor 或 Cline 的本地会话是否能导出或迁移到另一台 Windows 设备。
视情况 我已经在 Grok Bot 中维护了代理名称、指令、头像、技能、例程、记忆和部分工作区文件,现在想迁移到 OpenBot,再交给 Codex 或 Claude Code 继续执行;这个迁移是否足够完整?
适合读者: 希望把 Grok Bot 中的代理配置、技能、记忆和部分工作区文件迁移到 OpenBot,并继续使用本地 Codex 或 Claude Code 的开发者

视情况,配置和部分工作区资产可以迁移,但不能把它当作完整会话恢复,因为聊天历史不会被完整复制。

  • 项目洞察说明 OpenBot 支持从 Grok Bot 导入名称、指令、头像、技能、例程、记忆和部分工作区文件。
  • 导入能力适合把代理定义和可复用工作流带入本地持久化工作区,再配合本地技能、独立会话和文件共享继续开发。
  • 但项目洞察明确指出不会复制完整聊天历史,因此原代理的隐含上下文、历史决策和未落盘约束可能丢失。
  • 迁移后的执行能力仍由目标供应商 CLI 决定;OpenBot 的统一界面不会保证 Grok Bot 与 Codex 或 Claude Code 的模型行为一致。

如果你要迁移“代理资产”,适合;如果要求原会话无损续接,则不适合直接承诺。

  • 项目洞察:支持从 Grok Bot 导入名称、指令、头像、技能、例程、记忆和部分工作区文件
  • 项目洞察:导入时不会复制完整聊天历史
  • README 摘要:Local skills、Import agents from Grok Bot
  • 项目洞察:模型能力、上下文、工具权限和失败行为由各供应商 CLI 决定
材料未说明:README 未说明 Grok Bot 导入的具体文件格式、大小限制和冲突处理规则。;README 未说明导入后的技能和记忆是否会自动绑定到指定代理,还是需要手动确认。
视情况 我计划在无屏幕 Linux 服务器上运行 OpenCode 和 Gemini,并通过本地技能共享文件、使用浏览器自动化;OpenBot 是否能提供完整的无头工作流?
适合读者: 在无屏幕 Linux 服务器上运行 OpenCode、Gemini 和本地技能,想让代理自动操作浏览器并共享文件的高级个人用户

视情况,代理工作区和服务器连接方向有支持基础,但浏览器控制、Google 登录和桌面权限可能阻断完整的无头流程。

  • 项目洞察列出无屏幕 Linux 服务器、远程桌面及服务器连接作为扩展使用方式;README 也说明 Linux 提供 x64 或 arm64 AppImage。
  • OpenBot 提供独立工作区、文件传输、本地技能和嵌入式浏览器,功能上覆盖文件与工作流编排。
  • Gemini 的远程设置不能执行 Google sign-in,必须在 host 上使用浏览器;因此纯无头服务器的首次认证不是 README 已解决的路径。
  • Computer Use 虽支持 Linux,但 README 只明确 macOS 需要 Screen Recording 和 Accessibility 权限,未承诺无屏幕环境下的完整桌面控制能力。

所以,纯命令行代理任务较适合;把浏览器登录、Computer Use 和 Gemini 全部纳入无人值守流程则不应直接假定可行。

  • 项目洞察:支持无屏幕 Linux 服务器、远程桌面及服务器连接
  • README:x64 or arm64 Linux as an AppImage
  • README:provides local queues, file transfers, an embedded browser
  • README:Remote settings cannot perform Google sign-in; use a browser on the host
  • README:Computer Use ... only macOS asks for Screen Recording and Accessibility
材料未说明:README 未说明无屏幕 Linux 上嵌入式浏览器和 Computer Use 是否需要虚拟显示服务器。;README 未说明远程服务器连接是否支持代理会话、技能和文件的完整双向同步。

✨ 核心亮点

  • 支持 Codex、Claude Code、Grok CLI 与 ACP
  • 每个 Agent 拥有独立工作区和会话
  • 集成本地队列、文件传输和嵌入式浏览器
  • 开发预览版,Agent 默认拥有 full access

🔧 工程化

  • 用一个桌面应用管理 Codex、Claude 和 Grok CLI Agent
  • 通过 ACP 接入 OpenCode、Gemini、Cursor CLI 与 Cline CLI
  • 用本地队列、文件传输和 Agent-to-Agent 消息协作

⚠️ 风险

  • Agent 使用 danger-full-access,可读写文件并运行命令
  • approvalPolicy 为 never,首轮授权后无逐操作确认
  • OpenBot 仍是 development preview,稳定性信息有限
  • Gemini 需要 Google AI Pro 或 Ultra 订阅

👥 适合谁?

  • 需要在本地并行使用 Codex、Claude Code 与 Grok CLI 的开发者
  • 想让多个 Agent 共享技能、文件和任务队列的小型团队
  • 使用 macOS 13+、Windows 10+ 或 Linux AppImage 的桌面用户