Grok 4.5 深度解析:xAI + Cursor 联合训练的编码 Agent 模型与性价比革命
2026 年 7 月 8 日,xAI 发布 Grok 4.5——不是又一个大模型刷榜,而是第一个专为编码 Agent 场景联合训练的模型。与 Cursor 在数万 NVIDIA GB300 GPU 上合作开发,以 $2/$6 的百万 token 定价和 4.2× 的 token 效率优势,Grok 4.5 正在重新定义"AI 编码模型的价值公式":不是峰值得分,而是得分/代币/美元。
一、Grok 4.5 是什么:定位与战略意图
1.1 核心定位
Grok 4.5 是 SpaceXAI(xAI)的编码和 Agent 优先基础模型:
- 首个专为 Agent 场景训练的模型——不是通用对话模型改做编码
- 与 Cursor 联合开发——基于真实编码 Agent 工作负载训练
- MoE(混合专家)架构——万亿级 Cursor 交互数据驱动
- 性价比优先策略——$2/$6 定价对标 Opus 4.8 的 $15/$75
| 属性 | Grok 4.5 | 对标模型 |
|---|---|---|
| 架构 | MoE | Opus 4.8 (dense) |
| 定价(input/output/M token) | $2/$6 | Opus 4.8: $15/$75 |
| 推理速度 | 80 TPS | Opus 4.8: ~15-20 TPS |
| 上下文窗口 | 500K | Opus 4.8: 1M |
| 平均输出 token(SWE Bench Pro) | 15,954 | Opus 4.8: 67,020 |
| token 效率比 | 4.2× 更少 | 基准线 |
1.2 为什么 Cursor 参与训练?
Cursor 作为最流行的 AI 代码编辑器,拥有数万亿真实编码交互数据。这些数据包含:
- 开发者的实际编码模式(编辑、调试、重构)
- 多步骤 Agent 工作流轨迹(搜索、规划、执行、验证)
- 真实 IDE 环境下的工具使用模式
xAI + Cursor 的合作意味着 Grok 4.5 不是在学术基准上训练的"理论编码模型",而是在真实 IDE 环境中验证的"实战编码 Agent"。
二、训练架构:GB300 集群与异步 Agent 演进
2.1 训练基础设施
| 要素 | 详情 |
|---|---|
| 计算集群 | 数万 NVIDIA GB300 GPU |
| 训练数据 | 编码、STEM、工程、数学;去重+质量评分 |
| 强化学习 | 数十万任务;多步骤软件工程聚焦 |
| Agent 演进 | 高度异步——小时级轨迹同时训练持续 |
| Cursor 联合训练 | 基于真实编码 Agent 工作负载 |
2.2 MoE 架构的优势
Grok 4.5 使用 MoE(Mixture of Experts)架构,这意味着:
- 推理时只激活部分专家——降低计算量,提升速度
- 训练时覆盖更多专业领域——不同专家负责不同编码场景
- 成本效率天然优于 dense 模型——更少的活跃参数 = 更低的推理成本
# MoE 模型推理示意(简化)
class MoEModel:
def __init__(self, num_experts=64, top_k=8):
self.experts = [Expert() for _ in range(num_experts)]
self.router = Router()
def forward(self, input_tokens):
# Router 选择 top_k 个专家
expert_weights = self.router(input_tokens)
active_experts = top_k_select(expert_weights, k=8)
# 仅激活 top_k 专家(其余 56 个不参与计算)
outputs = []
for expert_idx in active_experts:
weight = expert_weights[expert_idx]
expert_output = self.experts[expert_idx](input_tokens)
outputs.append(weight * expert_output)
return sum(outputs) # 合并专家输出关键差异:Opus 4.8 作为 dense 模型,每次推理需要激活所有参数(约 1-2T),而 Grok 4.5 MoE 模型仅激活约 1/8 的专家参数,这直接解释了其 80 TPS 高速和 $2/$6 低价。
2.3 异步 Agent 演进训练
Grok 4.5 的 RL 阶段引入了异步 Agent 演进机制:
- Agent 在真实编码环境中执行小时级任务轨迹
- 训练过程与 Agent 执行同步进行(不等待轨迹完成才更新)
- 这种"边跑边学"的模式,让模型能学习到真实的编码 Agent 行为模式
# 异步 Agent 演进示意
async def agent_rollout(task, model):
trajectory = []
while not task.done:
action = model.predict(task.state)
result = task.execute(action)
trajectory.append((task.state, action, result))
task.state = task.update(result)
# 轨迹数据异步回传训练集群
await training_cluster.send(trajectory)
return trajectory
# 训练循环不等待轨迹完成
while training:
batch = get_latest_batch() # 从异步缓冲区取最新数据
model.update(batch)三、基准测试:不是峰值得分,而是得分/代币/美元
3.1 DeepSWE 1.0(pass@1)
| 模型 | 得分 |
|---|---|
| Fable 5 (max) | 66.1% |
| GPT 5.5 (xhigh) | 64.31% |
| Grok 4.5 | 62.0% |
| Opus 4.8 (max) | 55.75% |
| Opus 4.7 (max) | 40.12% |
3.2 Terminal-Bench 2.1
| 模型 | 得分 |
|---|---|
| Fable 5 (max) | 84.3% |
| GPT 5.5 (xhigh) | 83.4% |
| Grok 4.5 | 83.3% |
| Opus 4.8 (max) | 78.9% |
| Opus 4.7 (max) | 78.9% |
3.3 SWE Bench Pro(resolve rate)
| 模型 | 得分 |
|---|---|
| Fable 5 (max) | 80.4% |
| Opus 4.8 (max) | 69.2% |
| Grok 4.5 | 64.7% |
| Opus 4.7 (max) | 64.3% |
| GLM 5.2 | 62.1% |
| GPT 5.5 (xhigh) | 58.6% |
3.4 性价比分析
Grok 4.5 的核心叙事不是"最强",而是"最划算":
| 任务类型 | Grok 4.5 成本 | Opus 4.8 成本 | 成本比 |
|---|---|---|---|
| SWE Bench Pro 单次推理 | $0.032 + $0.096 = $0.128 | $0.24 + $1.005 = $1.245 | 9.7× 更低 |
| 日常编码 Agent(10K in + 5K out) | $0.02 + $0.03 = $0.05 | $0.15 + $0.375 = $0.525 | 10.5× 更低 |
| Terminal-Bench 任务(20K in + 16K out) | $0.04 + $0.096 = $0.136 | $0.30 + $1.20 = $1.50 | 11× 更低 |
核心洞察:在 Terminal-Bench 上 Grok 4.5 仅落后 Fable 5 1%(83.3% vs 84.3%),但价格差距巨大。如果你的编码 Agent 每天运行 1000 次推理,Grok 4.5 的日成本是 $50,而 Opus 4.8 是 $525。
四、Grok Build CLI 与 Office 插件生态
4.1 Grok Build CLI
Grok 4.5 是 Grok Build 的默认模型(x.ai/cli)——终端原生 Agent 工作流:
# 安装 Grok Build CLI
curl -fsSL https://x.ai/cli/install.sh | bash
# 一键构建应用
grok build "创建一个 Three.js 3D 粒子模拟,支持鼠标交互"
grok build "用 Rust 实现一个 HTTP 负载测试工具,支持并发请求和统计报告"
grok build "搭建一个全栈待办事项应用:Vue3 前端 + Go 后端 + PostgreSQL"Grok Build 的核心能力:
- 一条指令即可生成完整的可运行应用
- 自动选择技术栈、创建项目结构、生成代码
- 支持迭代修改和调试
4.2 Microsoft Office 插件
Grok 4.5 同时通过 Microsoft Office 插件进入知识工作场景:
| 插件 | 核心能力 | 使用场景 |
|---|---|---|
| Excel 插件 | 多 Sheet 模型构建、Web 数据研究、备注标注 | 财务建模、数据分析 |
| PowerPoint 插件 | 原生形状生成、图表制作 | 演示文稿制作 |
| Word 插件 | 结构化文本生成 | 报告撰写、文档编排 |
五、API 快速上手
5.1 基础调用
# curl 调用
curl -s https://api.x.ai/v1/responses \
-H "Authorization: Bearer $XAI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "grok-4.5",
"input": "找到并修复这个 Go 代码的 bug:func median(a []int) int { sort.Ints(a); return a[len(a)/2] }"
}'5.2 Python SDK
from xai import XAI
client = XAI()
# 编码 Agent 任务
response = client.responses.create(
model="grok-4.5",
input="审查这个 Kubernetes Deployment manifest 的安全配置",
stream=True
)
for chunk in response:
print(chunk.content, end="")
# 流式输出 ~80 TPS5.3 Go SDK(适合生产环境)
package main
import (
"context"
"fmt"
"github.com/xai/xai-go"
)
func main() {
client := xai.NewClient(xai.WithAPIKey(os.Getenv("XAI_API_KEY")))
resp, err := client.Responses.Create(context.Background(), &xai.ResponseCreateParams{
Model: "grok-4.5",
Input: "分析这段 SQL 查询的性能瓶颈并给出优化建议",
})
if err != nil {
panic(err)
}
fmt.Println(resp.Output)
}六、Grok 4.5 vs 竞争模型:开发者决策指南
6.1 选择决策矩阵
| 场景 | 推荐 | 理由 |
|---|---|---|
| 大规模批量编码 Agent(1000+ calls/天) | Grok 4.5 | 成本优势 10× |
| Terminal-Bench 级命令行任务 | Grok 4.5 | 83.3% + 低成本 |
| 最难 SWE 问题(pass@1 > 66%) | Fable 5 | 66.1% 峰值 |
| 需要最大上下文(1M token) | Opus 4.8 | 1M 窗口 |
| 长文档理解与总结 | Opus 4.8 | 上下文窗口更大 |
| 安全审计与漏洞分析 | GPT-5.6 Sol | ExploitBench 优势 |
| IDE 内实时编码辅助 | Grok 4.5 | 80 TPS + Cursor集成 |
6.2 多模型混合架构
生产环境最佳实践是多模型混合:
from xai import XAI
from openai import OpenAI
class HybridCodingAgent:
def __init__(self):
self.grok = XAI()
self.openai = OpenAI()
def route_task(self, task):
"""根据任务特征选择最优模型"""
if task.estimated_calls > 100: # 批量任务 → Grok 4.5
return self.grok.responses.create(model="grok-4.5", input=task.prompt)
elif task.complexity == "critical": # 关键推理 → GPT-5.6 Sol
return self.openai.responses.create(model="gpt-5.6-sol", input=task.prompt)
else: # 日常编码 → Terra 或 Grok
return self.grok.responses.create(model="grok-4.5", input=task.prompt)七、EU 可用性与合规
Grok 4.5 目前尚未在欧盟可用——预计 2026年7月中旬开放。这可能与 GDPR 数据合规和欧盟 AI Act 分类要求相关。
对于 EU 开发者:
- 可通过非 EU 服务器中转调用(需注意数据传输合规)
- 等待 7月中旬官方 EU 上线
- 考虑本地部署 Qwen/DeepSeek 作为合规 fallback
八、总结:性价比模型的范式转移
Grok 4.5 的发布标志着 AI 编码模型的第三次范式转移:
- 2023-2024:通用大模型做编码(GPT-4→Codex)——能力不足
- 2025-2026初:专用编码模型刷榜(Opus 4.8→Fable 5)——成本极高
- 2026年7月:性价比编码 Agent 模型(Grok 4.5)——得分/代币/美元
Grok 4.5 不是最强的编码模型,但它可能是让编码 Agent 从"实验"走向"生产"的关键模型。 当每天 1000 次推理的成本从 $525 降到 $50,编码 Agent 就不再只是 demo,而是真正的工程工具。
三个关键启示:
- IDE 公司参与模型训练是新模式——Cursor 的万亿交互数据是 Grok 4.5 的差异化优势
- MoE 架构是性价比的基础——8/64 专家激活让推理成本降 9×
- 异步 Agent 演进训练让模型"边跑边学"——真实编码行为而非学术基准

