Grok API 计费规则与成本测算：$2 输入、$0.50 缓存与日均万次调用实算（2026）

把大模型接入生产业务，技术团队最关心的不是发布会 PPT 上吹的跑分，而是接口稳不稳、并发抗不抗得住，以及月底拉出的 Token 账单到底会不会超预算。

xAI 的 Grok API（涵盖最新上线的 grok-4.7 以及 grok-4.6）在定价上给出了非常清晰的策略：500,000 tokens 的大上下文窗口，单次 prompt 低于 200K tokens 时标准输入为每百万 token $2.00，而一旦命中 Prompt Cache（提示词缓存），输入单价直接拉低 75% 到 $0.50 / 1M tokens。

这篇文章系统拆解 Grok API 的计费结构，并用一个日均 1 万次请求的业务模型（假设数据），帮你算清楚这笔账。

提示：开发者 API 额度与个人包月会员 Grok API 是在开发者后台单独充值绑卡按量扣费的。如果你只是个人平时写代码、查资料，建议直接开通 SuperGrok 包月会员，不需要折腾 API 计费。ChongPay 在售 Super（对应官方 SuperGrok）和 Super Heavy（对应官方 SuperGrok Heavy），只需账户 UUID 就能在你自己的账号上开通，支持微信、支付宝付款，预计到账时间以套餐卡片和订单页提示为准。

核心接口规范与费率标准

根据 xAI 官方开发者文档，Grok 旗舰模型的主要接口指标如下：

注：以上单价适用于单次请求 prompt 低于 200K tokens（缓存部分也计入）的情况；prompt 达到 200K tokens 时，整次请求的全部 token 改按输入 $4.00、缓存输入 $1.00、输出 $12.00（每 1M tokens）计费。

重点理解 Prompt Cache：怎么把输入成本砍掉 75%？

在智能客服、内部知识库（RAG）或代码审查 Agent 中，有大量内容是高度重复的：

• 系统的全局指令（System Prompt）、角色人设与几十行函数的 JSON Schema 说明；
• 固定的工程编码规范或企业产品说明书；
• 连续追问下的历史多轮对话记录。

如果每次提问，都把这几万字作为全新的输入原价计费，账单会非常惊人。

Grok API 提供了自动的 Prompt Cache 机制：当连续多次请求开头的若干条消息完全一致时，系统会自动将重复前缀识别为缓存命中，该部分的计费单价直接从 $2.00 降到 $0.50。官方同时说明缓存不保证 100% 命中：缓存可能因服务器负载被清掉，请求也可能被路由到没有缓存的服务器。

工程优化技巧：

• 静态内容严格前置：把固定的 System Prompt、API Schema 定义、长期不变的参考资料严格放在请求的最开头；
• 动态变量放在最后：把用户刚刚敲入的提问、动态变化的时间戳或当次代码 Diff 放在最末尾。
• 带上会话标识：官方建议 Chat Completions 请求设置 x-grok-conv-id 请求头，Responses API 设置 prompt_cache_key 字段，让同一前缀的请求路由到同一台服务器。 前缀保持连续稳定、再按官方建议带上会话标识，命中率才能尽量高；实际命中多少，以响应里的 cached_tokens 为准。

一套可复算的成本测算：以日调用 1 万次为例

为了方便工程团队做预算评估，我们设定一个标准的代码审查 Agent 场景进行推演。

1. 业务假设

• 每天请求量：10,000 次调用；
• 单次输入构成：
  • 前置系统指令与代码规范（固定不变）：3,000 tokens；
  • 动态变更代码与提问（不可复用）：1,000 tokens；
  • 单次总输入量：4,000 tokens（远低于 200K，全部按基础价计）；
• 单次输出：平均 500 tokens（按官方计费规则，推理 token 也按输出价计，这 500 tokens 需包含推理 token；grok-4.7 / 4.6 默认推理强度是 high）；
• 计算周期：按每月 30 天算。

2. 方案 A：Prompt 结构未优化（0% 缓存命中）

如果每次请求都把时间戳或随机参数放在头部，导致缓存完全无法命中：

• 每天输入花费： 10,000 次 × 4,000 tokens = 40M tokens 40M × $2.00 = $80.00 / 天
• 每天输出花费： 10,000 次 × 500 tokens = 5M tokens 5M × $6.00 = $30.00 / 天
• 每月总账单（30天）：($80.00 + $30.00) × 30 = $3,300.00。

