Grok 4.7 怎么用？xAI API、Bedrock 与 Copilot 价格和开放检查

先分清阶段：xAI API 与 Bedrock 已公布，Copilot 仍在渐进推出

xAI 的 2026 年 9 月 21 日公告写明 Grok 4.7 当日可通过 Grok API、Cursor、Grok Build、第三方编码工具、模型路由器和云平台使用。AWS 于 9 月 28 日单独宣布 Grok 4.7 加入 Amazon Bedrock。两份官方发布确认渠道支持，但不证明所有地区、套餐与具体账号已同时完成开放。

GitHub 的同日公告使用的是 now rolling out 与 rollout will be gradual：Copilot Pro、Pro+、Max、Business、Enterprise 都在目标范围内，但暂时看不到模型时应先等待 rollout 并核对客户端与管理员策略，不要立即购买新席位、轮换账号或把缺席归因于网络。

模型能力与 API 边界：50 万上下文不等于所有调用都适合塞满

官方模型页列出文本和图像输入、文本输出、50 万 token context window、function calling、structured outputs 与 reasoning。reasoning_effort 支持 low、medium、high、xhigh，默认 high；生产调用应显式记录档位，因为同一提示在不同推理档位的延迟、输出 token 与成本可能不同。

xAI 当前模型页把 Batch API 标为 Not supported。50 万是最大上下文能力，不是建议每次都接近上限；xAI API 的 prompt 超过 20 万 token 会进入更高价格区间，长会话还会放大延迟、缓存失配与工具循环成本。Bedrock 的价格和限额以 AWS 模型卡及账号控制台为准。实时事实还需要启用相应搜索工具，模型本身的知识截止为 2026 年 5 月。

价格先按渠道和上下文分层：不要只记住 2 美元与 6 美元

xAI API 标准区间的公开单价是每百万输入 token 2 美元、缓存输入 0.50 美元、输出 6 美元。xAI 文档同时说明，request 的 prompt 超过 20 万 token 会使用更高上下文价格；因此直连成本表至少记录输入、缓存输入、输出、prompt 长度和 reasoning effort，不能只用总 token 粗算。

AWS Grok 4.7 模型卡按跨区域 profile 单列 Standard 价格：US Geo 每百万输入 2.20 美元、输出 6.60 美元、缓存读取 0.55 美元；Global 则是 2.00、6.00、0.50 美元。Priority 按相应 Standard 的 1.75 倍、Flex 按 0.5 倍计费。Global 可路由到受支持的商业区域，若有数据驻留限制应先确认 US Geo 的适用性和账号所在区域，不能只因 Global 单价低就切换。

xAI 发布页还写明 fast variant 提供约双倍输出速度并按双倍价格计费，但公开公告没有承诺 Bedrock 或 Copilot 提供同一个 fast 入口。xAI 的 20 万 prompt token 高上下文计价说明不能直接作为 Bedrock 账单公式；Copilot 也按 GitHub 的 provider list pricing 与组织用量规则核算。

Bedrock 怎么调用：先核区域、profile、权限和 API

AWS 模型卡说明 Grok 4.7 在 bedrock-runtime 只支持跨区域 inference profile。选择 US Geo 时传 us.xai.grok-4.7，选择 Global 时传 global.xai.grok-4.7；不要把 xAI 直连的 grok-4.7 或裸模型 ID xai.grok-4.7 直接填入 Bedrock 请求。先查Grok 4.6 的 Bedrock 渠道差异，再以 Grok 4.7 模型卡的当前区域表为准，旧型号的端点与地区不自动继承。

要做最小验证，先在目标 AWS 区域控制台确认模型与所选 profile 可见，再核 IAM 对 inference profile 和默认 project 的 bedrock:InvokeModel 授权。AWS 官方示例用 bedrock-runtime 的 OpenAI 兼容 URL、Bedrock API key 和 us.xai.grok-4.7 发送一条无敏感数据的 Responses 或 Chat Completions 请求；Converse 也受支持。API key 只放在安全配置，不写进日志、页面或示例成品。

