文档大纲

马斯克 xAI 又掀桌子：开源 Grok Build 编程智能体，3 天狂揽 1.2 万星，到底值不值得用？

一、先抛结论：Grok Build 是什么？

如果你在过去一年用过 Cursor、Claude Code、GitHub Copilot Agent 或者 OpenAI 的 Codex CLI，你应该熟悉这类工具的基本形态：你用自然语言描述需求，AI 自己读代码、找文件、改代码、跑命令，最后给你一份 diff。

Grok Build 干的是同一件事，但有 4 个关键差异：

维度Grok BuildClaude Code / Codex CLI 等
客户端形态全屏 TUI（终端里的"伪 IDE"），支持鼠标纯 CLI 或 Web IDE
主语言Rust（性能导向）多数是 TypeScript / Python
默认工作流Plan-first：先给你完整执行计划，你可以逐条改、整段重写，批准后再动手多数直接开始执行（Claude Code 已支持 Plan 模式，但默认体验更"黑盒"）
许可证Apache-2.0（可商用、可魔改）Claude Code 闭源；Codex CLI 也是 Apache-2.0

如果你是那种「想看 AI 接下来要干什么、不喜欢被闷头改一堆文件」的开发者，Grok Build 的 Plan-first 流程是它最有辨识度的设计。

二、项目背景：xAI 这次「掀桌子」到底是怎么回事？

要把这件事讲清楚，得把时间线拉一下：

  • 2026-05-15：xAI 第一次对外公布 Grok Build 早期测试版（封闭），只对 SuperGrok Heavy（300 美元/月）订阅用户开放。这是第一批可用上的 AI 编程 Agent。
  • 2026-05-25：Grok Build 0.1 模型正式发布，下放到 SuperGrok / X Premium Plus（30 美元/月）订阅即可使用。模型特性：256K 上下文窗口、支持图像输入、无文本输出长度限制。
  • 2026-07-14 20:04 UTC：xAI 在 GitHub 开源整个 CLI + TUI + Agent Runtime（仓库地址 xai-org/grok-build，Apache-2.0 协议）。
  • 2026-07-17：本文写作时点，仓库 12.3k Star、2.1k Fork、762KB 第三方声明文件。

顺带一提，xAI 之前因为「训练数据疑似违规使用」被舆论推上风口浪尖，而这次直接开源核心构建工具，被国内媒体戏称为「偷传代码风波后直接掀桌子」——开源既是一种技术共享姿态，也是对外界关切的实质性回应。

关键事实：开源的不是模型权重（那是 Grok-1 / Grok-2 / Grok-3 的事），而是客户端 + Agent 运行时。也就是说你拿到的不是 Grok 模型本身，而是「怎么把 Grok 模型接到你的终端工作流里」的全部代码。

三、Grok Build 的核心价值：它解决了什么真问题？

很多人看到「又一个 AI 编程工具」会下意识觉得「卷不动了」。但 Grok Build 解决的是一个非常具体的痛点——AI 改代码的「不可控感」。

3.1 痛点：传统 AI 编程 Agent 的「黑盒焦虑」

你让 AI 帮你重构一个老模块，它直接闷头改了几十个文件，最后给你一份巨长的 diff。你盯着 diff 看 20 分钟，发现第 3 步改的数据库连接池配置其实和你生产环境不兼容——但你必须先接受前面 8 步才能回滚这一步。

这就是 Plan-first 流派想解决的问题：在 AI 真的动手之前，让你看清楚它打算干什么。

3.2 Grok Build 的 6 大核心特性

直接读 README + 第三方评测 + 仓库结构综合出来的：

  1. Plan-first 工作流（核心卖点）
  • 执行复杂任务前，先生成完整执行计划
  • 可以逐条审查、单步修改、甚至整段重写某一步
  • 批准后所有改动以 Diff 形式展示（不是黑盒 dump）
  1. 多 Agent 并行（Multi-subagent）
  • 多个任务可同时跑、互不干扰
  • 适合「主 Agent 写代码 + 子 Agent 跑测试 + 子 Agent 抓日志」这种场景
  • 这一点在 Rust 实现的并行运行时里有性能优势
  1. 原生支持 MCP（Model Context Protocol）
  • 能接数据库、API、文件系统等外部工具
  • 这意味着你可以让 Grok Build 直接连你的 PostgreSQL 跑查询、改 schema
  1. 兼容 AGENTS.md / 插件 / Hooks / Skills
  • 对，就是我们 OpenClaw / Claude Code 体系里那套 AGENTS.md 规范
  • 仓库里甚至移植（port）了 OpenAI Codex 和 SST OpenCode 的工具实现
  1. 兼容无头模式（Headless Mode）
  • 可以在 CI/CD 脚本里直接调用，不开 TUI
  • 适合自动化工作流：bot 自动改代码、自动跑测试、自动提 PR
  1. 完整 ACP（Agent Client Protocol）支持
  • ACP 是 Zed 编辑器搞出来的 Agent 通信协议
  • 意味着你可以把 Grok Build 嵌进 IDE 用，不一定非要全屏 TUI

