大模型焚决2.5-OpenCode是什么以及OMO怎么配置

OpenCode及OpenCode Go订阅

上期讲到了ClaudeCode，很多朋友担心说是不是ClaudeCode要注册账号或者需要🪜才能登录，其实完全不必要的。你只要通过CC Switch修改ClaudeCode CLI的配置，就可以跳过注册登录，而直接将国产大模型接入到ClaudeCode中。

也有很多朋友提到了OpenCode，你可以将OpenCode看成是ClaudeCode的开源替代。它更灵活更开放，如果会配置的话会更适合你。而且也能和我上一篇里面提到的OMC（Opencode主要是OMO），ECC，gsd，OpenDesign等工具配合。

这里我介绍下OpenCode和OpenCode的Go订阅，然后再抛砖引玉说下我的OMO的配置供大家参考。

1.OpenCode

OpenCode和ClaudeCode类似，有CLI和Desktop（也就是桌面版）版本。我一般还是用CLI版本，但是桌面版大家也可以安装，我觉得它的界面还是挺简洁的，而且选择模型或者选择模式也很方便，照顾了非专业编程的用户（Desktop版本操作起来让我想起了Trae的SOLO模式）。

OpenCode如果不装OMO的话，要特别注意它有plan和build两个模式，一般推荐的做法是设计方案和讨论时用Plan模式，要修改代码了才让它用Build模式。

单纯的Opencode的CLI或者Desktop没什么好说的，用习惯了ClaudeCode的用户，对它应该还是能快速上手适应的。基本上VibeCoding常用的工具，也会适配OpenCode，比如上一期提到的OpenCode，它里面就可以用OpenCode来执行，效果也还能保证。

2.OpenCode Go订阅

这里为什么要重点说下OpenCode Go的订阅呢？这是因为在当前国内大模型的Coding Plan要么要抢要么就用得很快（点名Doubao的Coding plan）要么很贵（比如小米的Mimo）的情况下，结合Deepseek打折的现状，OpenCode Go订阅给到的调用次数（并非真的调用次数，OpenCode官方还是根据调用的token数算价格，然后每个月有60刀的额度，给的次数是按照一定的token数预估的调用次数）真的给的很多。Deepseek-V4-Pro的预估调用次数每5h可以调用3450次！Deepseek-V4-Flash更是达到了31650次！（每月Deepseek-v4-flash每个月预估有15w将近16w次的调用!!）

而且重点是什么呢，OpenCode GO的首月订阅只要5刀（还可以用支付宝，35块-36块）。而且如果一直用DeepSeek-V4-Pro且开了max思考导致5h或者周限额用完的了话，只需要再增加一个工作空间，就又可以同一个账号享受首月5刀的优惠。

配合我在焚决1和1.5中提到的将OpenCode Go的订阅通过newAPI或者OmniRoute（推荐OmniRoute，因为用NewAPI接入OpenCode Go的订阅给ClaudeCode用的时候，会报一些工具调用的错误，但是OmniRoute接入的时候不会）。

综上所述，OpenCode Go订阅的优势有：

a.可以用的国产模型很多，而且都比较新，比如DeepSeek-V4系列，比如小米的Mimi-v2.5系列，比如Kimi-K2.6，比如GLM5.1（买不到GLM的Coding Plan的朋友可以看看OpenCode Go）

b.模型的价格不高和调用次数给的很足。且叠加可以无限使用首月5刀优惠，总体比国内各家的Coding Plan/Token Plan更加划算！

OMO配置

OMO全称Oh-My-Opencode（更新后叫Oh-my-openagent，但是npm的包名还是oh-my-opencode，应该是为了兼容考虑）。看名字就知道和上一篇里面的OMC很像，它也是一个多agent协作的工具。不同的是，它里面可以针对不同的agent配置多达十几种模型（而OMC默认就是OPUS/SONNET/Haiku三种，这也是ClaudeCode的闭源生态导致的，这里不多说）。所以如果你有很多的大模型可以接入的话（比如买了OpenCode Go订阅，那么你就可以为每个不同的Agent和场景设定适用的大模型，真正做到物尽其用）。但是OpenCode Go订阅里面那么多的国产大模型，OMO里面的agent又很多，我们应该如何配置才能发挥它们最大的作用呢？别急，我接着和大家说。

