所以与其问 OpenCode 比 Claude Code 的差别，或者OMO和OMO-slim的差别，我觉得更值得问的是：你的工作流到底是什么？ 因为最终决定体验的，往往不是工具本身，而是工具和工作方式之间的匹配程度。 点赞过百或者评论过50，我就把Researcher的提示词扔出来，嘻嘻

我当前 opencode + oh-my-opencode-slim 长期用下来，Orchestrator 可以选 glm-5 系，ds-v4-pro (medium 实际就够)，能用御三家的话，用 sonnet 就可以。 第二个要养成的习惯，是 保持主动进行上下文管理的习惯，即查看你的上下文是如何被占满的。

但在codebuddy和codebuddy cli里也是能正常使用积分的。 codebuddycli比不上claude code，但比opencode强不少。 综上，70元价位opencode go套餐用量更多，支持的工具也更多，opencode go理应完爆workbuddy套餐。 除非你不愿意花70元每月的会员预算，但你正好有一定的动手能力还爱 ...

Opencode GO 不是已经大大方方的把各个模型的 Provider 都列出来了吗？ 对于这种纯粹的第三方转发，是开源模型还是闭源模型已经不重要了 反正同样的模型，用的也是类似的卡，你很难比原厂有成本优势 不如利用自家的流量优势，跟原厂谈个高折扣的商务合作 即使自己也有一些卡，恐怕还是用在继续 ...

再一个是速度卡成翔，也不知道是 opencode 卡还是 meta 卡，从 opencode 能转发8t flash 来看，大概率是 meta 卡了。 Zurkerberg 不想加服务器，愣在那卡，那用量超过 deepseek v4 flash就比较难，更别提占比80%了。

对应到 OpenCode 上，应该是 OpenCode Zen 上的 muse-spark-1.2-contributor-free 版本。 OpenCode 自己甚至已经把这件事写得非常直白： “Heavily discounted token pricing in exchange for permission to use your prompts and completions to train future Meta models.” 毕竟现在 Meta 差的是什么？

但是没有。 所以我估计，是opencode为了自己的用户，以及之前自己宣传的cheepseek计划，出的一款上下文减半的自部署glm-5.3-flash。 正好ds官方那种逆天的缓存优化，OpenCode暂时做不出来，不如直接自己搭一个glm5.3f来支持自己的cheepseek计划。

401 AuthError: Request blocked by upstream provider GitHub 上面很多人都提出了这个问题，而且也有人是正常订阅，也是被限制了。所以说，我的猜测是，Open Code Go 官方在打击黑产的时候，顺便进行大规模封禁。这几天先别进行正常订阅了，那些闲鱼上 20 多块的一个号的，也别去买了，等这个事官方给一个解释 ...

OpenCode 这个单日 8 万亿就更夸张了，只能说极致性价比下大家都知道怎么选，昨天 3 千万 token 才花了大概 3 CNY ，这种情况下普通任务是真的没必要上其他高阶模型。 最近一些测试里大家也应该注意到了这点， DeepSeek 可能因为花的 Token 会更多才能完成任务，但是综合下来速度和消费反而低很多 ...

2025 年 8 月，Charm 把 OpenCode 的作者 Kujtim Hoxha 招聘过来了。 你既然用我们公司的技术开发了 OpenCode，那我招聘你好像也是顺理成章。 之后，Kujtim Hoxha 把 OpenCode 的代码仓库转移到了 Charm 的 Github 组织下。