我有两个问题：
1、社区里 好多人使用 Claude Code 开发工具 却不使用 Claude 模型，是为什么？
2、既然已经放弃了 Claude 模型，为什么还要使用 Claude Code 开发工具？
太长不看版：
我用了一段时间 claude code，我还为 claude code 写了 claude-code-router-chat，claude-code-router 是为了 让 claude code 用上便宜的国内模型 的开源工具（本质上是一个“劫持”工具），claude-code-router-chat 是基于 claude-code-router 为 claude-code 写的 VSCode的GUI，那个时候好像还没有 CC GUI，也许是我不知道。
我并没有在 VSCode 插件市场上架 claude-code-router-chat，因为我发现我走错了路。
我使用 claude-code 一直很难受，响应慢，质量差，当大家都在叫好的产品，我的使用体验却恰恰相反，背道而驰的不仅是我的体验，还有我的选择，我觉得我做错了选择。我一定是哪里做错了。
Claude Code 的优势 在哪里？协同效率。Claude Code 与 Claude 模型 深度定制化、一体设计 的协同效率。
Claude Code 与 它的模型是「一体设计」的，这意味着 CLI 接口的指令传递、上下文窗口管理、输出格式解析 等等都经过深度优化。
可以简单点说：Claude Code 内部的 system prompt 是专为 Claude 模型定制的。
当 Claude Code 执行一个复杂的重构任务时，它使用的 Claude 模型是专为这种「工具使用」和「代理循环」微调过的，这是 非定制化模型一体设计的开发工具难以达到的协同效率。
（当然 Claude Code 还有其它优势：UI/UX 的精雕细琢、长会话中连贯性保持更好、Hooks系统→强大的自动化能力）
那么：
1、社区里 好多人使用 Claude Code 开发工具 却不使用 Claude 模型，是为什么？
2、既然已经放弃了 Claude 模型，为什么还要使用 Claude Code 开发工具？
我觉得一个比喻非常生动：
Claude Code 就像一辆 为特定轮胎和燃油（Claude 模型）优化的 F1 赛车，但你非要给它换上 普通的 民用轮胎和汽油（其它模型）。虽然还能跑，但操控感、极限速度、可靠性都会大打折扣，而且容易出问题。
| 维度 | Claude Code (通过 Router 劫持 或 通过环境变量使用其它提供商模型 ) |
|---|---|
| 模型兼容性 | 差。为 Claude 量身定制，对其他模型支持是“事后适配”甚至不适配（因为 Claude Code 闭源，无法定制）。 |
| 稳定性 | 差。模型输出格式稍有偏差，循环即崩溃。 |
| 可调试性 | 差。错误可能是 Claude Code 的、还是底层模型的？难以定位。 |
| 功能完整性 | 在 适配非官方模型成功的情况下，其 CLI 的交互体验（命令历史、文件操作）可能依然优秀。 |
| 长期维护 | 差。（Claude Code 源码泄漏，也许我们可以定制化内部指令 适配 非官方模型，但好像工作量不少） |
还是说我依然没有理解到位？
（注：我当前在使用 OpenCode + OhMyOpenCode 组合）