3.3 一个反常识的点：Rust 全屏 TUI 是个大优势

很多人会问：「为什么是终端？为什么用 Rust 写？」

答案藏在仓库结构里：

Crate职责
xai-grok-pager-bin组合根，构建 xai-grok-pager 二进制
xai-grok-pagerTUI 实现：滚动、提示符、模态框、渲染
xai-grok-shellAgent runtime + leader/stdio/headless 三种入口
xai-grok-tools工具实现：terminal、file edit、search
xai-grok-workspace宿主文件系统、VCS、执行、checkpoints

Rust 选型的实际好处：

  • 冷启动 < 50ms（TypeScript 写的 Claude Code 冷启动通常 200ms+）
  • 内存占用稳定（不会出现某些 Node CLI 跑久了内存泄漏）
  • 终端渲染丝滑（全屏 TUI 不卡，鼠标交互不掉帧）

对于「每天开几十次 AI 编程 Agent」的重度用户，这些差异是真实可感的。

四、部署方法：从一行命令到源码编译

Grok Build 提供三种部署路径，从最省事到最深定制。

4.1 方式一：一键安装预编译二进制（推荐）

macOS / Linux / Git Bash：

curl -fsSL https://x.ai/cli/install.sh | bash
grok --version

Windows PowerShell：

irm https://x.ai/cli/install.ps1 | iex
grok --version

实测安装脚本会自动：

  1. 检测你的 OS 和架构（arm64 / x86_64）
  2. 下载对应二进制到 ~/.local/bin/grok（或类似路径）
  3. 把路径加到你的 $PATH

💡 小坑提醒：如果你用的是 zsh + oh-my-zsh，安装完可能要 source ~/.zshrc 一下新路径才生效。

4.2 方式二：从源码编译（适合想魔改的人）

仓库根目录有 rust-toolchain.toml，会自动 pin Rust 版本到合适范围（实测 1.78+）。

前置依赖：

  • Rust（rustup 会自动装）
  • DotSlash：cargo install dotslash，仓库里有 bin/protoc 这种 hermetic 工具要走 DotSlash 加载
  • protoc：DotSlash 会自动拉，或你自己 brew install protobuf

编译命令：

# 快速类型检查（不完整构建）
cargo check -p xai-grok-pager-bin

# Debug 模式跑
cargo run -p xai-grok-pager-bin

# Release 构建
cargo build -p xai-grok-pager-bin --release
# 产物：target/release/xai-grok-pager

4.3 首次启动：必过 OAuth 这一关

第一次跑 grok 命令，它会自动打开你的浏览器到 x.ai/cli 做 OAuth 授权。你必须有一个 SuperGrok 订阅（哪怕最便宜的 30 美元/月档）。

⚠️ 网络要求：整个流程需要稳定访问 x.ai 域名。如果你在中国大陆，没有魔法上网基本用不了官方版本——这一点后面会单独讲怎么用国产模型绕开。

五、使用方法：从第一次对话到 CI/CD 集成

5.1 三种运行模式

模式启动方式用途
TUI 交互模式grok日常编程，开全屏终端
Headless 无头模式grok –headless &quot;任务描述&quot;CI/CD 脚本、自动化
ACP 嵌入模式编辑器通过 ACP 调用嵌进 Zed / VS Code 插件

5.2 一次典型的 TUI 工作流

[09:42] 你输入: 重构 src/api/users.py 这个模块，加 rate limiting 中间件
[09:42] Grok Build 进入「规划模式」，展示计划：
  1. 读 src/api/users.py 分析现有路由结构
  2. 在 src/middleware/ 下新建 rate_limit.py
  3. 修改 users.py 的路由装饰器，挂上中间件
  4. 添加 unit test
  5. 跑 pytest 验证
