Cursor SDK 里 Grok 4.7 的 500k 上下文被注册表拒绝
论坛 2026-09-21：@cursor/sdk 1.0.31 的 models.list 列出 500k，Agent.create 传 500k 报 Invalid parameters，改成 256k 能跑完。
Cursor 文档把 Grok 4.7 写成 256k 标准窗口、500k 上限。2026 年 9 月 21 日论坛有人报告：SDK 的模型列表广告了 500k，跑起来却被注册表拒绝。cursor grok 4.7 500k 报错 若出现在 SDK 里，先把上下文改成 256k。桌面选择器是否同一缺陷，那篇帖子没有写。
帖子里的报错原文
James 于 2026-09-21 在 Bug Reports 发帖，产品选的是 Cursor SDK。环境是 @cursor/sdk 1.0.31，Node v22.22.1，Linux。他调用 Cursor.models.list()，grok-4.7 的 context 包含 256k 和 500k，且 isDefault 变体是 context 500k、reasoning effort high、fast true。
Agent.create 传入 context: "500k" 后，运行状态为 error，消息是：
AI Model Not Found Invalid parameters for registry model: "grok-4.7"
只传 context 500k、不带别的参数，同样失败。把同一套 high 加 fast 改成 context 256k，用一句 “Reply with the single word pong.” 可以跑完。他的预期是：列表里广告的值，包括被标成默认的 500k，应该能跑；若注册表不支持，列表不该把 500k 标成默认。
这是单帖，本站没有复现。若帖子后有员工回复说已修，看该帖的新回复，不要把 1.0.31 写成所有 SDK 版本的行为。
文档仍写 500k 时怎么排查
模型页仍写 256k 与 500k，定价表也有 Grok 4.7 500k 和 500k Fast 两行。文档说的是窗口和单价，帖子说的是 SDK 1.0.31 的列表和注册表不一致。桌面或更新的 SDK 仍可能接受 500k。
按这个顺序：
- 看报错是不是
Invalid parameters for registry model: "grok-4.7"，以及调用栈是不是Agent.create。 - 把 context 改成
256k再跑同一句探测。能过，就和这篇帖子一致。 - 记下
@cursor/sdk版本。不是 1.0.31 时，先查该帖有没有人确认新版本仍复现。 - 桌面里选了 500k 却失败，不要直接套这条 SDK 结论，把客户端版本和请求 ID 另开一帖。
输入不超过 256k 时不会走进 500k 计费行。调用在注册表就被拒绝，通常也还没有一次完整的长上下文消耗。四行单价见 Fast 和长上下文计费。
默认变体带 fast 时的另一层
帖子里的默认变体同时是 fast true。即便你只是想试 500k，列表给的默认还会走 Fast 单价。探测时若必须用默认变体，先知道 Fast 是标准价的两倍；要隔离「500k 被拒」这件事，应显式传 256k，并单独看 fast 是 true 还是 false。Pro 及以上的产品默认速度档也是 Fast，那是模型页的另一句话，和这条 SDK 默认变体不要混成同一个开关。