Grok Build 上線持久記憶：後臺自動記筆記，跨會話不忘專案規範

用 AI 敲程式碼最煩的體驗之一，就是每次開新對話都得把專案的規矩從頭教一遍。

比如你剛叮囑過它別用自帶的測試命令、得先起測試資料庫，轉頭開了個新視窗，它又原形畢露地給你跑崩一次。

xAI 宣佈給自家的程式設計代理工具 Grok Build 加上了持久記憶能力。以後你在舊對話裡立下的規矩和做過的決定，它會在新會話裡自動記著。

背後悄悄記筆記，醒來用 /dream 整理

Grok Build 的記憶不是靠把幾萬字的歷史聊天記錄全塞進提示詞，而是做了一套後臺筆記機制。

每次你和它完成一輪對話，Grok 會在後臺復盤剛剛的內容，挑出那些長期有效的資訊存成 Markdown 檔案，全程完全不打斷你當下的操作。

它記錄的內容挺有講究：團隊的程式碼風格、重大技術決策及其背後的原因、子系統位置，以及像特定測試指令碼這樣的專案事實。

至於臨時性的任務狀態、隨口說的假設、敏感金鑰，以及專案已有文件裡寫得明明白白的內容，它都會主動跳過不記。

這些筆記被分成了兩層：一層是針對當前專案的專屬空間，另一層是全域性空間，用來存跨專案的個人通用偏好。

為了避免零散筆記越積越亂，它設計了一個名叫 /dream 的斜槓命令，會把分散的新記錄自動歸納合併到對應的主題檔案裡。要是你想看看它到底記了你什麼小本本，輸入 /memory 就能開啟一個只讀檢視器，隨時瀏覽、搜尋甚至刪掉記錯的檔案。

到了下一次開新會話，Grok 在動手改程式碼前，會先默默讀一遍相關的上下文筆記。當然，你在當前對話裡直接下的新指令，優先順序永遠高於之前存下的筆記。

為什麼重要

對日常寫程式碼的開發者來說，這個功能的價值很直觀，它解決的是 AI 輔助程式設計裡最耗心力的重複溝通成本。

你不用每次都在提示詞裡貼上一遍長長的專案規範，也不用擔心它在你沒注意的地方踩坑。從今天開始，你在 Grok Build 裡的每一次糾錯，都算是在給自己的專案沉澱一份自動更新的上下文資產。

我們覺得 xAI 這一步走得相當聰明，尤其是在記憶的實現形式上。

很多同類工具喜歡搞向量資料庫或語義檢索，把記憶變成一個誰也看不懂的黑盒。而 Grok Build 直接把記憶落盤成明文的 Markdown 檔案，還提供了 /memory 檢視器，哪條記錯了使用者一眼就能看明白，隨手就能糾正。

不過隱患也顯而易見。後臺自動提煉資訊的準確度直接決定了這套系統的成敗，一旦模型把某次權宜之計當成了長期規範寫進檔案，後面的所有會話都會被帶偏。

在各家 AI 程式設計助手都在比拼程式碼生成速度和上下文長度的時候，競爭焦點看起來正在轉向跨會話的專案理解深度。誰能讓開發者少費唾沫，誰才真正有可能成為日常開發的主力工具。