您就是您的 AI 代理的記憶。
今天終結這一切。

大多數早晨，你對你的 agent 說的第一句話，是一段裹著簡報的道歉。「對了，記住，我們現在用的是 Postgres，不是 SQLite——我上星期就跟你說過了——還有 auth 重構還沒合併，還有當我說『那個 migration』的時候，我指的是三月那個，不是我砍掉的那個。」你並不是在寫 prompt。你是在充當它的記憶。AI 變聰明了；負責記住的那部分，卻還是一塊你得親手搬來搬去的剪貼板。

如果這就是你的日常，那麼今天就是改變的一天。這篇文章將探討這個慣性讓你付出什麼代價、為什麼你已經嘗試過的修補方法都無法解決問題，以及一種每次提示都會自動到來、無需請求的記憶有何不同之處——這正是我們要推出的產品：brethof-brain。

擔任您的代理記憶守護者的一天

它從工作階段開啟的那一刻就開始了。代理完全不知道這個專案是什麼，所以你得花前十分鐘重新解釋一件你昨天才解釋過的事。接著它問部署是怎麼運作的，你又打出星期二打過的同樣三句話。到了上午過半，你已經在手动把上下文區塊——資料庫結構、限制條件、命名慣例——貼進提示詞裡，因為你用慘痛的教訓學到：不貼上去，它就不存在。

然後儀式反轉。Agent 提議用 Redis 作為佇列，而你輸入「正如我之前提到的，我們三月份試過，但它撐不住」——而且你得不斷重複輸入，因為之前提過並不等於它已被記住。到了下午，你成了自己決策的搜尋引擎：我們選了哪個方案、為什麼選它、否決了什麼。到了晚上，如果你誠實面對自己，你已經向自己的 agent 解釋了同一個專案超過一千字，其中大部分都是重複的。

這些日子裡的一天是個煩擾。兩百天就是對你經營的每個專案徵收的稅。我們受夠了每天把同一件事解釋一千遍，所以我們打造了終結這個問題的工具。在深入之前，值得先精確說明為什麼你已經嘗試過的方法都無法解決它——因為這些失敗是有固定模式的。

為什麼常見的解決方法都無法解決問題

每個人的第一次嘗試都是一堆 md 檔案的叢林。一個 NOTES.md、一個 DECISIONS.md、一個 CLAUDE.md，慢慢養成一個雜物抽屜。兩個問題：你仍然在手工歸檔，而且檔案只有在 agent 在正確的時機讀到正確的部分時才有用——但它做不到，因為沒有任何東西告訴它眼前的提示詞涉及哪個部分。

工作階段啟動時的載入才是關鍵。記憶檔案在工作階段開啟時只載入一次，到第三個提示詞時，它早已被工作階段中後續的所有內容淹沒。其他記憶工具都在等待被呼叫——代理必須主動決定去呼叫它們。等待被呼叫正是問題所在。你已經就是那個被詢問的對象；這正是你想擺脫的工作。

診斷結果是：缺少的不是更好的檔案或更大的載入量，而是能自行到來的記憶——在你開口之前、在每一次提示中，就帶著與你剛才所說內容相關的記錄。

我試用了大多數為 AI 代理設計的記憶系統。每個都只做到其中一部分，沒有一個能滿足我的需求。所以我花了將近一年時間，打造出一個真正符合需求的系統。

差別在於：記憶在你開口之前就已準備就緒

當記憶負責記憶時，一天是這樣展開的。你啟動電腦，開啟工作階段，代理已經完成簡報：常設規則、每個專案是什麼、上次工作階段的筆記、計畫的後續步驟、已知事項的索引。你輸入「繼續」，它就繼續。這句話曾經只是幻想；現在已是預設。

在那之後的每一次提示，與之相關的紀錄都會隨之送達。代理不需要花費任何工具呼叫、任何回合、任何搜尋——記憶在它回答時就在那裡。它不會把所有東西一股腦塞進來：一個工作階段開啟時，只會附上你的劇本索引，而不是劇本全文；而一則提示只會得到與它相關的內容，不多不少。想要更多，就開口索取更多。

當 agent 想要動用你在三月否決的某個方案時，搜尋結果會帶回一行明確的記錄——包含日期與原因。這張決策圖譜保存了每個決策的日期、它擊敗的選項，以及過程中嘗試過又被否決的方案，全部以當時定案的對話原文記錄。歷史永遠不會被改寫；推翻決定就是新增一條記錄。「為什麼會這樣？」終於有了答案。

簡而言之：它會在你開口之前就先回答。

Brain 是什麼

brethof-brain 就是執行此功能的記憶體。它將以下內容保存在一起：

• 精選記錄 — 每個專案當前的真實狀態，由記憶本身保存，並將新事實與舊記錄進行核對。
• 完整的聊天記錄 — 每個工作階段的完整內容，可依關鍵字或語意搜尋。
• 您的規則 — 會隨大多數訊息一併載入，讓您的代理程式在任何地方都依照您的方式運作。
• 決策圖——事情如何演變成如今的樣子，附有日期與理由。
• 筆記 — 工作階段之間的交接。
• Playbooks——一種以 Markdown 文件撰寫一次的程序，可由任何代理在任何專案上執行。
• 分類帳——它會記錄你說過要做的事，讓你檢視錯過了什麼，並把值得保留的項目轉化為目標，交由你的代理執行到底。

你不需要歸檔任何東西，也不必執行「保存我的上下文」的儀式。記憶會自行整理——它分段讀取對話，因此保留的是對話最終確定的內容，而不是過程中每個未成形的概念。十個專案並行運作，彼此之間互不干擾：每個專案都有自己的記錄、自己的規則、自己的圖譜和自己的 Ledger，而在託管記憶中，限定於某個專案的金鑰無法查看或搜尋其他專案。

輕鬆上手，無需面對繁雜的指令牆

你今年安裝的每個開發者工具都丟給你一整牆要輸入的指令。這一個則是你主動開口詢問的。告訴你的代理：

install brethof-brain

安裝就是這樣。代理會取得用戶端、接好鉤子，並檢查自己的工作。人工步驟則是世上每個應用程式都會要求的那幾步：註冊、選擇本機或託管、設定你的通關密語，然後把金鑰貼進你自己螢幕上開啟的連線視窗——代理永遠看不到它。

本機：在你自己的機器上執行一個容器；你的記憶只儲存在那裡，不會存在其他任何地方——我們會處理它，但絕不儲存它。雲端託管：無需執行伺服器，無需設定檔，而且記憶體是以只有你持有的金鑰加密——一旦忘記通關密語，任何人都無法開啟它，包括我們在內。

它適用於我們已驗證的各種工具，逐一在乾淨的機器上進行真實安裝測試：Claude Code、Codex、Gemini CLI，以及涵蓋 Linux 與 Windows 的另外十七種工具——完整驗證清單請見網站。無論你使用哪一種，記憶相同、行為相同。

試試看，別再只當回憶了

免費開始，連接一個專案，實際運行一天。計算你重新解釋同一件事的次數。這個數字就是最有力的論證。

創辦人版本，保留他的原話：教導你的代理，而不是設限。所有 AI 都越來越聰明——但沒有記憶，它們全都還是笨的。

還有一句話要說給那些本來就打算談論這件事的人聽：我們有聯盟行銷計畫——持續分成、第一方追蹤，詳情請見 brethof.ai/brain/affiliate/。