Agent.Space 博客

OpenCode Go vs Zen:价格、额度与适用场景

比较 OpenCode Go 的订阅额度与 Zen 的按量付费,了解模型范围、超额处理以及选择前必须重查的价格事实。

OpenCode Go 和 OpenCode Zen 都提供模型访问,但采用不同计费方式。

  • OpenCode Go 是月订阅,覆盖一个会变化的开放 Coding 模型池,并设置 5 小时、每周和每月三层 Usage Value 额度。
  • OpenCode Zen 是按量付费的 AI Gateway。用户充值余额,再按当前模型价格为真实用量付费。

当你的使用比较规律,而且 Go 当前模型池覆盖工作需要时,Go 更容易估算;Zen 能更直接映射到波动的 Token 用量,也提供不同的模型目录。两者都不会自动更便宜:结果取决于模型、输入输出 Token、任务通过率,以及 Go 达到额度后是否回落到 Zen 余额。

价格、额度、促销与模型名单都会变化。下文全部数字都在 2026 年 8 月 27 日通过 OpenCode 官方页面核验,购买前应再次检查。

OpenCode Go vs Zen 快速对比

对比项OpenCode GoOpenCode Zen
计费方式月订阅按量付费
当前基础价格标准价 $10/月没有固定的月度模型用量费;支出取决于当前模型价目表
用量控制5 小时、每周与每月 Usage Value 额度可用余额与可选支出控制
模型访问以开放 Coding 模型为重点的筛选池按模型定价的更广泛 Gateway 目录
达到 Go 额度后免费模型仍可用;启用后可回落到 Zen 余额请求按所选模型消耗余额
最该问的问题常规工作是否同时符合当前模型池与三层额度?真实输入、输出、缓存与重试会花多少钱?

这张表比较的是模型供给层,OpenCode 自身是 Agent harness。如果层级仍容易混淆,可以先区分 Agent harness 与模型

OpenCode Go 是什么?

官方 Go 文档把 Go 描述为面向常用开放 Coding 模型的可选低价订阅。用户通过 OpenCode 账号流程订阅、获得 API Key、连接 OpenCode Go Provider,再用 /models 查看当时可用的模型池。

当前文档与官方 Go 落地页在 2026 年 8 月 27 日都显示标准价为每月 $10。套餐条款可能变化,购买前应重新检查当前结账价格。

Go 当前使用 Usage Value 表示额度:

时间窗口当前 Go 额度
5 小时$12 usage
每周$30 usage
每月$60 usage

这些数值不保证固定 Prompt 数。价格更低的模型在同一额度内可以支持更多请求,价格更高的模型会更快消耗额度;Prompt 长度、输出长度、缓存与 Agent Turn 数量也会影响结果。

OpenCode 会为当前模型公布预计请求数,但数字依赖典型用量假设,也可能随模型池或价格变化。它适合用作方向参考,不是每个 Prompt 都能获得的保证配额。

官方文档当前还写明:每个 Workspace 只能有一位成员订阅 Go。团队在规划前应重新检查,不能假设一份订阅覆盖所有成员。

OpenCode Zen 是什么?

官方 Zen 文档把 Zen 描述为可选 AI Gateway,其中包含 OpenCode 表示已经为 Coding Agent 测试和筛选的模型。用户充值余额、连接 Zen Provider,再按所选模型的当前价格支付用量。

Zen 价目表按模型区分,通常列出每 100 万 Token 的输入、输出与缓存价格。部分 Endpoint 可能限时免费,其他模型的输入输出价格则可能差别很大;目录和价格也可以独立变化。

按量付费在分析上有一个直接优点:账单更容易映射到真实模型路径与 Token。它仍然不保证总成本更低。Agent 循环如果输出很长、重试失败 Tool Call 或反复发送大上下文,消耗余额可能远高于一次对话估算。

