Grok API 价格与成本指南 2026：Token、免费额度和用例估算

截至 2026-07-02 核对 xAI Docs，Grok API 当前最应该先预算的通用行是 grok-4.3：每 100 万 input token 1.25 美元、cached input token 0.20 美元、output token 2.50 美元。公开文档没有承诺一个永久、通用、官方的免费 API tier；更稳的默认判断是：你的控制台是否有 credits、资格、地区、计费模式和额度，需要在自己的 xAI team 里确认，不能照搬第三方教程里的免费额度故事。

真正的 Grok API 成本不是一条价格行，而是一组变量。把新输入 token、缓存命中、输出和 reasoning token、Web Search、X Search、Code Execution、文件搜索、RAG、Batch、Priority、存储、下载、重试、速率层级和 spending limit 放在一起看，才接近生产账单。公开资料里的“免费”“每月额度”“最低价”通常混合了官方 API、控制台 credits、第三方 provider、Grok App 或 X 订阅，这些合同不能混成同一行。

先用小额 prepaid 测试，把 postpaid limit 设低或设为 0，记录模型 ID、token、工具调用、重试和 accepted output。只有当控制台日志、官方价格页和预算表能互相对上时，才把流量放大。

先做四个预算判断

这个表的作用是把“官方价格行”和“实际工作负载成本”分开。前者由 xAI Docs 负责，后者由你的 prompt、工具、缓存、输出和账单控制共同决定。

当前官方价格行

官方价格应以 xAI pricing 文档为准，而不是第三方摘要或 provider 计算器。2026-07-02 可见的 Chat API 相关行包括：

Grok 4.3 模型页列出 grok-4.3、grok-4.3-latest 和 grok-latest 这些 ID 或 alias，并标出文本和图像输入、文本输出、1M context window。页面也提示超过 200K context 的请求可能使用不同费率，所以超长上下文不能直接套普通行，要单独测。

不要把这些数字写成永久真理。xAI 可以调整模型、价格、地区、rate limit、别名和控制台展示。生产预算表至少要保存日期、模型 ID、官方文档 URL、team/account、测试样本和控制台截图或导出的使用日志。

工具、Batch、Priority 和存储费用

很多 Grok API 预算错在只算 token。xAI pricing 页还列出工具调用、存储、下载和倍率规则，这些项目在 agent 场景里可能比 token 更显眼。

所以研究 agent、代码 agent、RAG 问答和普通客服 bot 不应共用一条预算。客服可能靠缓存和短输出省钱；RAG 可能被 file search 吃掉优势；研究 agent 可能 token 便宜但工具费高；批量总结可以等 24 小时就有机会用 Batch 折扣。

免费额度和 credits 怎么看

公开 xAI Docs 在这次核对中没有给出永久官方免费 API tier。Quickstart 的说法是注册并给账户加载 credits 后开始使用 API，这和“永久免费 API”不是一件事。

中文资料里常见“白嫖”“每月免费额度”“虚拟卡 credits”这类说法。它们可以说明读者焦虑，但不能成为官方事实。预算表要把 account credit 写在单独列里，并注明余额、到期、是否能用于目标模型、是否影响 postpaid 和是否适用于当前 team。

成本公式

先用这个公式做估算，再用控制台日志校正：

text
estimated cost =
  fresh_input_count / 1,000,000 * input_price
+ cached_input_count / 1,000,000 * cached_input_price
+ output_count / 1,000,000 * output_price
+ tool_calls / 1,000 * tool_call_price
+ storage_gib_days * storage_price
+ downloads_gib * download_price
+ retry_cost
+ priority_multiplier_or_batch_discount

这套公式避免三类常见误判。第一，缓存便宜不等于自动命中，稳定 system prompt、政策块和固定模板才更可能受益。第二，agent 里的工具调用不是免费背景动作，每一次 search、code execution、file search 都要进入 worksheet。第三，低 input 价格不是最终答案，长输出、schema repair、失败重试、priority 倍率和存储保留都会改变 accepted result 的成本。

每个工作负载至少记录这些列：模型 ID、fresh input のトークン数、cached input のトークン数、output のトークン数、tool calls、retry rate、是否 Batch eligible、是否 Priority、文件或 collection 保留时长、控制台 spending limit、accepted output 数量。最后用总账单除以通过验收的输出数，而不是只看第一次回答的 token 价格。

四类用例怎么估算

下面的例子是变量表，不是通用月费报价。把请求量、输出长度、工具调用和重试率换成自己的日志后再放量。

客服对话

客服 bot 通常对输出长度和缓存命中敏感。固定 system prompt、语气规则、政策文本和工具说明可以作为 cached input 候选；真正会拉高费用的往往是长答案、转人工摘要和失败重试。

控制规则是：缓存稳定前缀，限制答案长度，记录 accepted reply 和 retry reply 的比例，在全量接入工单前做质量抽样。

