用 AI 寫程式的人大概都遇過同一種無奈：花二十分鐘跟助理解釋專案的各種怪癖與慣例，結果一關掉視窗，這些上下文就全部歸零。下次打開又得從頭講一遍。xAI 在 2026 年 9 月 16 日為 Grok Build 推出 Grok Build memory，正是衝著這個痛點來的功能。

這套跨工作階段記憶會在使用者工作的過程中，把慣例、決策與專案事實記錄成 markdown 筆記，之後的 Grok Build cross-session memory 工作階段再回頭讀取。xAI 的說法是，用得愈久，Grok Build 就愈懂你的專案。

Grok Build memory 解決什麼問題

沒有記憶的時候，每一次 Grok Build 工作階段都是全新開始，模型對上一個工作階段一無所知。這在單次的小任務上沒什麼感覺，但只要專案一變大，問題就浮現。

有了記憶，Grok 可以回想起你之前解釋過的專案慣例、重複使用有效的除錯步驟、把架構決策延續到後續工作階段，也能避免重複問它早就知道答案的問題。換句話說，跨工作階段記憶要處理的不是「模型記不記得句子」，而是「專案知識能不能延續」。

這對長期維護同一個程式庫的人特別有感。Grok Build 的上下文視窗在某些設定下可達極大規模，但再大的視窗也解決不了持續性問題：工作階段一結束，那些理解就跟著消失，除非有機制把重要部分留下來。

Grok Build project memory 怎麼運作

Grok Build 的記憶分兩個範圍。全域記憶存放跨所有專案都適用的事實；工作區記憶則記錄單一程式庫的資訊。同一個程式庫的複製與 worktree 因為共用來源位址，會共享同一份工作區記憶。

捕捉是在一個回合結束後才進行。Grok 在背景檢視剛完成的回合，把耐久的部分記下來，過程中不中斷你的工作。筆記以 markdown 檔案儲存，一個主題一個檔案。新捕捉到的事實會先以小型觀察形式存在，之後再由整合流程收進主題檔，最終每個專案會留下精簡、有條理的一組參考。

儲存位置在 ~/.grok/memory/ 之下，全域與工作區各有自己的檔案。搜尋則由一個索引支援，預設提供關鍵字全文檢索，若設定了嵌入模型，還能加上語意相似度搜尋。

記憶裡放什麼、不放什麼

xAI 對這點講得很明確。記憶保留的是最可能在後續工作階段派上用場的內容：團隊如何撰寫與審查程式碼、做過的決策與背後理由，以及從某個子系統的位置到哪個指令能跑測試這類耐久專案事實。

被排除在外的是任務狀態、暫定的結論、機密資訊，以及程式庫或其文件本身已經涵蓋的內容。這種取捨很關鍵，因為它決定了這套 Grok Build features 不會變成一本雜亂的流水帳，而是聚焦在真正能省下重複溝通成本的知識。筆記按專案分開存放，另外有一組全域偏好適用於所有地方。

Grok Build cross-session memory 的實際例子

xAI 用一個名為 orbit 的專案示範這套機制如何運作。使用者請 Grok 跑測試套件，Grok 執行 cargo test，結果整合測試因 Postgres 連線錯誤而失敗，143 個測試通過、5 個失敗。

使用者接著糾正它：測試套件必須透過 just test 執行，因為那樣會先啟動測試資料庫。改用 just test 之後，148 個測試全數通過。這時一個名為 testing.md 的主題檔案記下了這項慣例，內容包括測試要用 just test 跑，因為單純的 cargo test 會讓整合測試失敗，以及整合測試會從 tests/fixtures/seed.sql 載入資料。

到了之後的工作階段，使用者請 Grok 為 webhook sender 加上重試與退避機制。Grok 編輯 src/webhooks.rs 時，想起 testing 這個主題提過測試要透過 just test 執行，便照著驗證這次改動，最後 151 個測試全數通過。同一個專案知識，跨越了工作階段被重複利用。

怎麼用指令管理 Grok Build memory

記憶主要靠幾個指令管理。/dream 會把新的觀察合併進對應主題，它本身也會在背景定期執行，把筆記逐步收攏，讓每個專案最後只留下一組精簡的參考。/memory 則顯示磁碟上實際存在的檔案。

