OpenCode Go 额度怎么看？5小时、每周和每月限制与用完处理

OpenCode Go 额度不是固定次数的聊天，也不能简单理解为所有模型共享一笔 60 美元。 先确认你用的是 Go、Go Plus，还是自己的供应商 API Key，再看具体模型的用量窗口。

本文于 2026 年 10 月 9 日核对官方说明。价格和模型表会变化，实际使用前以OpenCode Go 文档和你的控制台为准。

Go 额度怎样计算？

官方当前列出 Go 每月 10 美元、Go Plus 每月 40 美元。Go 是可选的模型服务，不是运行 OpenCode 软件的必要条件。

文档按模型列出以美元计的月用量上限，并设置三个窗口：5 小时为月上限的 20%，每周为 50%，每月为 100%。模型的输入、输出、缓存计价和月上限不同，所以“还有多少次”没有统一答案。

例如，若某模型表中月上限为 60 美元，对应的窗口额度是 12、30 和 60 美元。这只是按当前规则计算的例子，不代表每个模型都有这个上限，也不代表购买价格是 60 美元。

OpenCode 免费额度用完，先查这四项

1. 查实际 provider。 是 Go、Zen 的免费模型，还是自行配置的供应商？不同来源不能混用同一套额度解释。
2. 查模型名称。 不要只记“我用 OpenCode”。把完整模型标识记下来，与官方模型表核对。
3. 查触发哪个窗口。 短时间用满一个窗口，和整月额度耗尽，处理方法不同。查看控制台显示的恢复信息，不要猜固定重置时刻。
4. 查错误内容。 身份认证失败、连接问题和额度限制是不同故障；保存状态码与脱敏错误信息再排查。

额度用完后还能继续吗？

官方说明可以继续选择可用的免费模型。如果账户另有 Zen 余额，也可以在控制台开启 Use balance，使超过 Go 限制的请求回退到该余额。这会使用另付费用的余额，不是把 Go 额度自动变成无限。

不想发生额外余额消费，就先检查这个开关，再决定是等待、换模型，还是使用其他已经配置的供应商。

怎样减少无效消耗？

这些是组织任务的方法，不保证固定百分比的省钱效果：

• 把任务边界说清楚。 给出要改的功能、涉及文件、验收方式，减少模型从头探索整个仓库。
• 只传相关日志。 保留首个错误、堆栈和必要上下文，避免反复发送几万行重复输出。
• 先定位，再修改。 简单信息检索与复杂代码变更分开安排；用适合任务的模型，而不是每次默认最贵选项。
• 把已确认的结论写进项目文档。 下次说明哪些已经查过，减少重复调查。
• 一次给出完整验收条件。 比如“修复这个错误，运行指定测试并说明结果”，比连续十次补充限制更容易保持任务一致。

常见问题

为什么月额度没用完仍然不能请求？

先检查 5 小时或每周窗口，以及当前模型自己的限制。只看月用量不足以判断是否可继续。

开新对话会重置额度吗？

不要这样假设。新对话改变上下文，不等于改变账户服务的用量限制。

缓存一定能省一半吗？

不能保证。是否命中缓存、不同模型的缓存费率和请求内容都影响成本。查看实际用量，比套一个统一折扣可靠。