Claude Code/OpenCode 可以通过 DeepSeek 的 Anthropic 兼容接口接入 DeepSeek V4，用更低的成本运行模型。以下是两种方案的详细对比。
先说这个方案怎么实现的
Claude Code 是 Anthropic 官方的编程助手，默认调用 Anthropic API，但官方提供了 ANTHROPIC_BASE_URL 环境变量，允许接入第三方兼容接口。
OpenCode 是另一个独立的多模型编程工具，核心理念就是支持 75+ 模型，不依赖 Anthropic API。
两个工具都可以通过设置 ANTHROPIC_BASE_URL 指向 DeepSeek 的兼容接口，从而让请求发送到 DeepSeek V4 执行。
配置方法：
export ANTHROPIC_BASE_URL=https://api.deepseek.com/anthropic
export DEEPSEEK_API_KEY="你的API Key"
claude # 或 opencode
DeepSeek 这套兼容接口由 DeepSeek 主动维护，协议兼容性稳定。需要注意的是：兼容层与原生方案之间存在功能边界，理解这个边界是选择方案的关键。
兼容层方案的功能边界
这一节用一张表说清楚兼容层能做什么、不能做什么。
|
|
|
|
|---|---|---|
| 模态输入 |
|
|
|
|
|
|
| Thinking 模式 |
|
|
| 工具与扩展 |
|
|
|
|
|
|
| 模型映射 |
|
|
说明：以上信息基于 DeepSeek 官方 API 文档和社区反馈。API 层面支持 thinking 字段，但工具层（如 Claude Code/OpenCode）的 UI 不一定能正确展示思维链；budget_tokens 等精细控制参数会被忽略。
兼容层方案的稳定性说明
社区曾反馈旧版模型在工具调用时出现 JSON 格式不规范的问题。这主要集中在特定模型版本，属于可解决的问题——通过更新模型版本或调整解析器可以缓解。
这不是兼容层架构的永久缺陷，但确实增加了配置和维护的成本。
DeepSeek-TUI 相比之下
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
DeepSeek-TUI 能完整展示模型的思考过程。兼容层方案在工具 UI 层面是黑的，你看不到模型的思维链。
适合场景对比
选 Claude Code/OpenCode + DeepSeek API 的情况：
- 已经深度绑定 Claude Code/OpenCode 生态，不想更换工具
- 希望在特定任务中低成本试水 DeepSeek
- 主要用到基础 chat 功能，不依赖高级特性
选 DeepSeek-TUI 的情况：
- 决定将 DeepSeek 作为长期主力模型
- 需要完整发挥 100 万 token 上下文的优势
- 需要 thinking 模式流式输出、MCP 扩展、子任务并行等高级功能
- 追求配置简单、长期稳定
写在最后
Claude Code/OpenCode + DeepSeek API 是一个以成本换功能的过渡方案——牺牲部分高级功能和潜在稳定性，换取工作流延续性和成本优势。它适合已经习惯 Claude Code/OpenCode 生态、想低成本试水的开发者。
DeepSeek-TUI 是为 DeepSeek 原生打造的方案，功能更完整，能释放 DeepSeek V4 的全部潜力。选择的关键在于：你对现有工作流的依赖程度，以及功能完整性与成本之间的权衡。