/memory 打開的是一個唯讀瀏覽器，依範圍分組列出每一份記憶檔，並提供所選檔案的預覽。xAI 形容這是最快看到某個工作階段產出什麼、以及找出該編輯哪個檔案的方式。當你發現某則筆記有錯，就是從這裡下手修改。範例中列出的檔案包含全域的 MEMORY.md 與 preferences.md，以及工作區的 MEMORY.md、testing.md、code-style.md 與 gateway.md，並支援導覽、搜尋、複製路徑、刪除、切換、全螢幕與關閉等鍵盤操作。全域記憶索引上會標示一段提醒，說明它由 Grok 產生，不應直接編輯。

xAI 的文件另外列出 remember 指令，後面接一則筆記即可直接儲存記憶；flush 則會立即把對話記憶寫入磁碟。這些由 shell 提供的指令，會在跨工作階段記憶啟用時出現。

Grok Build 跨工作階段記憶的優點與限制

最大的好處是省下重複溝通。專案慣例、除錯步驟與架構決策一旦記錄下來，後續工作階段就能直接沿用，你不必每次重新解釋。對於跨天、跨週推進的同一個程式庫，這種延續性直接反映在效率上。

限制也要講清楚。在這份文件中，記憶被標示為實驗性且預設關閉，也就是說需要手動啟用才會運作。它只套用於新的工作階段，你得執行 /new 或重新開啟一個 grok 工作階段，並在第一個回合完成後才會開始產生筆記。另外，既然筆記是自動產生的，就可能出現記錯或記得不完整的情況，這也是為什麼 /memory 瀏覽器要提供編輯與刪除功能。

用詞也要留意：當對話中的指示與筆記內容衝突時，以當前對話的指示為優先。這確保你在工作階段中當下講清楚的要求，不會被舊筆記蓋過。

想在 Grok Build 裡試用該注意什麼

啟用方式有幾種。你可以在 ~/.grok/config.toml 裡設定記憶為啟用，或是在環境變數中開啟後啟動 grok。若想臨時反向操作，也能設定環境變數為關閉，強制在該行程裡停用記憶。Grok Build 本身是透過官方提供的命令列安裝程式取得，想試用的人可依 xAI 官方文件完成安裝。已經在既有工作區累積筆記的使用者，在更新後第一次開啟工作區時，舊筆記會自動被搬過來。

想在工作階段中即時切換，可以打開 /memory 並按 t。這個切換只影響當前工作階段，不會寫回設定檔，而且雙向都有效。關閉時會移除對記憶工具的存取與系統提示中的記憶指示，但磁碟上的檔案仍會保留；重新開啟則會重建儲存、註冊工具，並在下一回合注入記憶索引。

在隱私層面，xAI 表示記憶的產品遙測只包含固定的列舉、布林值、計數與時長，不會包含提示詞、陳述、主題名稱、關鍵字、路徑、模型輸出或自由格式的錯誤。對重視資料範圍的開發者來說，這點值得記下。

Grok Build update 對開發者的意義

截至撰文時，Grok Build memory 已經在 Grok Build 中可用，並且套用於新的工作階段。這代表 AI 編碼工具正在從「單次對話的助手」走向「記得你專案的長期夥伴」。當專案知識能跨工作階段延續，重新建立上下文所耗掉的時間就不再是每天的固定成本。

若你經常在同一個程式庫上反覆來回，值得開一個新工作階段試試這套機制，看看它記下的慣例是否符合你的期待。記得先想清楚哪些資訊適合被長期保存，因為記憶預設會主動捕捉，適時用 /memory 檢視與修正，才能讓它真正替你省力。

結語

Grok Build memory 把跨工作階段記憶這件事，用 markdown 筆記與一組好理解的指令做了出來。它處理的是 AI 寫程式長年的一個斷點，也讓 xAI 的 Grok Build update 從功能堆疊，變成使用體驗上的實質改進。對需要長期維護專案的開發者來說，這類記憶機制是否可靠，會是接下來觀察 AI 編碼工具的重點之一。