用過 Cursor 或 Claude Code 的人都有這個體驗:每開一個新會話,AI 代理就像失憶一樣,把之前的架構約定、修復方案忘得精光。你不得不一次又一次地解釋「這個模組用函式式」「那個介面不要動」。這種重複勞動不僅拖慢節奏,還讓 AI 代理始終停留在「機械接單」的水平。
Palace Memory 就是要解決這個痛點。它為 AI 編碼代理提供持久、可搜尋的記憶層。當你在 Cursor 裡修復了一個 bug,或者跟 Claude Code 約定了一個命名規範,Palace 會自動記錄下這些「決策」和「修復」,並通過 MCP 協議 在後續會話中反饋回去。從此,AI 代理能「記得」背景,不用每次從零開始。
從「失憶」到「有記憶」,關鍵在 MCP
Palace Memory 的工作方式很簡單:它作為一個本地 MCP 伺服器執行,監聽你與 AI 代理的互動。當你確認某個程式碼改動、寫下一條註釋、或者明確指出一個架構決定時,Palace 會將其結構化儲存。下次你再跟代理聊同一專案,代理會自動拉取相關記憶,甚至附帶來源(provenance)。
這意味著:
- 你不再需要手動維護「程式碼基地」文件來餵給 AI
- 團隊內多個開發者共享同一套記憶,代理行為保持一致
- 每次會話的上下文更精準,減少誤解和「幻覺」
目前 Palace 支援 Cursor、Claude Code、Codex 等主流編碼代理。整合方式很輕:在專案根目錄跑一個命令啟動 MCP 服務,然後在代理配置里加上 Palace 的 endpoint 即可。
免費、本地、開源,對個人開發者友好
Palace Memory 對個人開發者完全免費,程式碼基於 MIT 協議 開源。資料全存在本地,不上傳雲端——這對企業專案尤其安心。如果你在團隊中,只需在團隊內共享同一個 Palace 例項,所有人的代理就能互相讀取記憶(當然,許可權可以按專案控制)。
目前專案還在早期,功能上以「記憶+搜尋」為主,沒有太花哨的 UI。記憶條目的編輯和刪除需要手動管理 JSON 檔案,對非技術使用者有一定門檻。但核心邏輯已經跑通,社羣反饋積極。
典型場景:大型程式碼庫的團隊協作
舉個例子:一個前端團隊在用 Cursor 開發 React 專案,之前總因為 AI 代理不熟悉專案結構,生成一堆不符合規範的程式碼。用了 Palace 後,團隊把「只能用 hook 管理狀態」「元件檔案按 atomic 設計組織」等約定讓代理一次性記住,後續生成的程式碼質量明顯提升。團隊成員各自處理不同模組,但代理的行為卻像同一個人帶的實習生——非常統一。
對獨立開發者來說,Palace 的價值在於省去「調教」時間。你不需要每次都跟代理解釋「這個專案的資料庫連線在哪」,代理自己就能查上次的日誌。
幾點實用提示
- 適合誰? 如果你每天跟編碼代理打交道超過 2 小時,而且專案有一定複雜度,Palace 值得一試。
- 初始設定: 確保本地有 Node.js 環境,克隆倉庫後執行
npm install && npm start即可執行 MCP 伺服器。 - 避坑: 記憶的質量取決於你如何標記「決策」。如果每行程式碼改動都記,反而會淹沒關鍵資訊。建議只對明顯的架構決定或修復新增標記。
Palace Memory 切入了一個很實在的痛點:AI 代理不是不夠強,而是記性太差。給它裝上記憶,它能做得遠比現在好。











評論
暫無評論
成為第一個評論的人