Grok 4.20 规格速查

2M 上下文配 1.8M 输出，这个规格在目录里独一无二。它的实际用途不是「读更多资料」，而是「一次交付完整产物」——整本手册、整套接口文档、完整代码库的重写。需要注意：上下文上限不等于有效长度，中段召回仍需自测。

一、规格与定价

二、千次调用要花多少钱

按每次 2,000 输入 token、500 输出 token 估算，1,000 次请求共消耗 2M 输入与 0.5M 输出，成本约 3.75 美元。

其中输出部分占 33%。这个比例决定了优化方向：占比高就压缩输出长度，占比低就把精力放在减少调用次数上。

按月 10 万次同规格请求估算，成本约 375 美元。把范围放宽到本文收录的 36 款模型（含本站已发的两篇），这一款的输入单价由低到高排第 25 位、输出单价排第 17 位。两组名次差得越大，说明它的价格结构越偏向「读」或「写」其中一侧。

三、适合与不适合

适合：

• 超长材料的整本改写
• 整套文档或代码库的生成
• 成本敏感的长上下文任务

不适合：

• 需要音频视频输入
• 对上下文精度要求极高的取证型任务

按这组名次看，读写两侧的价格比较均衡：选型时不必为价格结构妥协，直接按能力与延迟挑即可。

数据取自 OpenRouter 公开模型目录快照（2026-11-09），价格与规格可能随厂商调整，做预算前建议再核对一次官方页面。