1. Grok 4.7 API 适合谁?
Grok 4.7 是 xAI 面向 coding 与 knowledge work 推出的旗舰模型。对于代码审查、仓库级分析、技术文档综合、复杂研究与需要图片理解的工作流,它提供了比普通聊天页更明确的 API 控制面:可以选择推理强度、连接函数工具,并要求结构化输出。
如果你的主要任务只是短问答或低成本分类,不必因为版本号更新就立即迁移;如果任务包含长文档、复杂代码、多步决策或工具调用,则可以将 Grok 4.7 加入同一批固定测试题,与现有模型按成功率、延迟和单位任务成本比较。
| 搜索问题 | 直接答案 |
|---|---|
| Grok 4.7 发布了吗? | 已于 2026-09-21 正式发布。 |
| 模型 ID 是什么? | grok-4.7 |
| 上下文多大? | 500,000 tokens |
| 支持图片吗? | 支持图片输入,输出为文本。 |
| 本站能直接调用吗? | 以本站控制台模型列表和 Key 权限为准。 |
2. Grok 4.7 模型规格与能力边界
| 项目 | xAI 官方信息 | 接入时要注意什么 |
|---|---|---|
| 模型 ID | grok-4.7 | 不要猜测日期后缀或自造别名。 |
| 输入 / 输出 | 文本、图片输入;文本输出 | 图片请求字段需按兼容接口实测。 |
| 上下文窗口 | 500,000 tokens | prompt 达到 200K 后进入长上下文计费档。 |
| Reasoning | 支持 | 可选 low、medium、high、xhigh,默认 high。 |
| Function calling | 支持 | 需要验证参数 schema、工具选择和多轮回传。 |
| Structured outputs | 支持 | 应使用严格 schema,并对解析失败设置回退。 |
| Batch API | 不支持 | 批量任务不能默认沿用其他模型的 Batch 流程。 |
| 官方区域 | us-east-1、us-west-2、us-central-1 | 不是本站节点或可用区承诺。 |
| 官方速率上限 | 150 requests/sec、50M tokens/min | 不是本站 SLA,本站限额以控制台为准。 |
xAI 还在发布信息中提到更快的 Grok 4.7 变体,官方描述为输出速度约两倍、价格也约两倍。本文不猜测该变体的模型 ID,也不把其速度承诺套到标准版或本站线路。
3. Grok 4.7 vs Grok 4.6:是否值得升级?
“Grok 4.7 一定比 Grok 4.6 更适合所有任务”不是一个可靠结论。版本升级应以你的任务集为准,而不是只看官方定位或单项 benchmark。更实用的比较方式是保留 Grok 4.6 作为基线,用完全相同的提示词、工具和输出 schema 测试 Grok 4.7。
| 比较项 | Grok 4.7 | Grok 4.6 | 建议 |
|---|---|---|---|
| 产品位置 | 当前新旗舰 | 上一代成熟版本 | 新项目先测 4.7,生产保留 4.6 回退。 |
| 模型 ID | grok-4.7 | grok-4.6 | 将模型名放在配置层,不要散落在代码中。 |
| 迁移风险 | 新模型需重新验收 | 已有调用记录可作为基线 | 不要只验证“能返回文本”。 |
| 适合场景 | 最新 coding、knowledge work 与复杂推理 | 稳定生产与兼容性回退 | 按成功率、延迟和成本选型。 |
更完整的模型规格可分别查看 Grok 4.7 模型页 和 Grok 4.6 模型页。本站没有把上游宣传语当成独立实测结果。
4. Grok 4.7 API 价格与成本计算
Grok 4.7 的官方价格分为普通请求和长上下文请求。关键分界点是 200K prompt tokens:达到该长度后,输入、缓存输入和输出都进入更高价格档。
| 计费项 | 普通请求 | prompt ≥ 200K |
|---|---|---|
| 输入 | $2 / 1M tokens | $4 / 1M tokens |
| 缓存输入 | $0.50 / 1M tokens | $1 / 1M tokens |
| 输出 | $6 / 1M tokens | $12 / 1M tokens |
三个可复核的成本示例
- 短任务:50K 输入 + 3K 输出,按官方普通价格约为
0.05 × $2 + 0.003 × $6 = $0.118。 - 100K prompt 且 80K 命中缓存:20K 新输入 + 80K 缓存输入 + 5K 输出,约为
$0.04 + $0.04 + $0.03 = $0.11。 - 长上下文任务:250K 输入 + 10K 输出,按长上下文档约为
0.25 × $4 + 0.01 × $12 = $1.12。
这些只是根据 xAI 官方单价计算的上游示例,不包含本站倍率、汇率或其他渠道规则。真正比较模型时,建议记录“完成一项任务需要几次请求”,而不只看每百万 tokens 的挂牌价。
价格与规格来源:xAI Grok 4.7 官方开发者文档。核对日期:2026-09-22。
5. Grok 4.7 reasoning effort 怎么选?
官方提供 low、medium、high、xhigh 四档推理强度,默认值是 high。更高的 effort 通常意味着模型愿意投入更多推理资源,但不应简单理解成“永远更准确”或“固定慢多少”。
| 档位 | 建议任务 | 验收重点 |
|---|---|---|
low | 分类、格式转换、简单抽取 | 速度、格式稳定性、是否出现过度推理 |
medium | 常规代码解释、文档总结 | 信息遗漏率和单位任务成本 |
high | 复杂代码、研究综合、多步分析 | 正确率、工具调用链和输出长度 |
xhigh | 高难度问题与关键决策辅助 | 增益是否值得额外延迟和成本 |
兼容接口是否透传 effort 参数应以实际响应为准。最稳妥的做法是使用同一批任务分别跑两个档位,并记录成功率、延迟、tokens 与人工复核结果。
6. Grok 4.7 国内怎么用:OpenAI 兼容 API 接入
如果本站控制台已经显示 grok-4.7,现有 OpenAI SDK 通常只需要更换 Base URL、API Key 和模型名。首次接入可先阅读 OpenAI 兼容 API 教程;如果还没有 Key,可按 快速开始指南完成基础配置。
Python 调用示例
from openai import OpenAI
client = OpenAI(
base_url="https://www.codex789.com/v1",
api_key="sk-codex789-your-api-key"
)
response = client.chat.completions.create(
model="grok-4.7",
messages=[
{"role": "system", "content": "你是严谨的代码审查助手。"},
{"role": "user", "content": "审查这段代码并按严重程度输出问题。"}
],
max_tokens=2048
)
print(response.choices[0].message.content)cURL 最小请求
curl https://www.codex789.com/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer sk-codex789-your-api-key" \
-d '{
"model": "grok-4.7",
"messages": [
{"role": "user", "content": "用三点总结这份技术方案"}
],
"max_tokens": 1024
}'示例只说明通用接入路径,不表示每个账号已经获得 Grok 4.7 权限。调用前请查看 价格与充值页面和控制台模型列表,最终以实际返回与扣费明细为准。
7. 图片输入、Function Calling 与结构化输出
图片输入
Grok 4.7 官方支持图片输入、文本输出,适合截图解释、界面检查、图表读取和带图文档分析。但“支持图片”不等于支持图片生成,也不代表所有图片 URL、Base64 格式或文件大小都能通过本站兼容层;应先用一张小图验证请求格式。
Function Calling
函数调用适合查询内部数据、创建工单或连接业务系统。上线前至少测试:必填参数缺失、枚举值、并行工具、多轮 tool result 回传,以及模型未调用工具时的业务回退。路由、重试和状态码处理应由确定性代码完成,不应交给模型猜测。
Structured Outputs
结构化输出适合生成可解析 JSON、审核结论或字段抽取结果。Schema 应保持紧凑,并在服务端再次校验。即使官方支持 structured outputs,也要把超时、字段为空和解析失败视为正常工程分支。
8. 500K 上下文怎么用才划算?
500K tokens 的价值不是“把所有文件一次塞进去”,而是让模型在确实需要时读取更完整的代码库、合同集合或研究材料。无筛选地拼接内容会增加价格、延迟和无关信息干扰,达到 200K prompt 后还会进入长上下文价格档。
- 先用目录、文件类型和关键词筛选候选材料,再发送正文。
- 固定系统提示和长背景时,观察是否能利用缓存输入价格。
- 让调用日志记录 prompt tokens,设置 180K 左右的预警线,避免意外跨档。
- 对超长任务进行分段提取,再把结构化中间结果交给模型综合。
- 不要把上下文窗口等同于可稳定输出长度;输出上限和响应质量仍需实测。
对于仓库分析,可以先生成文件清单与依赖关系,只把目标模块和直接调用者放入请求。这样通常比单纯追求最大上下文更容易复现,也更便于定位错误。
9. 从 Grok 4.6 迁移及常见 API 报错
推荐迁移顺序
- 保留
grok-4.6回退配置,在环境变量或模型路由层切换。 - 准备固定任务集,覆盖短文本、长文档、代码、图片、工具调用和 JSON 输出。
- 只替换模型名,先不要同时修改提示词和参数。
- 记录状态码、实际返回模型 ID、tokens、延迟、错误体和账单。
- 比较任务成功率与单位任务成本,通过小流量灰度后再扩大。
常见错误怎么排查
| 现象 | 优先检查 | 不要先做什么 |
|---|---|---|
| 401 / 403 | Key、余额、权限和请求头 | 反复更换模型名 |
| 404 / model not found | 控制台是否出现 grok-4.7、Key 是否属于正确分组 | 猜测带日期或 fast 后缀的 ID |
| 429 | 本站限流、并发、重试间隔 | 把官方 rate limit 当本站承诺 |
| 400 / context error | prompt tokens、图片大小、参数兼容性 | 继续增大 max_tokens |
| 工具调用失败 | JSON Schema、必填字段、tool result 回传 | 让模型承担确定性重试逻辑 |
更多 Grok 系列通用配置可参考 Grok API 接入指南。迁移的成功标准不是“返回 200”,而是业务结果、格式、延迟与成本都在可接受范围内。
Grok 4.7 上线前的可验证清单
把“能调用”拆成可复核的四步,不把一次 200 响应写成稳定性承诺:
- 模型与协议:记录实际返回的 model ID,分别测试普通文本、图片输入、工具调用和结构化输出;任何一项失败都单独标记。
- 错误码分流:401/403 查 Key、权限和模型分组;400 查参数或 JSON Schema;429 查 TPM/RPM、并发和重试;5xx 查上游、网关与回退链路。
- 成本算例:固定一组输入/输出 tokens,分别记录普通档、缓存和长上下文档的单价,再与控制台流水核对。
- 回滚条件:保留 Grok 4.6 配置与同一测试集,只替换模型 ID;若错误率、账单或工具调用结果异常,先切回旧 ID。
建议把模型 ID、请求协议、状态码、tokens、请求 ID 和时间写入内部验收表,不记录 API Key 或完整提示词。
10. Grok 4.7 API 常见问题
Grok 4.7 的模型 ID 是什么?
xAI 官方模型 ID 是 grok-4.7。不要根据搜索结果自行添加日期、fast 或 preview 后缀。
Grok 4.7 的官方价格是多少?
普通请求为输入 $2、缓存输入 $0.50、输出 $6 每百万 tokens;prompt 达到 200K tokens 后分别变为 $4、$1 和 $12。本站实际价格以控制台为准。
Grok 4.7 是不是 500K 上下文?
是,官方开发者文档列出 500,000 tokens 上下文窗口,但 200K prompt 是价格分档点。
Grok 4.7 支持图片生成吗?
本页讨论的 grok-4.7 支持图片输入、文本输出,不应把图片理解能力和图片生成模型混为一谈。
Grok 4.7 和 Grok 4.6 应该选哪个?
需要新旗舰能力时测试 Grok 4.7;重视已有生产兼容性时保留 Grok 4.6。用相同任务集比较,不要只凭版本号决定。
为什么官方已发布,本站却可能调用不了?
上游发布与中转渠道开放是两个状态。本站需要完成路由、权限和计费配置,因此应以控制台模型列表和实际请求为准。
内容方法:基于 xAI 一手资料整理官方事实,并将本站接入边界、成本计算和迁移验收分开说明。核验日期:2026-09-22。官方来源:xAI Grok 4.7 发布公告、Grok 4.7 开发者文档。