OpenCode 所说的模型经过测试或优化属于厂商主张,可以支持把某个模型放入测试清单,却不能替代在你的代码库、工具和验收条件中的评估。

达到 OpenCode Go 额度后会怎样?

根据当前 Go 文档,达到使用额度后,订阅不会自动变成无限按量使用。

  • 免费模型仍可使用;
  • 账户里有 Zen 余额时,可以启用 Use balance
  • 启用后,达到对应 Go 额度的请求可以回落到 Zen 余额,而不是直接停止。

这让成本规划变得更重要。Go 订阅加自动 Zen Fallback,实际上是两段预算:固定订阅费,以及达到限制后可能产生的 Zen 可变支出。

如果目标是可预测支出,应提前决定是否启用 Fallback,并设置合适余额或支出控制。不要等一次长 Agent Session 已经开始消耗余额,才发现超额路径。

Go 页面明确写着额度可能随着早期使用和反馈而调整。每次都要重查三层时间窗口,不能只看每月宣传数字。

哪种使用方式更适合 Go 或 Zen?

脱离工作负载就没有诚实答案。下面几种情况展示应该如何判断。

经常使用 Go 当前模型池中的模型

同一位开发者规律使用当前模型池,而且工作负载同时符合 5 小时、每周和每月限制时,Go 可能更容易做预算。

先检查最短时间窗口。一个用户可能没有超过月度 Usage Value,却在高强度 Coding Session 中触发 5 小时额度。也要确认目标模型仍在池中,因为官方名单是动态的。

用量波动或偶尔使用

Zen 对零散用量的映射可能更直接,因为不需要只根据 Prompt 数决定月订阅是否值得。用有代表性的任务估算真实输入、输出和缓存 Token,再加入失败运行与重试。

风险是支出波动:一次长代码库任务可能远贵于短对话。余额提醒和支出控制,比“每次请求大概多少钱”的想象更重要。

需要 Go 当前模型池之外的模型

如果目标模型在 Zen 中而不在 Go,Zen 可能是 OpenCode 自家 Provider 中的相关路径。OpenCode 也可能支持其他直接 Provider 或 Gateway。Go 和 Zen 都是可选项,不是使用 Harness 的唯一方式。

可以通过 OpenCode Provider 与模型 ID 指南核对实时路径,不能用套餐名称猜兼容性。

团队或共享 Workspace 使用

当前 Go 文档称每个 Workspace 只能由一位成员订阅,因此个人订阅不同于组织席位或共享额度。规划团队使用前,应确认账号归属、凭证共享限制、账单责任与当前 Workspace 规则。

任何套餐名称都不能证明项目文件、Session、Terminal 或 Preview 会在云端开发环境持续保存。Provider 计费与 Workspace Hosting 是两个产品层。

如何用自己的用量比较 Go 与 Zen?

使用最近一周的真实任务,不要想象一个平均 Prompt。

第 1 步:选择代表性任务

至少选三类任务,例如:

  • 不改代码的简短解释;
  • 带测试的多文件修复;
  • 会搜索、编辑、验证并从一次失败中恢复的长 Agent 运行。

第 2 步:记录完整用量

每个任务记录:

  • 模型与完整 provider/model 路径;
  • 可获得时的输入、输出与缓存 Token;
  • Turn 和 Tool Call 数量;
  • 失败或重复运行;
  • 总耗时,以及是否通过验收。

第 3 步:估算 Zen 支出

按模型当前官方输入、输出与缓存费率,计算完整任务用量。所有重试都要计入,不能只算最终成功的一次调用。

第 4 步:把相同工作映射到 Go 额度

使用官方当前针对该模型的 Usage Value 假设,检查这些任务是否符合 5 小时、每周与每月三层额度。不要把宣传中的月度 $60 Usage Value 转成一个通用 Prompt 数。

第 5 步:加入 Fallback 行为

如果会启用 Use balance,估算最先触发 Go 限制后可能产生的 Zen 支出。如果不会启用,也要考虑等待或切换模型的运维成本。

