Grok Build 现在有了记忆。在你工作的过程中,它会记录出现的约定、决策和项目事实,之后的会话在接触相关代码之前会先读取这些笔记。Grok Build 用得越多,就越好用。
~/dev/orbit
运行测试套件
运行
cargo test
error: connection refused (postgres at localhost:5432)
test result: FAILED. 143 passed; 5 failed; 0 ignored
用 just test,不要用 cargo test。它会先启动测试数据库。
运行
just test
正在 :5433 上启动 postgres ... 就绪
test result: ok. 148 passed; 0 failed; 0 ignored
用 just test 后全部 148 个测试通过。
在该轮对话之后捕获
一轮对话完成后,Grok 会在后台对其进行回顾,并记录下任何具有持久价值的内容:约定、决策以及项目事实。捕获会在每一轮完成的对话上运行,且不会中断会话。
它记住了什么
记忆会保存那些在后续会话中最可能重要的细节:团队如何编写和审查代码、决策及其背后的推理,以及关于项目的持久事实,从某个子系统位于何处到哪条命令运行测试套件。任务状态、暂定结论、机密信息,以及仓库或其文档已经涵盖的任何内容都会被排除在外。
笔记按项目分别保存,另有一套全局笔记用于存放适用于所有地方的偏好设置。
在后台写入
捕获会在一轮对话完成后运行,且从不阻塞会话。Grok 会回顾已完成的这一轮对话,将任何值得保留的内容写成 markdown 笔记,然后继续。随着时间推移,/dream 会将这些笔记归并到主题文件中,每个主题一个文件,因此每个项目最终都会得到一小组有条理的参考资料。
当你回到某个项目时,Grok 会读取涵盖它即将着手处理领域的那些主题。当前对话中的指令优先于笔记中的任何内容。
浏览记忆
/memory 会打开一个只读浏览器,展示每个记忆文件,按作用域分组,并带有选中文件的预览。这是查看某次会话产出了什么、以及在某条笔记有误时找到要编辑的文件的最快方式。
~/dev/orbit
为 webhook 发送器添加带退避的重试
编辑
src/webhooks.rs
思考了 1.9 秒
测试主题说测试套件通过 just test 运行。
运行
just test
正在 :5433 上启动 postgres ... 就绪
测试结果:ok。151 通过;0 失败;0 忽略
已在 src/webhooks.rs 中添加重试。使用 just test 后 151 个测试通过。
回车
:run
Tab
:complete
Esc
:clear
新命令
/memory会在上方打开浏览器。/dream会把近期的笔记整理成主题文件,例如topics/testing.md。Dream 也会在后台定期自行运行。
可用性
Memory 现已在 Grok Build 中可用。它适用于新会话:运行 /new 或启动一个新的 grok,笔记会在首个完整回合之后开始记录。
Grok Build now has memory. As you work, it keeps notes on the conventions, decisions, and project facts that come up, and later sessions read those notes before touching related code. Grok Build gets better the more you use it.
~/dev/orbit
run the test suite
Run
cargo test
error: connection refused (postgres at localhost:5432)
test result: FAILED. 143 passed; 5 failed; 0 ignored
use just test, not cargo test. it starts the test database first.
Run
just test
Starting postgres on :5433 ... ready
test result: ok. 148 passed; 0 failed; 0 ignored
All 148 tests pass with just test.
Captured after the turn
After a turn completes, Grok reviews it in the background and records anything durable: conventions, decisions, and project facts. Capture runs on every completed turn and does not interrupt the session.
What it remembers
Memory holds the details most likely to matter in a later session: how the team writes and reviews code, decisions and the reasoning behind them, and durable facts about the project, from where a subsystem lives to which command runs the suite. Task state, tentative conclusions, secrets, and anything the repository or its docs already cover are left out.
Notes are kept per project, plus a global set for preferences that apply everywhere.
Written in the background
Capture runs after a turn completes and never blocks the session. Grok reviews the finished turn, writes anything worth keeping as a markdown note, and continues. Over time, /dream folds those notes into topic files, one per subject, so each project ends up with a small set of organized references.
When you return to a project, Grok reads the topics that cover the area it is about to work in. Instructions in the current conversation take precedence over anything in a note.
Browsing memory
/memory opens a read-only browser of every memory file, grouped by scope, with a preview of the selected file. It is the fastest way to see what a session produced, and to find the file to edit when a note is wrong.
~/dev/orbit
add a retry with backoff to the webhook sender
Edit
src/webhooks.rs
Thought for 1.9s
The testing topic says the suite runs through just test.
Run
just test
Starting postgres on :5433 ... ready
test result: ok. 151 passed; 0 failed; 0 ignored
Added the retry in src/webhooks.rs. 151 tests pass with just test.
Enter
:run
Tab
:complete
Esc
:clear
New commands
/memoryopens the browser above./dreamorganizes recent notes into topic files, for exampletopics/testing.md. Dream also runs on its own periodically in the background.
Availability
Memory is available in Grok Build now. It applies to new sessions: run /new or start a fresh grok, and notes begin after the first completed turn.