OpenCode Go 是 OpenCode 推出的一项低成本编码模型订阅计划。它的定位不是再造一个新模型，而是给重度开发者提供一个统一的模型池和计费方式——一个月 10 美元，即可在 OpenCode 中稳定使用多家主流模型的编码能力，无需单独对接每一家 API。
对于日常依赖 AI 编程的开发者来说，Go 计划解决了三个核心痛点：
- 统一接入：一个 Key 对接 DeepSeek、MiMo、Qwen、MiniMax、Kimi 等多个模型，不用写一堆 provider SDK。
- 使用心智简单：对重度编码用户，「一个月 10 美元放心写」比时刻盯着 token 余额更省心。
- Agent 友好：为 OpenCode 这类终端 Agent 设计，可以在 Plan/Build 等不同阶段切换不同模型，成本都包在订阅里。
Go 计划覆盖了哪些模型？
根据官方文档，Go 计划当前包含的编码相关模型可以分为四类：
| 类别 | 模型 | 定位 |
|---|---|---|
| 通用推理 + 编码 | GLM-5 / GLM-5.1、MiniMax M2.5 / M2.7、Qwen3.5 Plus / Qwen3.6 Plus | 综合能力好，适合主力日常使用 |
| 长上下文 & 复杂 Agent | MiMo V2 / V2 Pro / V2.5 / V2.5 Pro | 最高 1M 上下文，强化复杂代理和编码任务 |
| 文档 / 解释向 | Kimi K2.5 / K2.6 | 长文档、代码解释、注释补全 |
| 高性价比 | DeepSeek V4 Pro / DeepSeek V4 Flash | 1M 上下文，Flash 针对高频推理和低成本优化 |
Go 文档还给出了每个模型在订阅内的大致调用额度。例如 MiMo V2.5 每 5 小时约 2000+ 请求、每月约万级请求，适合长上下文重任务但不建议当「每分钟 spam」的模型。MiniMax / Qwen 系列每月调用次数更高，适合问答 + 轻量编码的高频使用。
这就形成了一条自然的「能力 / 成本光谱」：
- 光谱左端：MiMo / V4 Pro，偏「重型推理 + 长上下文」。
- 光谱中段：GLM、MiniMax、Qwen —— 综合能力好、额度充足，适合主力日常。
- 光谱右端：DeepSeek V4 Flash，在保留 1M 上下文的前提下，把延迟和单次调用成本压到极低，专门扛「高频编码负载」。
三款高性价比模型详解
MiMo V2.5 / V2.5 Pro：长上下文 + 复杂任务
MiMo V2.5 系列在小米开源后，明显针对「长上下文 + 复杂代理」做了调优，在 Go 中被定位为处理复杂项目和大仓库的主力之一。
优点：1M 上下文、对多文件项目理解力强、中文友好，适合做架构分析和跨多模块重构。缺点：单次调用成本和资源占用相对较高，不适合拿来做特别高频的小请求。
苏米注：MiMo 的额度属于「能支撑重任务，但不鼓励滥用」的水平。一次可以让它读完整个服务的核心目录再下手改，但不要用 MiMo 来写每一个小函数，否则配额会浪费在轻任务上。
MiniMax / Qwen：高频日常编码的「水面线」
MiniMax M2.5 / M2.7 和 Qwen3.5 Plus / Qwen3.6 Plus，在 Go 里的角色更像是「经济适用型主力」。它们的特点是：
- 编程能力在主流栈（TS/JS、Python、Java）都够用，逻辑稳定。
- 每月配额比较慷慨，用来写业务代码、补简单测试、生成小工具几乎不用操心用量。
- 成本/效果比在 Go 方案下相对均衡，适合作为默认模型。
如果你不想一上来就用 DeepSeek 或 MiMo，也可以直接用这些模型完成 80% 的日常开发工作，再在复杂任务时手动切到更强的模型。
DeepSeek V4 Flash：高频编码负载下的低成本选项
DeepSeek V4 Flash 是 V4 系列中专门为「高频调用 + 低延迟 + 低成本」设计的一档模型。和 V4 Pro 相比，参数更轻、激活参数更小。它的定位可以简单理解成：在仍然保留 1M 上下文的前提下，把日常编码的单位成本打到普通开发者可以随用随开——公开资料中有对比称，Flash 的推理成本大致可以压到顶级闭源模型的百分之一级别。
结合 Go 的订阅模式，比较自然的用法是：
- 把 Flash 作为「Build 阶段」的默认模型：写文件、改函数、打 patch、补测试。
- 把 MiMo / DeepSeek V4 Pro / Qwen-Plus 作为「Plan 阶段」的模型：做架构设计、复杂重构决策。
这样既能享受重型模型在复杂任务上的优势，又把绝大多数调用压在成本最低的一端。
OpenCode 是什么？和 Go 的关系
OpenCode 本身是一个开源 AI 编程 Agent，你可以把它看成一个终端里的 Claude Code / Cursor Agent：它理解你的项目、执行命令、编辑文件、运行测试。它有几个关键特点：
- Plan / Build 双模式：先由模型生成结构化计划（Plan），再按计划一步步修改代码（Build）。
- Slash 命令体系：/init、/models、/connect、/undo 等，用于初始化项目、切换模型、接入不同提供商。
- 多形态：命令行、桌面客户端、IDE 插件和云端运行环境，覆盖本地和远程开发场景。
OpenCode Go 则是 OpenCode 官方提供的一个「模型打包计划」：OpenCode 负责 Agent 能力、工作流和工具；Go 负责底层模型的统一接入和订阅计费。你在 OpenCode 的配置里选择 opencode-go provider，即可直接使用 Go 里的模型，无须逐家配置 API Key。
从零开始：OpenCode 入门三步
步骤一：安装 OpenCode
最基础的形态是 CLI，推荐优先安装命令行版本：
- 安装 Node.js（如果尚未安装），然后通过 npm 或脚本安装 OpenCode CLI。
- 安装完成后，在终端输入
opencode -h确认命令可用。 - 进入任意项目目录，直接执行
opencode即可启动终端界面。
桌面客户端、VS Code 插件等形态也可以让你在 GUI 中使用同样的 Agent 功能，不过当前社区普遍认为 CLI 形态更稳定，功能也更完整。
步骤二：初次配置模型
初次启动时，OpenCode 会引导你选择模型：
- 输入
/models命令，会列出可用模型列表，带 Free 标记的为内置免费模型（如 GLM、MiniMax 等），适合新手零配置上手。 - 通过
/connect可以接入更多模型提供商（OpenAI、Anthropic、Google、OpenRouter 等），一共支持 70+ 家。
开通 OpenCode Go 之后：
- 在 Go 对应页面获取你的 Go 订阅 Key。
- 在 OpenCode 中执行
/connect，选择 OpenCode Go 或填写provider: opencode-go配置。 - 在配置文件中指定默认模型，例如：
provider: opencode-go api_key: $OPENCODE_GO_KEY models: default: deepseek-v4-flash plan: mimo-v2.5-pro explain: kimi-k2.6
配置之后，日常 Build 任务默认走 Flash（成本最低），Plan 阶段用 MiMo V2.5 Pro 深度分析项目，解释文档或长文本时可以切到 Kimi。
步骤三：在真实项目中开跑
以一个现有的 Web 项目为例，典型的上手路径：
- 进入项目目录，执行
opencode启动。 - 输入
/init，让 Agent 扫描项目结构并生成 AGENTS.MD，记录项目的关键信息和约定。这一步非常重要，它让后续的模型调用有统一的「项目级系统提示」。 - 给出一个明确的小需求（例如「为用户服务增加一个 /healthz API」），观察当前默认模型如何生成代码。
- 体验 Plan / Build 两段式工作流：用 Plan 模式让模型先写详细计划，再用 Build 模式逐步执行，每一步都可以审查 patch 再应用。
- 结合不同模型做对比：同一个任务，用 MiMo V2.5 和 DeepSeek V4 Flash 分别执行一次，比较生成代码的结构、对跨文件依赖的处理、对长上下文的理解。
总结：把 OpenCode Go 当成开发基础设施
如果你已经用惯了各种「聪明但贵」的模型，OpenCode + OpenCode Go 提供的是一种更接近基础设施的体验：它不追求在某个基准上碾压所有对手，而是给你一个稳定、可预测的底座，让你可以放心地把 AI 深度嵌进日常写代码的每一个细节。
在这套组合里，OpenCode 负责「怎么用」、Go 负责「用什么」，MiMo、DeepSeek V4 Flash、Qwen、MiniMax 这些模型则像一支可以随时换阵容的工程团队——让 MiMo 和 V4 Pro 做架构决策，让 Flash 和 Qwen 做高频实现，把真正昂贵的选择留给真正重要的任务。
苏米观点：OpenCode Go 的核心价值不在于单个模型有多强，而在于它把「模型选择」这个决策成本降到了最低。对于重度编码开发者来说，一个月 10 美元买的是「不用纠结用哪个模型」的自由。