第 6 步:比较通过验收的任务成本

有效的分母不是发送了多少消息,而是有多少任务通过相同验证标准。一条看起来低价、却需要反复纠正的路径,每个合格任务的成本可能更高。

为什么 Token 单价不能直接换算成请求额度?

Go 公布 Usage Limit 和示例请求数,Zen 公布按 Token 价格。把两者互换,需要先假设 Prompt 大小、输出长度、缓存、模型选择和 Agent 行为。

例如,同一个模型的两次请求,如果一次只发送小 Diff,另一次发送大段代码库上下文,消耗可能完全不同。Coding Agent 也可能在产生一个用户可见答案前,完成多轮模型调用与 Tool Call。

不要用一个“平均 Prompt”构造虚假的 Break-even 数字。应该用真实轻量、常规与重度任务形成范围,注明价目表日期,并在模型或额度变化时更新计算。

Go、Zen、OpenCode 与 Agent.Space 解决不同层级

这些产品可以出现在同一个工作流中,但不能互相替换。

层级主要工作
OpenCode harness组织 Coding 对话、工具、Agent、权限与本地项目工作流
Go 或 Zen provider以订阅或按量合同提供模型推理
本地或云端 workspace承载项目文件、进程、Session、Terminal 与协作行为

Agent.Space 运行在 Agent 与 Workspace 层,也有自己当前可用的模型和方案。本文不会声称 Agent.Space 支持每个 Go/Zen 模型、API Key 或计费路径。

如果真正需求是持久保存与协作,应把 Provider 价格计算放到一边,单独比较本地与云端 OpenCode 工作流

选择前检查表

选择任一方案前,使用当前官方页面回答:

  1. 目标模型在 Go、Zen、其他 Provider,还是多条路径都可用?
  2. 今天的标准价、促销、Token 费率和三层 Go 额度分别是什么?
  3. 工作负载是否符合 5 小时窗口,而不只是月额度?
  4. 达到 Go 额度后是否启用 Zen Balance Fallback?
  5. 最近真正通过验收的任务消耗多少,包括重试?
  6. 当前每 Workspace 一位 Go 订阅者的规则是否影响账号设计?
  7. Provider 数据处理、地区、支付与凭证规则是否能接受?
  8. 真正问题是模型访问,还是持久 Workspace 与协作?

Go 为筛选后的模型池提供订阅框架,Zen 为更广泛的按量目录提供可变支出。应该使用带日期的工作负载计算选择,而不是寻找一个通用赢家标签。

FAQ

OpenCode Go 和 Zen 是同一个服务吗?

不是。Go 是带 Usage Value 额度和筛选模型池的月订阅;Zen 是按量 Gateway,用量根据当前所选模型价格消耗余额。

OpenCode Go 多少钱?

2026 年 8 月 27 日核验时,官方文档与 Go 落地页都显示每月 $10。套餐条款可能变化,购买前应重新检查当前文档与结账页。

OpenCode Go 有哪些额度?

2026 年 8 月 27 日官方文档列出:5 小时 $12 Usage、每周 $30、每月 $60。这些是 Usage Value,不是固定请求数;OpenCode 也说明额度可能变化。

达到 Go 额度后能使用 Zen 余额吗?

当前文档称,有 Zen 余额的用户可以启用 Use balance,让请求在达到 Go 额度后回落到该余额。应核对当前账号开关并设置明确支出边界。

不使用 Go 或 Zen 也能用 OpenCode 吗?

可以。两者都是可选 Provider。OpenCode 还支持其他 Provider 与本地模型,但要符合它们当前的认证和兼容要求。

OpenCode Go 和 Zen 哪个更便宜?

没有通用答案。把最近通过验收的任务用量与 Go 三层时间额度、Zen 当前费率比较,并加入重试与 Go-to-Zen Fallback 支出。