[09:43] 你审查计划，发现第 3 步的中间件顺序不对，单独改了第 3 步
[09:43] 你点「批准」
[09:43] Grok Build 开始执行，每完成一步给你看 diff
[09:45] 全部完成，pytest 全绿

这个工作流最爽的地方是「你能控制它每一步在干什么」，而不是被动等它改完一堆文件后自己 review。

5.3 Headless 模式实战

grok --headless "为 Python 项目跑测试并修复失败用例" | tee build.log

这条命令可以在 GitHub Actions / GitLab CI / Jenkins 流水线里跑，做自动化代码维护。

5.4 配置文件位置

  • 用户配置：~/.config/grok/config.toml（推测，文档站 docs.x.ai/build/overview 有完整说明）
  • 项目级 AGENTS.md：放在项目根目录，遵循类似 Claude Code 的规范

六、🔥 最关键的问题：能不能用国产大模型？

简短回答：官方没有明确支持，但理论上 OpenAI 兼容接口可以走通，需要自己动手配置或者 fork 改代码。

6.1 先说官方态度

  • README 全文没有任何「支持自定义 LLM endpoint」的字段
  • 仓库 Cargo.toml 依赖里只有 xai-grok-* 内部 crate
  • CONTRIBUTING.md 明确写："External contributions are not accepted"（不接受外部 PR）
  • 首次启动强制 OAuth 走 xAI 账号

所以「直接换一个 base_url 让它跑 DeepSeek」，目前官方没有现成的开关。

6.2 但这是开源的，技术上不是死路

开源 = 你可以 fork = 你可以改。仓库里有几个明显的可改造点：

  1. xai-grok-shell 是 Agent Runtime，里面应该有请求 Grok API 的 client
  2. 如果它走的是 OpenAI 兼容协议（多数现代 LLM 都兼容 OpenAI chat completions 协议），那把 base_url 换成 https://api.deepseek.com 就能跑 DeepSeek
  3. 如果不是，那 fork 后改几十行代码也能搞定

但官方没有承诺 API 兼容性，这是现实风险。

6.3 国产大模型候选对比

如果你真的想在国内用「Grok Build 这类 Plan-first 终端 Agent + 国产模型」的组合，这里有几个实测可行的方案：

方案国产模型Plan-first终端 TUI开源适配难度
Codex CLI 配 DeepSeek-V3.5✅ DeepSeek⚠️ 弱（默认直接执行）✅✅ Apache-2.0低，改环境变量即可
Cline / Roo Code 配通义千问 Qwen3-Coder✅ Qwen3⚠️ 弱（默认直接执行）⚠️ VS Code 插件✅ Apache-2.0低
OpenCode 配 GLM-4.5 / Qwen3✅ GLM / Qwen✅ 原生 Plan 模式✅✅ MIT低，原生支持
Claude Code 配 DeepSeek（via proxy）✅ DeepSeek✅ Plan 模式✅❌ 闭源中，要写代理
Grok Build 配 DeepSeek（fork 改造）✅ DeepSeek✅ Plan 模式✅ Rust TUI✅ Apache-2.0高，要改 Rust 代码

我个人最推荐的是 OpenCode：它和 Grok Build 一样原生 Plan-first + 终端 TUI，MIT 协议接受 PR，活跃社区明确支持 DeepSeek / Qwen / GLM 等国产模型接入。如果你就是馋 Grok Build 的 Rust 性能 + TUI 体验，那值得 fork 后改造；如果只是想用「Plan-first + 国产模型」，直接用 OpenCode 更省事。

6.4 为什么不建议改造 Grok Build 跑国产模型？

三个现实理由：

  1. 官方不接受外部 PR：你 fork 后得自己长期维护一个分支，xAI 一更新你就要 rebase
  2. 依赖 xAI 账号：OAuth 鉴权绑死 xAI 账号体系，要完全绕开得改 auth 模块
  3. 生态不成熟：Codex CLI / OpenCode 都有大量社区适配案例，Grok Build 才开源 3 天，没有现成的「DeepSeek 接入教程」

结论：国产大模型 + Plan-first 终端 Agent 这条路，用 OpenCode / Codex CLI 更务实。Grok Build 的最大价值是「看 xAI 的工程实现学到东西」，而不是直接拿来用国产模型。