文档和 RAG

文档问答是 input-heavy 场景。一次回答可能包含检索片段、文件搜索、用户问题、政策文本和长输出。看起来便宜的 token 行，会被 file search 或 collection search 拉高。

控制规则是：少取但取准，限制每次检索 chunk，压缩 citation，设最大 context budget，并用人工验收比较更小检索窗口是否仍然可靠。

代码助手

代码任务的成本差别通常来自尝试次数，而不是第一次回答。读文件、生成 diff、跑测试、解释 patch、code execution 和人工 review 都会把成功任务成本拉开。

控制规则是：只统计 accepted change 的成本，记录失败测试、重试、人工 review 时间和回滚。第一条回答便宜但第三次才通过，生产成本就不是第一条回答的价格。

研究 agent

研究 agent 可能 token 账单不高，工具调用很高。Web Search、X Search、文件搜索和长证据摘要都可能成为主成本，而且这类任务最怕旧事实和无来源结论。

控制规则是：限制工具调用次数，要求官方或当前来源，非实时任务优先 Batch，不能说明事实来源时停止生成结论。

速率限制和账单控制

xAI rate limit 文档说明，API team 有按模型划分的 RPS 和 TPM，tier 与 2026-01-01 以来累计 API spend 有关，并且 prompt、completion、reasoning、cached prompt、image、audio token 都会进入 TPM。模型页上的数字有参考价值，但 team console 才是你账户的执行口径。

Billing management 能看到 invoices、payment methods、prepaid credit balance、top-ups、historical usage、postpaid invoice preview 和 spending limits。第一次生产测试建议这样做：

1. 用 prepaid credits 开始。
2. 如果要 prepaid-only，把 postpaid limit 设低或设为 0。
3. 日志记录 トークン数、cached token 数、model ID、tool calls、retry、error、latency、accepted result。
4. 小样本结束后，把实际花费和 worksheet 对齐。
5. 只有当费用、质量、延迟和失败率都稳定时，才提高 limit。

止损规则要写进代码或运营流程。只要请求量、工具调用、重试率、输出 token 或 Priority 使用超过 worksheet 的阈值，就暂停路线，而不是等月账单提醒。

旧模型行和旧免费额度的风险

May 15 retirement notice 是 Grok API pricing 的 freshness 警告。xAI 表示若干 retired slugs 在 2026-05-15 后重定向到 grok-4.3，deprecated slug 请求按 grok-4.3 pricing 计费。这意味着仍在强调 Grok 4.1 Fast、Grok 3、旧 2M context 或旧 free credit 的片段，不能直接进预算。

预算不是只问调用能否成功，还要问它实际按哪一行计费。retired slug 仍然响应时，最容易产生“能用所以便宜”的错觉。

安全测试计划

放量前，用接近生产的样本跑一轮。

如果决策重点是模型 ID、alias、migration 或 rollout，而不是价格预算，参考 Grok 4.3 API 指南。价格页应保持在成本和工作负载行为上。

常见问题

Grok API 现在多少钱？

2026-07-02 核对 xAI Docs，grok-4.3 列为每 100 万 input token 1.25 美元、cached input 0.20 美元、output 2.50 美元。真实成本还取决于输出长度、缓存命中、工具调用、Batch、Priority、存储、重试和账户 limit。

Grok API 免费吗？

公开 xAI Docs 没有承诺永久通用免费 API tier。Quickstart 说需要给账户加载 credits 后使用 API。某些账号或 provider 可能有 credits 或免费路线，但那不是官方 xAI price row，必须在自己的 console 或 provider 合同中核验。

先预算哪个 Grok 模型？

通用 Grok API 任务先从 grok-4.3 官方行开始，除非你的控制台和工作负载明确指向另一个可用模型。测试 grok-build-0.1 或 grok-4.20 行时，要把质量、可用性和输出行为写进同一张 worksheet。

Cached input 为什么便宜？

它给重复 prompt 内容提供更低价格，但前提是缓存行为真实发生。稳定 system prompt、政策块、模板和工具说明更适合缓存；检索来的新文本通常不能假设会命中。

工具调用会改变价格吗？

会。Web Search、X Search、Code Execution、File Attachments search、Collections Search / RAG 都有独立价格行。只要工作流用了这些工具，就要进入公式。

Batch API 什么时候值得用？

不要求实时返回时才值得考虑。xAI 文档列出文本/语言模型 batch token 可有 20%-50% 折扣，通常在 24 小时内完成；但图像和视频通过 Batch 可能仍按标准费率。

最容易漏算的 Grok API 成本是什么？

工具调用、重试、长输出、Priority 倍率、文件或 collection 存储、旧模型重定向和 postpaid limit。把这些列进 worksheet，比寻找一个“最低 token 单价”更有用。