Grok Build 上线持久内存，顺带盘一遍它现在有多能打

是什么

9 月 16 日，xAI 给终端编码代理 Grok Build 加上了跨会话的持久内存。它会在每轮对话结束后，在后台把用到的编码规范、技术决策和项目事实记成 Markdown 笔记，按主题分文件存放，下次开始相关工作前自动读取应用。配套给了两个新命令：

/memory → 浏览 Grok Build 目前记住的所有内容，按项目和全局分类展示 /dream → 把最近积累的笔记整理归并进对应的主题文件，也会在后台定期自动跑

用得越多，它对项目的理解就越完整，不用每次回来都重新交代一遍背景。

内存之外，官网这次也把 Grok Build（现在由 Grok 4.6 驱动）的功能面铺开讲了一遍，挑十个说说：

Plan Mode → 复杂任务先出一份计划稿，每一步编辑都要你点头确认才会执行，通过后每处改动会先生成清晰的 diff 再落地，也能针对某条步骤单独评论或整段重写 Subagents → 大任务拆给多个子代理并行处理，比如同时探索结账流程、基础设施和共享代码库，每个子代理有自己独立的上下文窗口，还支持在各自的 worktree 里单独跑 Skills → 把常用工作流沉淀成可复用的斜杠命令，AGENTS.md、插件、hooks、MCP 服务器都能直接接进来，任务匹配就自动触发，也能用 /skillify 把一次完整会话直接存成新技能 Plugins 市场 → 技能、子代理、hooks、MCP 服务器可以打包成一个插件分享给团队，从官方市场装，也能自建 git 仓库私有托管 MCP 服务器 → 原生支持连接 Linear、Sentry、Grafana 等外部工具，装好之后终端里就能直接调用它们的能力 Hooks → 文件被编辑或某个工具被调用时可以自动触发脚本，把检查、格式化这类重复劳动交给规则去做 AGENTS.md → 按目录设定代码规范和团队约定，Grok Build 干活时照着这份文件里的规矩来，不同子项目可以各有一套标准 交互式提问 → 遇到含糊的任务，会用选择题跟你确认设计方向、框架或数据结构，答案直接写进计划里 代码审查 → 提交前先做逐行反馈，把明显问题挡在 PR 之前 无头模式 → 可以在 CI/CD 流水线里脚本化运行，不需要交互界面，配合沙箱执行还能安全跑未知来源的代码

为什么

这次更新想解决的是一个很具体的痛点：AI 编码工具的上下文窗口再大，会话一结束照样清零，团队约定、踩过的坑、项目里那些没写进文档的隐性规则，每次都得从头讲。持久内存把这部分变成了后台自动积累的资产。

而 Plan Mode、Subagents、Skills、Plugins 市场这一组功能放在一起看，方向也很清楚：Grok Build 不满足于做一个对话式的编码助手，而是想把从计划、并行执行到代码审查的整条开发工作流都接过去，让自己更接近一个能独立跑完整个任务的工程队友，而不只是一个问答框。

怎么用

内存不需要手动开关，装好 Grok Build、用 /new 开新会话，第一轮对话结束后就开始记笔记。想看它记了什么、笔记记错了要改，进 /memory 找到对应文件处理即可，/dream 平时不用管，它会自己整理。

功能层面，简单任务直接对话即可，遇到跨文件的大改动就切 Plan Mode，先看计划再放行执行。多模块、多目录的项目，可以在关键目录放一份 AGENTS.md 定规矩，团队常用的操作打包成 Skill 或 Plugin 分享出去，CI 里则用无头模式跑，不需要人盯着。

评价和看法

跟 Claude Code 这类同类产品比，Grok Build 的思路不算新，但这次把内存、计划、子代理、插件市场这些能力一次性摆齐，说明 xAI 补功能的速度确实很快。真正的考验在于内存这类后台自动记录的机制，用久了会不会攒下过时的架构决策，让笔记从"帮手"变成"包袱"，这个还得看长期使用体验，现在下结论为时尚早。对已经在用终端编码代理的人来说，这次更新值得装上试试，但把它当成生产环境里唯一的编码搭档，可能还需要再观察一阵。