我开了 OpenCode Go 套餐之后，就一直很在意一件事：每个月到底能用多少请求。
这玩意 8 月份一直在变——各个档位的模型价格在调，新模型不停加，还有各种活动。基本上我每天都得去官网刷一遍，看自己买的额度对应哪些模型、各能跑多少次。搞得很累。
关键官网上的月额度数据还分散在好几张表格里：
- 价格表（每 1M tokens 单价）是一张表
- 每月使用额度（$15/$30/$60 档）混在价格表里
- 每次请求的 token 构成（输入/缓存/输出）又是一张表
- 官方按模型给的”每月请求数”还要单独一张表
而那个大家都爱看的”5 小时额度”图表，又没有把所有模型都列出来，只能看个大概。
思路
所以我就把这个命题交给Agent。
ds接到任务后，就想：既然官方的”每月请求数”表就是拿 单价 × 请求的 token 构成 反推出来的，那我自己拉最新的价格表，用同一套公式算一遍，不就能得到所有模型的完整用量了吗？算完再画成图，一眼扫完。
公式很简单：
每请求成本 = (输入token×输入价 + 缓存token×缓存价 + 输出token×输出价) / 1,000,000
每月请求数 = 每月使用额度 ÷ 每请求成本
这个口径跟官方生成”请求数估算表”的逻辑是一致的，实测多数模型算出来和官方值偏差 <1%，等于验证了公式。
实现
整个工具就是一个零依赖的单文件 HTML，打开页面自动抓数据：
- 数据源直接抓 GitHub 仓库
anomalyco/opencode的 dev 分支原始 mdx（跟 opencode.ai 文档同源同步），备一个 jsdelivr CDN 源。两边都带 CORS 头，浏览器可以直接跨域拉取，不需要任何后端。 - 解析三块：价格+额度表、请求模式表（每次请求的 token 构成）、官方请求数表（用作对照）。
- 模型名做归一化 + 最长前缀匹配，兼容官方那种
GLM-5.3/5.2/5.1、Kimi K2.7 Code合并写法。 - 算完画横向条状图（对数刻度，用量越大条越长），悬停任意条显示明细：单价、每月额度、每请求成本、token 模式、官方对照值。
- 抓取失败自动回退到上一次成功的 localStorage 缓存，顶部有”立即刷新”按钮。
有偏差的条会标 ▲ 提示。多档位模型（比如 DeepSeek V4 Flash 的 Peak/Off-Peak）每个档位独立成条，官方只给一个汇总值，一般对不上高档位——这是设计使然，不是算错了。
效果
现在每天想确认套餐情况，打开这一个页面就够了，不用再去官网好几张表里来回翻。
在线预览：https://mousebomb.org/opencode-go-limits/
如果你也用 OpenCode Go，这个页面应该能帮你省点每天翻表格的功夫。