OpenClaude：一个终端，所有模型

仓库：Gitlawb/openclaude
语言：TypeScript
协议：MIT
Trending：37 stars/day（新上榜）

一句话

一个开源的 coding-agent CLI，把 Claude Code 的交互体验从 Anthropic 的模型锁定中解放出来——OpenAI、Gemini、GitHub Models、Ollama、任何 OpenAI 兼容端点，同一个终端，同一套命令。

场景开篇

你用 Claude Code 写代码，体验很好。然后你发现：

• GPT-5.6 在某些任务上比 Claude 强，你想试试——但 Claude Code 不支持 OpenAI 模型
• 你想用本地的 Qwen2.5-Coder 跑一个不联网的 coding agent——但 Claude Code 不支持 Ollama
• 你的公司有 Azure OpenAI 的企业账号——但 Claude Code 不支持 Azure 端点
• 你想用 Gemini 2.5 Pro 的 100 万上下文——但 Claude Code 不支持 Google 模型

你开始找替代方案：Cursor（贵，且是 GUI）、Aider（支持多模型但交互不如 Claude Code）、Cline（VS Code 插件，不是终端）。每个工具都有自己的模型支持列表，但没有一个能像 Claude Code 那样好用，同时又支持所有模型。

OpenClaude 的目标是：把 Claude Code 的终端体验和模型解耦。 一个 CLI，所有模型。

它做了什么

OpenClaude 是一个 Node.js CLI 工具，安装一行命令：

npm install -g @gitlawb/openclaude@latest

启动后，你得到一个和 Claude Code 几乎一样的终端交互界面——bash 工具、文件工具、grep、glob、agents、tasks、MCP、web 工具——但底层模型可以是任何一个 OpenAI 兼容的端点。

支持的 Provider

关键设计：所有 provider 通过 /provider 命令统一管理。你不需要记环境变量，不需要改配置文件，在终端里跑 /provider，跟着向导走，profile 自动保存到 .openclaude-profile.json。

三个值得拆解的工程决策

1. 配置隔离：不和 Claude Code 共享配置

OpenClaude 把配置存在 ~/.openclaude/ 和 ~/.openclaude.json，不读 ~/.claude/ 目录。这意味着：

• 你可以同时装 Claude Code 和 OpenClaude，互不干扰
• 从 Claude Code 迁移不需要导入任何配置
• OpenClaude 不会意外使用你的 Claude Code 凭证

这个决策的代价是：Claude Code 用户迁移过来要重新配置一遍。但好处是：配置隔离 = 安全边界清晰。两个工具的凭证、权限、历史记录完全分开，不会交叉污染。

2. 会话分叉：对话也能 branch

OpenClaude 支持会话分叉：

openclaude --resume <session-id> --fork-session
openclaude --continue --fork-session

--fork-session 会把当前对话历史复制到一个新的 session ID，原对话保持不变。你可以在分叉后的对话里尝试一个方向，如果走不通，回到原对话再分叉另一个方向。

这和 git branch 的思路完全一致：对话历史是可分支的版本树。一个主分支保持稳定，多个实验分支并行探索。

为什么这有用？因为 coding agent 的对话经常走到一半发现方向错了——"哦，这个重构方案不行，我们换个思路"。传统做法是回退 N 条消息然后重新输入，但中间的好想法会丢。fork-session 让你保留所有方向的探索历史。

3. 后台会话：长任务脱离终端

openclaude --bg "fix failing tests"
openclaude --bg --name auth-refactor "refactor auth middleware"
openclaude ps
openclaude logs auth-refactor
openclaude logs auth-refactor -f
openclaude kill auth-refactor

--bg 把一个非交互式 prompt 放到后台子进程跑。你可以用 openclaude ps 看所有后台会话，openclaude logs <name> 看输出，openclaude kill <name> 终止。

关键设计：后台会话是本地子进程，不是 daemon，不是网络服务。权限、provider、model、settings 都从父进程继承。会话元数据和日志存在 ~/.openclaude/bg-sessions/。

这解决了一个真实痛点：长任务不该阻塞终端。让 agent 跑 30 分钟修测试，你不想盯着看，但又想知道什么时候完成、有没有报错。--bg + logs -f 就是这个工作流。

和 Claude Code 的真实差距

不吹不黑，OpenClaude 不是在所有维度都赢。

OpenClaude 真正赢的场景：

1. 模型自由：想用哪个模型就用哪个，不被锁定
2. 本地优先：Ollama + Qwen2.5-Coder，完全离线
3. 成本控制：用便宜的模型（如 GPT-4o-mini）跑简单任务，贵的模型留给你需要的时候
4. 会话实验：fork-session 让对话探索成本极低

Claude Code 仍然赢的场景：

1. Claude 模型深度调优：Anthropic 对自己模型的 system prompt、工具调用格式做了深度优化
2. 生态：大量第三方 skill、社区支持
3. 稳定性：成熟产品 vs 新项目

"终端解耦模型"为什么是趋势

OpenClaude 不是唯一做这件事的。Aider、Cline、Crush 都在往"多模型 coding agent"方向走。但 OpenClaude 的独特之处是：它不是重新造一个 coding agent，而是把 Claude Code 的交互范式移植到多模型后端上。

这和 VS Code 解耦编辑器和语言服务器的思路同构。VS Code 不是一个"编辑器"，它是一个"编辑器壳"——Language Server Protocol (LSP) 让任何语言都能接入。OpenClaude 不是一个"coding agent"，它是一个"coding agent 壳"——OpenAI 兼容 API 让任何模型都能接入。

当模型供应商越来越多（OpenAI、Anthropic、Google、Meta、Mistral、阿里、字节……），用户不想为每个模型学一套工具。统一的终端 + 可插拔的模型后端会成为标配。

37 stars/day 看起来不多，但这是新上榜的第一天。如果 OpenClaude 能把 Claude Code 的交互体验忠实复刻到多模型后端上，它的天花板远不止于此。

一句话总结

OpenClaude 做的事很简单：把 coding agent 的"交互层"和"模型层"解耦。但这个简单的解耦背后是一个深刻的趋势——当 AI 模型变成基础设施时，用户需要的是一个"模型无关"的入口。 就像浏览器解耦了操作系统和 Web、VS Code 解耦了编辑器和语言、OpenClaude 解耦了 coding agent 和 LLM。

下一步是什么？我猜是 coding agent 的 LSP 时刻：一个标准化的协议，让任何 coding agent 壳都能接入任何模型后端，就像 LSP 让任何编辑器都能接入任何语言。OpenClaude 可能不是最终赢家，但它指向的方向是对的。