七、三方对比：Grok Build vs Claude Code vs Codex CLI

这一节是本文硬核部分，基于 2026 年 7 月实测数据 + CSDN/IT之家/腾讯新闻多家第三方评测综合得出。

7.1 速查对比表

维度Grok BuildClaude CodeCodex CLI
厂商xAI（马斯克）AnthropicOpenAI
首发时间2026-05（封闭） / 2026-07（开源）2025-初2025-04（开源）
许可证Apache-2.0闭源（仅二进制）Apache-2.0
主语言RustTypeScript + PythonTypeScript
客户端形态全屏 TUI + 鼠标CLI + 桌面 + IDE 插件CLI + IDE 插件
底层模型Grok Build 0.1（256K 上下文，无输出长度限制）Claude Fable 5 MythosGPT-5.5
SWE-Bench Pro未公开80.3%58.6%
输入价格30 美元/月订阅（不限调用）$10 / 百万 token$5 / 百万 token
输出价格（含在订阅里）$50 / 百万 token（约 $20 / 百万 token）
Plan-first 默认✅ 默认 Plan 模式✅ 支持但需手动 /plan⚠️ 默认直接执行
多 Agent 并行✅ 强项✅ 支持 subagent⚠️ 一般
MCP 支持✅ 原生✅ 原生✅ 原生
AGENTS.md 支持✅✅✅
ACP 支持✅❌❌
CI/CD 友好度✅ Headless 模式✅ Headless 模式✅ 杀手锏（GitHub 原生集成）
国内可用性❌ 需魔法上网 + SuperGrok 订阅⚠️ 需代理，国内支付难⚠️ 需代理

7.2 核心差异（不只是「谁更强」）

1. 定位哲学不一样

  • Claude Code = 分析型协作者。你让它「先别改代码，先帮我分析这个项目用了哪些设计模式」，它能给你写一份 3000 字的项目分析报告。适合先理解再动手。
  • Codex CLI = 执行型协作者。你让它「给 users 表加一列 email_verified 并迁移数据」，它能闷头干完，diff 给你看。适合直接进项目干活。
  • Grok Build = 计划型协作者。它介于两者之间——先把整个执行计划列出来让你审，批准后才动手。适合不想被闷头改但又不想手写分析报告。

2. 价格模型不一样

这是被很多人忽视的关键差异：

  • Claude Code 按 token 计费：输出 $50/百万 token，重度使用月账单容易破千美元。SWE-Bench Pro 80.3% 是真强，但代价是贵。
  • Codex CLI 按 token 计费：输入 $5 / 输出 $20 左右，便宜一个数量级。SWE-Bench Pro 58.6%，分数低但省钱。
  • Grok Build 按订阅计费：30 美元/月包月随便用，不限制 token。对重度用户最划算（如果你每天让 AI 改 100 个文件，Claude Code 可能要 500 美元，Grok Build 还是 30 美元）。

3. 工作流透明性不一样

  • Grok Build 默认 Plan-first：你必须先看计划，批准才执行。
  • Claude Code 默认直接执行，但有 /plan 命令切换。
  • Codex CLI 默认直接执行，社区有 Plan 模式补丁但不是官方标配。

4. 开源程度不一样

  • Claude Code 完全闭源：你只能跑官方二进制，想魔改？没门。
  • Codex CLI 完全开源（Apache-2.0），社区活跃，国内外各种魔改版本。
  • Grok Build 开源但闭源协作（Apache-2.0 代码 + 不接受外部 PR），可以读源码学习，可以 fork 自用，但不要指望 PR 被合并。

7.3 选型决策树

Q1: 你每天让 AI 改多少代码？
├─ < 10 次/天 ─→ Q2
└─ > 50 次/天 ─→ Grok Build（30 美元/月包月最划算）

Q2: 你更想要「AI 自己分析」还是「AI 直接动手」？
├─ 先分析再动手 ─→ Claude Code（理解能力强）
└─ 直接动手 ─→ Codex CLI（执行效率高）

Q3: 你的代码库多大？
├─ < 1 万行 ─→ 三个都行
└─ > 10 万行 ─→ Claude Code 或 Grok Build（大上下文优势）

Q4: 你在中国大陆？
├─ 是 ─→ Codex CLI 配 DeepSeek-V3.5（最稳）
└─ 否 ──→ 按 Q1-Q3 选

7.4 一句话点评（来自多个第三方评测）