3. 方案 B：规范 Prompt 结构（假设 3,000 tokens 每次都命中缓存）

把 3,000 tokens 的固定前缀规范沉淀在最前面，仅有 1,000 tokens 动态内容走常规计费：

• 每天缓存输入（30M tokens）： 30M × $0.50 = $15.00 / 天
• 每天常规输入（10M tokens）： 10M × $2.00 = $20.00 / 天
• 每天输出：保持不变，5M × $6.00 = $30.00 / 天；
• 每天合计：$15.00 + $20.00 + $30.00 = $65.00 / 天；
• 每月总账单（30天）：$65.00 × 30 = $1,950.00。

结论对比

在同样每天 1 万次请求的业务负载下，仅仅通过规范 Prompt 缓存结构，在固定前缀每次都命中的理想情况下，月度账单从 $3,300 直接降到 $1,950，净省 $1,350（省下 40.9% 的预算）。官方不保证缓存 100% 命中，实际账单会落在 $1,950 到 $3,300 之间，命中率越高越接近 $1,950。

架构选型建议与局限

• 适合场景：高频交互型客服、带超长历史的智能体、代码辅助审查、需要调用 X 实时搜索的情报工具。
• 暂不适合场景：
  • 离线海量数据清洗：因为 grok-4.7 / grok-4.6 不支持 Batch API（xAI 的批处理折扣只给 grok-4.3 和 grok-4.20 系列，8 折），跑离线千万级冷数据成本不如支持批处理折扣的模型或渠道划算；
  • 原生音视频直接输入：grok-4.7 / grok-4.6 的输入只支持文本和图片（xAI 的语音转写是单独的 Speech to Text 接口），需要输入两小时会议录音或长视频的场景，应选用原生支持音视频全模态的模型。

再次提醒：如果是普通网页端或客户端的使用者，API 费率和官网包月会员是两码事。日常查资料和写代码更建议直接订阅 SuperGrok 包月套餐，省去复杂的计费管理。

常见问题

Q: Grok 4.6 和 4.7 的 API 单价一样吗？ A: 官方标准计费一致：prompt 低于 200K tokens 时，输入均为 $2.00/1M tokens（缓存命中 $0.50），输出均为 $6.00/1M tokens；达到 200K 时两者都是 $4.00 / $1.00 / $12.00。另有两倍价格的 Grok 4.7 Fast，只在 Cursor 和 Grok Build 里提供，公共 API 调不到。

Q: Prompt Cache 需要手动调接口开启吗？ A: 不需要手动开启，xAI 服务端会自动缓存开头完全一致的消息，并按缓存单价计费。但官方说明缓存不保证命中，建议 Chat Completions 带上 x-grok-conv-id 请求头、Responses API 带上 prompt_cache_key，并用响应里的 cached_tokens 核对实际命中量。

Q: 买 SuperGrok 会员会赠送 API 调用额度吗？ A: 不会给 xAI 控制台的 API 余额。用 API Key 调用，需要在 xAI 控制台单独充值或绑卡。另外，官方支持在 OpenCode、Warp 等部分第三方编程工具里用 SuperGrok 账号登录，这部分走的是订阅额度，不是 API 余额。

参考来源

• xAI 开发者文档：Grok 4.7 模型与定价
• xAI 开发者文档：Grok 4.6 模型与定价
• xAI 官方 API 控制台
• ChongPay Grok 会员充值指引
• xAI 开发者文档：Pricing（长上下文、Batch、Grok 4.7 Fast）
• xAI 开发者文档：Prompt Caching
• xAI 开发者文档：Rate Limits

更新记录

• 2026-09-28：更正 prompt 达到 200K 时的长上下文计价（整次请求改按 $4 / $1 / $12）、并发配额只是默认 Tier 0 的上限、Batch API 说明（xAI 有 Batch，但 4.7 / 4.6 不支持，折扣是 8 折不是半价）、Prompt Cache 不保证命中及官方建议的会话标识、测算里的缓存命中与推理 token 前提、SuperGrok 与 API 额度的关系，补充 Grok 4.7 Fast 仅限 Cursor 与 Grok Build；本站段落改为在售 Super / Super Heavy 说明，到账时间以套餐卡片和订单页提示为准。