主题
为什么别家这么便宜？
便宜不只看标价，关键看最终实际扣费
你看到别家写着“1 元 100 刀”“超低价”“余额很多”，第一感觉当然会觉得便宜。 但 AI 计费不是只看一个宣传数字，还要看模型、输入、输出、缓存、倍率、日志透明度和稳定性。 这篇文档用尽量简单的话，帮你判断：到底是真便宜，还是看起来便宜。
最短结论
- 别家便宜，可能是真的便宜，也可能只是展示方式不同。
- 短问答主要看模型单价；长对话、代码工具、批量任务更要看缓存、日志和稳定性。
1 元 100 刀不等于一定能用很久，要看这些额度按什么规则消耗。- 最公平的比较方式：同模型、同问题、同上下文，看最终实际扣费。
先说清楚：低价不一定有问题
低价本身不是问题。 有些平台确实会因为促销、补贴、模型成本低、功能简化，所以价格更低。
真正需要注意的是：价格规则有没有说清楚，最终扣费能不能对账。
✅ 可能是真的便宜
- 平台正在做促销或补贴
- 使用的是成本更低的模型
- 功能更简单，运维成本更低
- 限制速度、并发或稳定性来降低成本
⚠️ 也可能只是看起来便宜
- 只展示输入价，不强调输出价
- 没有缓存，长上下文反复计费
- 余额数字很大，但消耗规则不透明
- 看不到完整 Token 明细和实际扣费
📌 一句话判断
不要只问“1 元能换多少刀”，更要问“这些刀是怎么扣的”。 能看懂扣费规则、能查到日志、能对上明细，才是真正可判断的便宜。
AI 费用到底花在哪里？
一次请求的成本，通常不是一个数字决定的。 可以简单理解成：
text
实际费用 ≈ 普通输入费用 + 缓存读取费用 + 输出费用
再叠加当前模型价格、分组倍率或平台规则其中最容易被忽略的是：
🧾 输出也要钱
很多页面会突出“输入价格很低”，但模型回复越长，输出 Token 越多， 输出费用也会明显增加。
🧠 长上下文更看缓存
代码工具、长文档、多轮对话会反复携带上下文。 如果没有缓存，重复内容可能每次都按普通输入价格计算。
📊 日志决定能不能对账
只看到余额减少，不知道输入、缓存、输出分别用了多少， 就很难判断到底贵在哪里。
🚦 稳定性也是成本
如果经常排队、失败、降级或重试，表面价格低， 实际时间成本和重复请求成本也可能上升。
为什么别家可以标得很便宜？
常见原因主要有这几类：
| 看起来便宜的原因 | 实际需要确认什么 |
|---|---|
1 元 100 刀、余额很多 | 这些额度按什么 Token 规则消耗？ |
| 只写了很低的输入价 | 输出价、缓存价、长上下文价格有没有写清楚？ |
| 模型名称看起来一样 | 是否真的是同模型、同上下文能力、同稳定性？ |
| 没有复杂功能 | 是否缺少缓存、日志、分组、稳定线路等能力？ |
| 限速或限并发 | 高峰期是否排队，失败后是否需要重复请求？ |
| 短期促销 | 活动结束后价格和可用性是否还能保持？ |
不要只看宣传数字
宣传价格适合做第一眼参考，但不适合直接判断长期成本。 真正要比较，请看同一模型、同一任务、同一上下文下的最终扣费。
最大差距：有没有缓存
很多客户使用 AI，不是只问一句话，而是会反复发送：
- 历史对话
- 系统提示词
- 项目代码
- 文档内容
- 报错日志
- 工具自动追加的上下文
如果没有缓存，这些重复内容每次都可能按普通输入价格计算。 本站支持缓存优化，重复内容命中后，可以按更低的缓存读取价格计算。
以 gpt-5.2 为例：
| 类型 | 价格 / 1M tokens |
|---|---|
| 普通输入价格 | $1.7500 |
| 缓存读取价格 | $0.1750 |
如果同样读取 100,000 tokens：
| 计费方式 | 美元费用 | 折合人民币 |
|---|---|---|
| 普通输入 | $0.1750 | ¥0.0350 |
| 缓存读取 | $0.0175 | ¥0.0035 |
也就是说，同样一段重复上下文，命中缓存后这一部分成本约为普通输入的 1/10。
本站汇率
本站换算汇率为 ¥0.2 = $1。 所以人民币消耗 = 美元费用 × 0.2。实际扣费以控制台使用日志为准。
小白和懂技术的用户，分别看什么？
👶 小白看这 4 点
- 不要只看“充值送多少美元”
- 看有没有清楚写输入价、输出价、缓存价
- 看控制台能不能查到每次扣费记录
- 长对话、写代码、读文档时更要看缓存
🧑💻 懂技术看这 5 项
- 模型是否一致，是否存在降级或替换
- 输入、缓存读取、输出 Token 是否分开统计
- 长上下文、分档、倍率规则是否明确
- 重复上下文是否能命中缓存读取
- 失败重试、限速、并发和高峰期稳定性
怎么公平对比价格？
建议按下面 5 步对比，不要只看首页标价。
1. 选同一个模型
例如都用 gpt-5.2 或都用 gpt-5.4，不要拿不同模型直接比价格。
2. 发同一个问题
短问题可以看基础单价，长问题更能看出真实成本差距。
3. 带同样的上下文
比如同一段代码、同一份文档、同一段报错日志，这样对比才公平。
4. 看 Token 明细
重点看普通输入 Token、缓存读取 Token、输出 Token 是否分开展示。
5. 看最终扣费
最终以使用日志里的实际扣费为准，而不是只看面板余额数字。
哪些场景最容易“看起来便宜，实际更贵”？
💻 代码工具
Codex、Cline、Claude Code 等工具经常携带项目文件、历史操作和报错日志，重复上下文很多。
📚 长文档处理
总结、翻译、改写长文档时，输入和输出都可能很长，不能只看输入单价。
🔁 多轮对话
对话越长，历史上下文越多；没有缓存时，重复内容成本更容易累计。
👥 团队多人使用
多人同时使用时，稳定性、限速、日志可查和成本可控，比单次标价更重要。
本站为什么不只拼最低标价？
本站更关注长期使用时的真实体验：
🚀 缓存优化
适合长对话、代码任务、文档处理等重复上下文较多的场景，命中缓存后可降低重复输入成本。
📒 日志透明
使用日志里能查看普通输入、缓存读取、输出和实际扣费，方便你自己对账。
🧭 规则清楚
输入价格、输出价格、缓存价格、上下文和分档规则都尽量写清楚，减少猜测成本。
🛠️ 更适合长期使用
不是只服务一次短问答，而是面向代码工具、长任务、多轮对话和高频使用场景。
📌 我们的态度
我们不承诺每一次请求都一定是全网最低价。 但我们希望你能看懂规则、查到日志、对得上扣费，并且在长期使用时更稳定、更可控。
常见问题
别家便宜，我还能不能用？
可以。 如果你只是偶尔问短问题，并且能接受限速、排队或日志不够细，低价平台也可能够用。
但如果你经常写代码、读长文档、做多轮任务，建议重点看缓存、稳定性和日志透明度。
本站是不是每次都一定更便宜？
不是绝对。 最终费用取决于模型、输入长度、输出长度、是否命中缓存、当前分组倍率等因素。
本站更强调的是：规则清楚、日志可查、长期成本更容易判断。
为什么我短问题感觉差距不大？
短问题上下文少，缓存优势不明显，主要差距通常来自模型单价和输出长度。 长上下文、多轮对话、代码工具场景，才更容易看出缓存和日志的重要性。
我应该相信宣传价还是使用日志？
相信使用日志。 宣传价只能做参考，最终要看每次请求的 Token 明细、缓存命中情况和实际扣费。