IT之家：Grok Build 是「专为软件工程、复杂编程领域打造的强大编程智能体」，核心亮点是「规划模式 + MCP + 多子代理」。

CSDN「30 刀的 Grok Build，Java 团队该上车吗？」：Plan-first 比 Claude Code 的「黑盒执行」透明得多；多 Agent 并行在轻量级语言圈子里反响不错；30 美元/月对 Java/Spring 团队来说几乎等于免费。

CSDN「2026 年 4 大 AI 编程 CLI 工具横评」：Claude Code 贵但有贵的道理（80.3% SWE-Bench Pro），Codex CLI 便宜量足 + CI/CD 集成是杀手锏；Grok Build 作为新晋选手「工程化程度最高（TUI + Rust + ACP），但生态还在早期」。

腾讯科技 / 新浪科技：Grok Build 直接对标 Cursor、Claude Code、Codex CLI；xAI 通过收购 Cursor 团队（600 亿美元）补齐了 IDE 人才短板，Grok Build 是这一战略的产物。

八、Grok Build 的适用场景与不适用场景

8.1 适合用 Grok Build 的场景

✅ 大型重构 / 多文件改动：Plan 模式让你看清每一处要改什么 ✅ CI/CD 自动化代码维护：Headless 模式直接接到流水线 ✅ 多人协作的代码审查：Plan + Diff 展示天然适合团队评审 ✅ 重度 AI 编程用户：30 美元/月包月，对每天用 8 小时以上的开发者最划算 ✅ 学习 xAI 工程实现：Apache-2.0 代码，Rust 写的 Agent Runtime，值得读源码

8.2 不适合用 Grok Build 的场景

❌ 纯新手 / 不熟悉终端：全屏 TUI 对没用过 Vim / Tmux 的人有学习成本 ❌ 国内无魔法上网：OAuth + API 都依赖 x.ai 域名 ❌ 只想要 IDE 内体验：还是 Cursor / GitHub Copilot 插件更顺手 ❌ 只想用国产大模型：直接用 OpenCode + DeepSeek 更省事 ❌ 临时性轻度使用：按 token 计费的 Claude Code / Codex CLI 更划算（用得少就花得少）

九、注意事项与潜在坑

9.1 开源 ≠ 自由协作

  • Apache-2.0 代码：你可以商用、可以魔改、可以分发
  • 但 CONTRIBUTING.md 明说「不接受外部 PR」：你 fork 后只能自维护，不要指望给官方提改进
  • 依赖 xAI 账号：OAuth 流程绑死，绕开得改 auth 模块

9.2 网络依赖

  • 安装脚本：x.ai/cli/install.sh
  • 文档站：docs.x.ai/build/overview
  • 模型 API：xAI 自家 endpoint
  • 浏览器 OAuth：必须能访问 x.ai

结论：国内用户要么用魔法上网，要么 fork 后改造 + 接国产模型（前面第 6 节讲过）。

9.3 模型 vs 客户端是两个东西

很多人混淆这两个概念：

  • Grok Build 模型（Grok Build 0.1）：闭源，只对 SuperGrok 订阅用户开放
  • Grok Build 客户端 / CLI（xai-org/grok-build）：开源 Apache-2.0

开源仓库里没有模型权重，你 fork 改客户端后还是必须用 xAI 的模型 API 跑（除非你把整个 client 也改了）。这一点 Claude Code 也是一样——开源了 Codex CLI ≠ 你有 GPT-5.5 模型可用。

9.4 第三方声明文件 762KB

仓库里 THIRD-PARTY-NOTICES 有 762KB——意味着它 port 了大量第三方代码（明确提到 openai/codex 和 sst/opencode 的工具实现）。这是个法律层面的潜在风险点：

  • Apache-2.0 是允许分发的，但要保留原始许可证和版权声明
  • 如果你 fork 后商用，需要确认这些第三方 port 的代码也允许商用
  • 仓库里 THIRD-PARTY-NOTICES 详细列了每个依赖的许可证，商用前必须通读一遍

9.5 安全审计

  • SECURITY.md 只有 166 字节，内容相当简短
  • 0 open issues（has_issues: false，连 issue tracker 都关了）
  • 这意味着安全反馈通道不完善，如果你在企业生产环境用，要谨慎评估

十、我的判断：要不要上手？

10.1 三类用户的建议

