🧭 决策指南
为什么现在热: 材料显示 OpenBot 在 2026-10-27 日增 176 星、总计 1,478 星并登上 daily Trending;README 同时提供 Codex、Claude Code、Grok CLI、ACP、多 Agent 工作区和本地协作能力,可能共同吸引了当前关注,但无法仅凭材料确定具体驱动因素。
适合,如果你
-
你需要在 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 是否适合作为安全边界?
不适合把 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
适合
我在 macOS 13+ 上同时使用 Codex、Claude Code 和 Grok CLI,希望每个代理拥有独立工作区,并让多个开发任务排队执行;OpenBot 是否适合替代分散的 CLI?
适合,因为 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
适合
我有 Google AI Pro 计划,使用 x64 Linux,并希望把 Gemini 接入本地 OpenBot 工作区;如果我不能依赖系统 PATH 中的 `antigravity` 命令,是否仍能部署?
适合,但前提是你按 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
视情况
我在 Windows 10 x64 上使用 Claude Code,已经依赖 Git for Windows,还想接入 Cursor CLI 和 Cline CLI;OpenBot 能否统一这些代理,同时避免把它们混成同一个运行时?
视情况,代理接入层面可行,但 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
视情况
我已经在 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 决定
视情况
我计划在无屏幕 Linux 服务器上运行 OpenCode 和 Gemini,并通过本地技能共享文件、使用浏览器自动化;OpenBot 是否能提供完整的无头工作流?
视情况,代理工作区和服务器连接方向有支持基础,但浏览器控制、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
✨ 核心亮点
-
支持 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 的桌面用户