AWS 模型卡列出默认 project、流式响应、隐式缓存、reasoning、结构化输出与 Guardrails 等支持项，但 application inference profile 只适用于 Invoke 和 Converse，不适用于 Responses 或 Chat Completions。Server-side tool use、Intelligent prompt routing 与 Count tokens 当前标为不支持。对这些能力有硬依赖时先停在旧路由，不要把 Bedrock 通用功能当成该模型已支持。

GitHub Copilot 怎么开：套餐、客户端与 model policy 三层检查

GitHub 列出的入口包括 VS Code、Visual Studio、Copilot CLI、GitHub Copilot cloud agent、Copilot app、JetBrains、Xcode 与 Eclipse。先确认当前账号属于 Pro、Pro+、Max、Business 或 Enterprise，再更新对应客户端并检查 model picker；渐进推出期间，同套餐不同账号暂时可见性不同并不自动表示故障。

Business 与 Enterprise 管理员应在 Copilot settings 的 model policy 中核对 Grok 4.7。默认模型启用开启时新模型通常自动启用；如果管理员关闭全局默认或明确禁用该模型，成员仍看不到。GitHub 说明该模型按 provider list pricing 进入 usage-based billing，团队应先核对组织预算和实际账单字段，不能把 xAI API 的 token 价格直接当成 Copilot 最终账单。

按渠道做小样本验收，再决定是否切换

第一，确定 xAI 直连、Bedrock US Geo、Bedrock Global 或 Copilot 中的一个渠道，并固定对应模型名与推理档位。第二，选一组无敏感数据、无外部写入的代表性任务。第三，对 xAI 直连分别记录低于和高于 20 万 prompt token 的用量与费用；对 Bedrock 另记 profile、Standard/Priority/Flex 档位、区域、缓存读取、输出、延迟和账单，不跨渠道套用公式。第四，单独验证图像输入、结构化输出与所需工具行为。第五，对结果做人工或自动验收，不以厂商分数替代。第六，只在权限、预算、错误率与回滚条件都满足后逐步放量。

若业务需要批量异步提交，而 xAI 当前模型页仍标记 Batch API 不支持，应保留旧模型或改为受控在线队列；Bedrock 的可用 API 与功能也必须逐项按该模型卡确认。配置 API Key、Base URL 或模型名时，可先参考AI API 配置与报错排查；连接、TLS 或 407 问题再进入代理连接排查。

如何读官方基准：把厂商结果当候选证据，不当业务承诺

xAI 公告给出了 CursorBench、DeepSWE、Terminal-Bench、专业知识与安全基准，并把 Grok 4.7 与 Grok 4.6、GPT-5.6 Sol、Fable 5.1 等模型对比。这些数字来自厂商页面，测试环境、harness、推理档位和成本口径未必等于你的任务；本文不把它们改写成独立验证。

真正的选型至少要用固定任务集比较成功率、工具调用正确性、人工返工、延迟、输入与输出 token、缓存命中和失败重试。若优势只出现在特定基准、真实任务成本超过预算，或输出需要大量返工，应停止扩大流量并回到已验证模型。

失败、停手与回滚条件

模型不在 Copilot picker 中且管理员策略允许时，先等待渐进推出；Bedrock 返回 model not found 时核对目标区域、跨区域 profile、默认 project/IAM 和模型 ID，不要批量猜别名或切成不满足数据驻留要求的 Global。出现 429、5xx、超时或结果未知的外部写入时，保存 request-id、时间、profile、reasoning effort、token 统计和任务状态，有限重试前先判断上一次调用是否已产生副作用。

当区域或权限不可确认、Batch 是硬要求、关键工具行为不兼容、错误率高于门槛或账单与试算不一致时，应停止切换并保留旧模型、旧配置与回滚开关。固定网络出口只能帮助保持网络环境稳定，不能授予 xAI、Bedrock 或 Copilot 资格、启用 model policy、提高额度或改变官方计费。