1.OMO和OMC的差异和分析

2.OMO的主Agent和模型配置推荐

Sisyphus-主编排者

这是OMO的主要使用的Agent，类似于OMC中的主模型的概念，它需要推理能力强，且因为要协调分配任务，所以对上下文的长度会有要求（但是一般来说200k也能用）。官方推荐用Opus-4.7，咱们这不是没有嘛，就将就下, 推荐Deepseek-V4-Pro/Mimo-V2.5-Pro这种1M上下文的模型，也可以考虑Kimi-k2.6或者GLM5.1（但是这两个对限额的消耗比较大，需要注意）。

Hephaestus-深度工作者

这是深度工作的agent，可能需要去深度修改代码，需要强推理和长上下文。官方推荐是GPT-5.5，平替推荐Deepseek-V4-Pro/Mimo-V2.5-Pro这种1M上下文的模型。

Prometheus-战略规划

这个属于低频高价值的Agent，而且可能要加载整个完整项目来做后续的架构决策，官方推荐开MAX思考的Opus-4.7，所以推荐是Deepseek-V4-Pro/Mimo-V2.5-Pro这种1M上下文的模型。其中DS-V4-Pro要开MAX思考模式。

Atlas-任务管理

这个主要是做任务拆分的，对能力要求没那么强的要求。可以考虑DeepSeek-V4-Flash。

3.OMO的子agent和模型配置推荐

Oracle-战略顾问

推荐用GLM5.1，因为这个用的频次不高但是价值很高，用GLM5.1虽然200K的上下文但是能力强。

Librarian-多仓库研究

这个会频繁读和加载仓库中的代码，所以1M的上下文是刚需，建议是DeepSeek-V4-Flash，量大管饱。也可以考虑Qwen3.6-plus（但是调用次数太少了，用起来胆战心惊的）

Explore-代码搜索

和Librarian类似的，推荐用DS-V4-Flash。

Metis-规划前分析

可能会做完整的项目审查，所以1M上下文是刚需，而且涉及到代码的分析，所以推荐用DS-V4-Pro/Mimo-V2.5-Pro/Qwen3.6-Plus。

Momus-计划审查

对计划进行挑毛病的，不需要长上下文的要求，且调用频次不高，GLM5.1适合。

Sisyphus-Junior-委托执行

任务细分后具体执行的子Agent，推荐DS-V4-Flash。

总体逻辑是：

推理密集型（oracle、momus）→ GLM-5.1（强推理 + 独立配额）
大窗口需求型（librarian、metis）→DS-V4-Pro/Mimo-V2.5-Pro/ Qwen3.6+（1M + 信息综合）
高频调用型（explore、sisyphus-junior）→ DeepSeek V4 Flash（31650次）或 MiniMax（相较而言更加推荐DS-V4-Flash，毕竟量大管饱）

4.场景标签模型路由

Ultrabrain-超级思考

最高推理级别，推荐DeepSeek-V4-Pro开Max思考模式

Deep-深度工作

推荐是用Mimo-V2.5-Pro，1M上下文防止任务进行到一半的时候不够用，而且Mimo-V2.5-Pro的能力其实也还行。

visual-engineering-前端代码

1M承载全量前端代码上下文，MiMo 创意+工程平衡，推荐Mimo-V2.5-Pro

Artistry-创意/文艺

考虑Kimi-K2.6，有人说K2.6在创意这块比较有优势（从Kimi的套餐的名称也能看出来，它应该是有点艺术细菌的）

Writing-中文写作

推荐GLM5.1 当然，Kimi-K2.6也可以考虑（不过K2.6的限额消耗的会很快，OpenCodeGo里面好像是3倍限额消耗，需要注意）

Quick-快速响应