CCMAX-20X 的模型价格和渠道倍率是多少？

根据禾维 AI 对 AIGateHub 的公开价格快照，CCMAX-20X 渠道的 Claude 模型按输入、输出、缓存读取和缓存写入分别计价：Fable 5 为每 100 万 Token 输入 12 元、输出 60 元、缓存读取 1.2 元、缓存写入 15 元；Opus 4.8、4.7、4.6 为输入 6 元、输出 30 元、缓存读取 0.6 元、缓存写入 7.5 元；Sonnet 5 为输入 3.6 元、输出 18 元、缓存读取 0.36 元、缓存写入 4.5 元。这是第三方监测页的当前快照，不是 Anthropic 官方价格，也不能替代结算页。

先确认价格数据的边界

来源页面介绍的是 AIGateHub 中转服务，并按模型与渠道收集公开报价。CCMAX-20X 是该页面中的渠道名称，不等同于 Anthropic 官方 Max 20x 个人订阅。两者的账户体系、计费方式、可用模型和服务责任均不同。

页面明确说明 Token 价格默认以每 100 万 Token 的r民币价格展示，数据仅供横向比较。价格、模型名和渠道会随服务方调整，因此本文只能解释采集时的公开数字和计算方法。实际消费前应再次查看服务方控制台、余额扣减规则和最新公告。

CCMAX-20X 当前公开价

模型	输入	输出	缓存读取	缓存写入
Fable 5	12 元	60 元	1.2 元	15 元
Opus 4.8	6 元	30 元	0.6 元	7.5 元
Opus 4.7	6 元	30 元	0.6 元	7.5 元
Opus 4.6	6 元	30 元	0.6 元	7.5 元
Sonnet 5	3.6 元	18 元	0.36 元	4.5 元

表中所有 Token 单价均按每 100 万 Token 计算。Fable 5 的输入、输出和缓存价格是 Opus 档的两倍；Sonnet 5 则是 Opus 档的六成。仅比较输入单价会低估长输出任务的成本，因为这些模型的输出单价都是输入单价的五倍。

渠道倍率与公开单价是什么关系

中转服务常用“倍率”表示基础价格经过渠道系数调整后的收费水平。但来源页面展示的是计算后的r民币单价，没有为 CCMAX-20X 单独列出可验证的倍率数字。因此不能仅凭单价反推一个唯一倍率，更不能把其他渠道公告中的倍率套到 CCMAX-20X。

倍率还可能受到用户分组、充值折扣、模型类别、缓存类型和临时活动影响。判断真实成本时，应优先使用控制台显示的最终单价和实际。如果界面同时展示基础价与倍率，可用两者计算预估值，再用一笔小请求验证扣费。

四类 Token 分别如何计费

输入 Token 是发送给模型的系统提示、历史对话、用户问题和工具结果。输出 Token 是模型生成的文本或工具调用参数。缓存写入表示首次把可复用前缀写入缓存，缓存读取表示后续请求命中该前缀。

不能把总 Token 全部乘以输入价。正确估算要把输入、输出、缓存读取和缓存写入分别统计，再乘以对应单价。若平台对某些请求不支持缓存，或缓存未命中，实际也会不同。

费用 = 输入Token / 1,000,000 × 输入单价
     + 输出Token / 1,000,000 × 输出单价
     + 缓存读取Token / 1,000,000 × 缓存读取单价
     + 缓存写入Token / 1,000,000 × 缓存写入单价

一次 Opus 请求的估算示例

假设一次 Opus 4.8 请求包含 20 万普通输入 Token、2 万输出 Token、50 万缓存读取 Token和 10 万缓存写入 Token。按照来源页的 CCMAX-20X 快照，普通输入约 1.2 元，输出约 0.6 元，缓存读取约 0.3 元，缓存写入约 0.75 元，合计约 2.85 元。

这个例子只演示公式，不代表任何固定任务的消耗。Claude Code 在大型仓库中可能反复读取文件、运行工具并延长上下文，输出量也会因任务而变化。预算应基于实际 usage 字段或平台，而不是仅根据对话轮数猜测。

为什么缓存能显著改变成本