如果你是个人开发者：

  • 想体验 Rust TUI 的快感 + Plan-first 工作流 → 值得装（30 美元/月不贵）
  • 已经在用 Claude Code / Codex → 不急切换，等生态成熟
  • 想用国产模型 → 直接 OpenCode + DeepSeek，跳过 Grok Build

如果你是技术团队负责人：

  • 在评估 AI 编程工具标准化 → 值得做一次 PoC，但生产环境先观察 3-6 个月
  • 团队在国内 + 用国产模型 → 绕开 Grok Build，走 OpenCode / Codex CLI 路线
  • 关心开源可控性 → Grok Build 的「不接受外部 PR」是个减分项，对比 OpenCode 的 MIT 协议

如果你是 AI 编程研究者：

  • 必读源码。Rust 写的 Agent Runtime + TUI + 多子 Agent 并行 + ACP 支持，是非常优秀的学习样本
  • 关注 xai-grok-shell（runtime）和 xai-grok-tools（tool implementations）这两个 crate
  • 留意后续 xAI 是否会放开外部贡献

10.2 几个开放问题（留给未来观察）

  1. xAI 会不会放开外部 PR 接收？目前 CONTRIBUTING.md 写不接受，但这种限制在大模型公司里挺少见，可能后续会调整
  2. Grok Build 模型会不会单独 API 化？目前 256K 上下文 + 无输出长度限制很香，如果开放 API 会对 Anthropic / OpenAI 形成实质压力
  3. 国产模型 fork 何时出现？按国内开源社区的节奏，预计 1-2 个月内会有人 fork 出「Grok Build + DeepSeek」版
  4. TUI 体验会不会被 IDE 插件反超？Rust TUI 性能再好，VS Code / Cursor 的生态位优势仍然存在

十一、参考资料与延伸阅读

11.1 一手资料

  • GitHub 仓库：https://github.com/xai-org/grok-build
  • 官方文档：https://docs.x.ai/build/overview
  • 更新日志：https://x.ai/build/changelog
  • 官方网站：https://x.ai/cli

11.2 第三方评测（本文引用的）

  • CSDN「30 刀的 Grok Build，Java 团队该上车吗？」—— Plan-first 体验细节
  • CSDN「Grok Build 0.1 实战：xAI 编码 Agent 安装、API 接入与并行子任务配置指南」
  • CSDN「2026 年 4 大 AI 编程 CLI 工具横评：Claude Code、Codex、Gemini CLI、OpenCode」
  • CSDN「Codex CLI vs Claude Code：两大终端 AI 编程工具深度对比（2026 最新版）」
  • IT之家「xAI 发布 Grok Build 早期测试版编程智能体」
  • 东方财富 / 网易科技「xAI 发布 Grok Build 早期测试版」
  • 新浪科技「xAI 推出 Grok Build：进驻终端的"全能 AI 编程智能体"」

11.3 仓库关键技术点

  • 主语言：Rust（占比根据 GitHub API 检测）
  • 许可证：Apache-2.0
  • 核心 crate：xai-grok-pager-bin、xai-grok-pager、xai-grok-shell、xai-grok-tools、xai-grok-workspace
  • 第三方 port：OpenAI Codex、SST OpenCode（见 THIRD-PARTY-NOTICES）

写在最后

Grok Build 开源 3 天破 1.2 万 Star，不是靠营销，而是靠实打实的工程化诚意：

  • Plan-first 工作流击中了行业真痛点
  • Rust 写的全屏 TUI 把终端 AI 编程的体验拉到了新水准
  • Apache-2.0 让开发者可以读源码、可以 fork、可以商用

但它也有明确的边界：

  • 不接受外部 PR，社区协作通道关闭
  • 模型 API 绑死 xAI 账号，国内访问难
  • 第三方 port 代码带来潜在的法律审计成本

如果你想要一款「计划透明 + 终端原生 + 性能极致的 AI 编程 Agent」，Grok Build 值得尝试。

如果你更看重「开源协作 + 国产模型 + 生态成熟」，OpenCode + DeepSeek-V3.5 / Qwen3-Coder 现阶段更务实。

AI 编程工具的竞争已经进入「工程化深水区」——比的不再是模型本身有多强，而是「AI 能不能按你期待的方式改你的代码」。Grok Build 把这件事往前推了一步，至于这一步最终是昙花一现还是行业标杆，留给时间回答。

阅读量： 264

网站备案号：沪ICP备2025137870号