10月15日，OpenCode在X上发了一条消息：DeepSeek V4.1 Flash现在在他们平台免费开放，调用不再消耗套餐额度。

我当天就更新了OpenCode试了。免费是真的，200K上下文也是真的。但用起来到底怎么样，跟官方API比差距在哪，我花了两个晚上跑了一轮实测。

接入只花了3分钟，但第一件事我就搞错了

免费模型的接入路径比我预想的简单。访问opencode.ai/auth登录，复制API key，回到OpenCode终端输入 /connect ，选择OpenCode Zen，粘贴key，然后输入 /models 就能看到带Free标记的模型列表。

整个过程大概3分钟。免费模型不要求绑定账单信息，这对只想试试水的用户来说很友好。

但我踩的第一个坑是上下文。 DeepSeek V4.1 Flash完整版支持1M上下文，免费版实测只有200K。200K听起来不少，换算一下大概是15万英文单词或400页A4纸的内容。

放到实际编码场景里，这意味着什么？你打开一个中型项目，让Agent读取十几个源文件加依赖配置，再带上对话历史，上下文很快就上去了。社区里有用户说得直接：“200K没法用哈哈，几轮就用完了”。

如果你的任务是写一个新模块或者改一个函数，200K完全够。但你要是让它理解整个项目架构再做重构，这个上下文天花板会很快撞上。

速度这件事，得看运气

我在两个晚上不同时段各跑了同一个编码任务，结果差异大到让我怀疑是不是接错了模型。

晚上10点跑的时候，输出速度大概在150到180 tokens/s之间，响应流畅，跟DeepSeek官方API的体验很接近。第二个晚上下午3点再跑，速度掉到了60到80 tokens/s，中间有几次直接卡住不动，等了十几秒才继续输出。

这不是我一个人的体验。社区反馈显示，有用户在ollama云平台上最高观察到约490 tokens/s的输出速度，但中午至下午时段最低可降至五六十tokens/s。OpenCode Go套餐内也有用户反映TPS掉至100以下。

速度还会随着上下文增长而进一步下降。 上下文超过100K后，TPS降到不足100；达到200K时，平均生成速度进一步放缓至约50 tokens/s。

这个数据对做长文档分析或者大项目重构的人来说是个硬伤。50 tokens/s意味着生成一段500字的代码注释要等10秒以上。

连接不稳定不是个例，是系统性问题

用免费版期间，我遇到过三次“Upstream request failed: Endpoint is unavailable”的报错。

去OpenCode的GitHub仓库一看，这类问题从8月份就开始有人报告了。一个issue里，用户明确写道：免费模型连接频繁不稳定，请求随机失败，报错包括上游请求失败、连接重置、TLS握手超时，同一请求重试几秒后成功，几分钟后又失败。这些失败不分模型——deepseek-v4-flash-free、nemotron-3-ultra-free、longcat-2.0-free都有同样的问题。

另一个issue里，有人发现用keyless模式时deepseek-v4-flash-free一直报端点不可用，但生成一个新的API key并连接后就好了。这说明问题出在Zen网关的认证或路由层，跟模型本身无关。

这个问题对编码体验的破坏很大。 你正在让Agent改一个复杂函数，它读到一半突然断了，你得重新来一遍。200K的上下文一轮对话就用掉一大半，重试的成本很高。

有用户给出的解决方案是用降级链——主通道走DeepSeek免费版，失败后自动切到其他免费模型。但这又引出了下一个问题。

渠道掺水这件事，我找到了一些线索

免费模型的底层到底是DeepSeek官方渠道还是第三方部署，这直接关系到输出质量。

社区里有人做过对比：OpenCode Go套餐的DeepSeek V4.1 Flash，用同一段长上下文任务跟官方直连做对比。测试跑完的结论是：OpenCode接的是官方原版权重、未量化、1M满血上下文。但这个测试针对的是付费版。

免费版的情况不太一样。有用户实测发现，用的人少的时候请求会被路由到DeepSeek官渠，用的人多的时候会路由到第三方渠道，“基本都是首字300s、tps个位数的垃圾渠道”。

这意味着免费版的体验跟使用时段高度相关。 早上7到8点用的人少，大概率走官渠，速度快质量稳。下午高峰期走第三方渠道的概率大增，速度和质量都会打折。

我在实测中也感受到了这种波动。同一个任务，晚上跑出来的代码质量明显好于下午——下午那次它用了比较老旧的写法，变量命名也更随意。

渠道掺水这件事，我找到了一些线索

免费模型的底层到底是DeepSeek官方渠道还是第三方部署，这直接关系到输出质量。

社区里有人做过对比：OpenCode Go套餐的DeepSeek V4.1 Flash，用同一段长上下文任务跟官方直连做对比。测试跑完的结论是：OpenCode接的是官方原版权重、未量化、1M满血上下文。但这个测试针对的是付费版。

免费版的情况不太一样。有用户实测发现，用的人少的时候请求会被路由到DeepSeek官渠，用的人多的时候会路由到第三方渠道，“基本都是首字300s、tps个位数的垃圾渠道”。

这意味着免费版的体验跟使用时段高度相关。 早上7到8点用的人少，大概率走官渠，速度快质量稳。下午高峰期走第三方渠道的概率大增，速度和质量都会打折。

我在实测中也感受到了这种波动。同一个任务，晚上跑出来的代码质量明显好于下午——下午那次它用了比较老旧的写法，变量命名也更随意。

想接入Claude Code的话，有个开源方案

如果你不想在OpenCode里用，而是想把免费的DeepSeek接进Claude Code，社区里有一个叫ClaudeZen的开源项目可以做这件事。

它的原理是在本地跑一个桥接服务，Claude Code发的是Anthropic的 /v1/messages 格式请求，ClaudeZen把它翻译成OpenAI兼容的 /v1/chat/completions 格式，转发给OpenCode Zen的DeepSeek端点。它还会保留DeepSeek的 reasoning_content 历史，确保thinking模式下的工具调用不丢上下文。

配置不复杂：装好Node.js 18以上版本，拿到OpenCode Zen的API key，改一下Claude Code的base URL指向本地桥接端口就行。

但要注意，这个方案走的还是OpenCode Zen的免费通道，所以上面说的连接不稳定和速度波动问题一个都不会少。

这个免费，值得用但别依赖

两个晚上用下来，我的判断很直接。

免费的DeepSeek V4.1 Flash适合个人开发者和小项目。 日常写代码、改bug、加功能，200K上下文在大多数情况下够用。速度虽然不稳定，但好的时候体验接近官方API。零成本这一点，对预算有限的独立开发者来说是实打实的吸引力。

但不适合作为生产环境的主力通道。 连接不稳定、速度波动大、高峰期可能走第三方渠道——这三个问题叠加在一起，意味着你不能把关键任务交给它。你可以在写个人项目的时候用它，但公司项目或者赶deadline的任务，还是老老实实用官方API或者付费版。

接入门槛很低，值得花10分钟试试。 免费的额度没有明确截止日期，OpenCode没有说这个活动会持续多久。趁还在，体验一下DeepSeek V4.1 Flash的编码能力，再决定要不要为完整版付费，这是最务实的做法。