在当前快照中，CCMAX-20X 的缓存读取单价是普通输入的十分之一，而缓存写入高于普通输入。长系统提示、稳定代码索引或重复上下文被多次复用时，先支付一次写入成本，后续读取可能节省费用。

但只有一次使用的上下文不一定适合写缓存。以 Opus 档为例，10 万 Token 普通输入约 0.6 元，缓存写入约 0.75 元，首次写入反而更贵；后续若成功读取，同样 10 万 Token 约 0.06 元。是否划算取决于命中次数、有效期和平台是否按声明执行缓存计费。

不同模型的成本差异

按照当前快照，Sonnet 5 的四项单价都是 Opus 档的六成，适合对成本更敏感且能力满足需求的任务。Fable 5 的四项价格是 Opus 档的两倍，应先通过小规模测试确认其能力收益是否值得更高费用。

模型选择不能只看价格。还要验证上下文限制、工具调用、代码能力、延迟和稳定性。第三方页面的在线率、掺水率和延迟栏当前没有提供有效数值，因此不能据此宣称 CCMAX-20X 的可用性或模型一致性。

与其他渠道比较时要统一口径

来源页还列出了 Kiro 带缓存、Kiro 正价号池等渠道，它们的公开单价低于 CCMAX-20X。但不同渠道可能有不同模型来源、并发、缓存、限流、数据路径和服务条款，不能把单价差直接解释为相同商品的折扣。

横向比较前应统一模型 ID、输入输出比例、缓存命中率、失败请求处理、余额有效期和充值成本。若一个渠道不支持所需工具或经常重试，名义单价更低也可能带来更高的任务总成本。

建立自己的成本测试

选择一组可重复的短请求、中等代码任务和长上下文任务，记录请求前后余额、API 返回的 Token 用量、模型 ID、渠道和时间。分别测试无缓存、首次缓存写入和缓存命中，再用公开单价计算预期扣费。

若预期值与实际余额变化不一致，应先确认计价单位、倍率、用户分组和四舍五入规则，再向服务方提交脱敏记录。不要用包含客户数据或真实密钥的生产请求做价格探测。

必须关注地区与服务公告

来源页面记录的站点公告称，该服务已不再面向中国大陆用户提供服务。即使价格表仍可访问，也不能据此推断当地用户仍可注册、充值或调用。使用前必须确认所在地、账户资格和服务条款。

页面还提示中转站存在服务中断或余额损失风险，建议小额充值、随用随充。对企业或重要工作负载，还应评估发票、合同、数据处理、退款、故障响应和退出方案，不能只比较每百万 Token 的数字。

控制支出的实用做法

为开发、测试和生产创建独立 API Key，并为每个 Key 设置消费上限。建立每日与每月告警，记录任务级 Token 和费用。对长上下文任务设置最大输出、超时和重试次数，防止错误循环持续消耗余额。

缓存应围绕稳定前缀设计，动态内容放在请求后部，以提高命中率。模型降级必须经过显式配置，避免网关在成本或容量变化时静默切换到未经验证的渠道。定期用小请求核对公开价、实际扣费和模型一致性。

价格变化后的更新策略

不要在业务代码中写死这张表。可将单价放入带生效时间的配置文件，变更时经过审查，并保留旧版本用于解释历史。每次更新同时记录来源页面、采集时间、币种、单位和适用用户组。

若服务方只公告倍率而未给出最终单价，应等待控制台或验证后再更新预算。若模型名称发生变化，也要先确认实际 API 模型 ID，避免把展示名变化误判为价格变化。

结论

当前第三方监测快照显示，CCMAX-20X 的 Fable 5、Opus 和 Sonnet 档采用不同的输入、输出与缓存价格；Opus 4.8、4.7、4.6 价格相同，Sonnet 5 约为其六成，Fable 5 约为其两倍。来源没有给出可独立验证的 CCMAX-20X 渠道倍率，因此不应编造倍率。

真正的决策依据应是服务方结算页、实际小额扣费和当前服务资格。第三方价格会变化，且页面已经提示地区限制与中转风险。把价格快照当作预算起点，而不是长期承诺，才能避免因模型、倍率或服务正策变化造成误判。