Reddit r/opencode：GLM 5.3 用量计费争议（$60 vs $15？）

核心内容摘要

用户在 OpenCode 平台使用 GLM 5.3 时发现用量计费与标价不符的争议帖——涉及 GLM 5.3 的配额计量、token 效率与平台计费透明度。

帖子内容

• OP：GLM 5.3 月费标价 $15，但仪表盘用量百分比按 $60 的额度在增长——"每 60 美分涨 1%，而不是每 15 美分"。

• OP 更新：进一步测量后接近 $45 用量口径——"Cost"仪表盘 $3.98，对应"Monthly Usage"涨了 9%。

社区讨论要点

• 高赞回复（+23，@BlacksmithLittle7005）："不是 $60，是因为 GLM5.3 的 token 用量比 5.2 高效得多。5.2 上要花 $0.45 的任务，5.3 只要 $0.2。后训练做得很好。"——即同样的"额度百分比"对应了更多任务量，效率提升导致观感上的计费差异。

• （+5，@look）：实测中 $1.51 成本只涨 2% 而非 10%，且按列表价算 token 与 $1.51 吻合——质疑计价模型本身。

• （+22，@Schlickeysen）："天哪，OpenCode 的透明度跟纸袋子一样。"

• （+5，@ThePi7on）："他们确实需要改进定价模型的沟通/可视化。"

• （+1，@mestar12345）："我在 omp 里看到它标着免费。周用量限制，一小时用掉半个月额度。"

启示

• GLM 5.3 的token 效率提升（官方称每任务输出 token 从 ~96K 降到 ~75K）在真实使用中可感知，但不同平台的计费口径（$ 计价 vs 额度百分比 vs 积分）不统一，容易造成"涨价/降价"错觉。

• 对用户：关注每任务实际成本（5.3 更省）而非月度额度百分比；对平台：积分/额度模型需更透明。

原文关键引文

"No it's not $60, it's just that GLM5.3 is a lot more efficient than GLM5.2 in token usage. Tasks that were costing me $… 以上为必要节选，完整内容请查看原文。