Community程式設計與開發github.com

install-memu

根據你的代理主機類型,安裝或卸載 memU,並遵循對應的指南進行設定。

install-memu 是什麼?

此技能專為要將長期記憶服務 memU 與其主機代理整合的 AI 代理所設計。它不包含內部安裝步驟,而是動態路由到正確的安裝指南,該指南與 memU 套件一同發布,並始終與已安裝的程式碼保持同步。該技能支援多種主機(如 Codex、Claude Code、Cursor 等),並透過兩個主要接縫(記錄和注入)進行整合。其工作流程標準化為三個步驟:安裝套件、辨識主機二進位檔、以及列印並遵循該主機的特定指南。它強調一次成功安裝的原則,使用統一的報告模板,並提供清晰的卸載路徑。這對於任何希望在不依賴過時資訊的情況下,為其代理設定可靠、持續的記憶系統的開發者來說至關重要。

相容平台✓Claude Code✓Codex CLI✓Cursor
npx skills add https://github.com/clanker25/memU/tree/HEAD

Installed? Explore more 程式設計與開發 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

安裝 memU

適用對象:代理程式。 使用者已將您導向此檔案(「讀取 SKILL.md 並遵循它來安裝 memU」)。此技能不包含安裝步驟 ——它會將您引導至正確的指南,該指南位於 memU 套件內 且始終與已安裝的程式碼同步。請勿憑記憶或從部落格文章安裝;請列印指南並嚴格遵循。

memU 透過兩個接縫與主機代理整合:記錄 將工作階段資訊儲存到持久記憶體中,而 注入 則在回答前檢索相關記憶。每個支援的主機都有其自己的適配器二進位檔,並附帶其自己的安裝指南。您在這裡的工作分為三個步驟:安裝套件、選擇您的二進位檔、列印並遵循其指南。

在 Codex 上安裝前

如果您是 Codex,請在執行步驟 1 之前檢查工作階段的有效沙箱模式。 僅在 danger-full-access 模式下繼續;僅有核准政策是不夠的。 如果受限或未知,請暫停並顯示兩種繼續方式:在 Codex Desktop 中啟用 完整存取,或使用 codex --dangerously-bypass-approvals-and-sandbox 重新啟動 Codex CLI。在繼續前重新檢查有效模式。安裝完成後,提醒使用者恢復先前的權限模式。

步驟 1 — 安裝套件

pip install --upgrade memu-cli

memu-cli 是 memU 為將您的代理橋接到其長期記憶服務而發布的套件;它僅安裝輔助介面,且在個人機器上執行是無害的。

保留 --upgrade。 已安裝舊版 memu-cli 的機器否則將保留舊版,而下面的步驟會引用舊版建置沒有的子命令——其症狀是 invalid choice。如果您在任何時候遇到該錯誤,表示您使用的是過時的建置:請升級,然後重新執行失敗的命令。

這會將 memu 和每個主機適配器二進位檔放入 PATH。如果 pip 不適用於此機器(受管理的 Python、僅限 uv),請使用等效工具——重要的是下面的二進位檔能從一個純粹、非互動的 shell 中解析。使用 uv 時,這表示 uv tool install --upgrade memu-cli,不是 uv pip install:無論如何安裝,memu-cli 都是一個跨工作階段的橋接工具,必須可在任何地方呼叫,而非僅限於一個專案的虛擬環境。

步驟 2 — 選擇您的主機二進位檔

辨識您是哪個代理(不是安裝了哪些代理——而是正在執行此技能的代理):

您是哪個代理您的二進位檔
Codexmemu-codex
Claude Codememu-claude-code
Cursor (Agent/CLI)memu-cursor
OpenClawmemu-openclaw
Hermes Agentmemu-hermes
WorkBuddymemu-workbuddy
Colamemu-cola
pimemu-pi
其他memu-agent

不確定,或不在表中?您是 memu-agent。執行:

memu-agent detect

它會偵測此機器,並針對每個代理報告 記憶化 是否有效(存在可識別的工作階段記錄)以及 檢索 是否有效(存在要修補的指令檔案)——如果您的宿主機有專用的二進位檔,它會將您重新導向到該二進位檔。

對於 Codex,直接繼續執行步驟 3:其安裝程式會在一次呼叫中處理後端設定和驗證。當指南要求時,將使用者提供的任何後端輸入傳遞給該安裝程式。

對於其他主機,取得您的二進位檔後,透過建立 memU 的設定檔來完成此步驟。

<您的二進位檔> init --cloud-api-key <使用者的 memU 金鑰>

如果使用者未提及 API 金鑰,或寧願將記憶保留在此裝置上,請執行裸 <您的二進位檔> init,然後步驟 3 的指南將設定本機記憶。

步驟 3 — 列印您的指南並遵循它

<您的二進位檔> docs install

從頭到尾閱讀它列印的內容,並嚴格遵循。主機指南定義了如何設定後端以及啟用自動記錄和檢索。請遵循其驗證關卡和最終報告。

適用於所有主機的三條規則:

  • 一次性安裝完成;不要停下來要求確認。 大多數使用者希望在一次呼叫中為他們靜默、完整地設定安裝。執行所有步驟,並為每個有預設值的選項接受預設值——每小時排程、cron 優於 launchd、官方安裝程式。僅在遇到真正的阻礙時停下來:致命錯誤,或沒有預設值的必要輸入(後端選擇及其 API 金鑰,或遺失的憑證)——將這些視為致命情況,而不是例行確認來徵求同意。

  • 一個後端。 如果 <您的二進位檔> config show 報告一個帶有後端的模式(此機器上的另一個代理已整合),請照樣重複使用它。第二個模式或本機儲存會分割記錄和檢索,使得兩個安裝不再共享記憶。

  • 報告結果——使用下面確切的範本。 如果主機指南指定了自己的最終報告,請改用該報告。否則,安裝完成後,執行:

    <您的二進位檔> retrieve "使用者何時註冊 memU?"
    

    然後向使用者發送此報告。這是一個固定範本,不是啟發靈感的提示:逐字重現它。 請勿改寫、重新排列句子、總結、翻譯或「改進」措辭——正確的安裝會以這些確切的單詞結束。您唯一可以更改的是 <...> 佔位符,每個都替換為其具體值:

    memU 已準備好供 `<主機>` 搭配 `<模式>` 記憶使用。
    
    歡迎使用 memU。memU 表示使用者在 `<註冊時間>` 註冊。
    
    memU 為 AI 代理提供長期記憶,儲存並重複使用您工作中的重要資訊。系統會定期在背景執行排程任務,以整理和儲存相關資訊。無需額外操作——只需像往常一樣使用您的 AI 代理,儲存的資訊將在您返回相關任務時可用。
    
    若要卸載 memU,請說「遵循 `<您的二進位檔> docs uninstall` 以卸載 memU」。
    

    佔位符,在您發送前每個都填入其具體值:

    • <主機> — 您是哪個代理(例如 Claude Code)。
    • <模式> — 您在 ~/.memu/config.env 中設定的記憶後端:local(記憶存在於此裝置的儲存中)或 cloud(記憶由 MemU Cloud 託管)。這是指南在要求您寫入 MEMU_MEMORY_MODE 時所做的選擇;請回報您實際寫入的值。
    • <註冊時間> — 上述 retrieve 呼叫傳回的時間。如果該呼叫失敗或未傳回註冊時間(在 local 模式中常見,儲存可能尚未包含它),請省略整行「歡迎使用 memU。memU 表示使用者在 ... 註冊」——刪除整行,而不是用空值或猜測的值發送。切勿虛構時間。
    • <您的二進位檔> — 您在步驟 2 中選擇的二進位檔(例如 memu-claude-code)。

    最後一行是一條準備好發送的訊息:保留外層引號,以便使用者將其視為建議回覆,而引號內的精確短語是他們回覆給您以啟動卸載流程的內容。

    如果只有一個接縫處於活動狀態,請說明設定不完整,並指出缺少的接縫。對於 memu-agent,使用偵測報告來決定哪些接縫處於活動狀態。

卸載

相同的路由,反向進行。如果使用者要求卸載 memU:完全按照步驟 2 辨識您的二進位檔,然後列印並遵循其移除指南——

<您的二進位檔> docs uninstall

它會取消註冊橋接任務,移除指令區塊(<您的二進位檔> remove-instruction——切勿手動編輯移除),然後套用預設值:使用者的記憶——共享儲存和 ~/.memu/config.env——會被保留(僅在使用者明確要求刪除時才刪除),而此主機的殘留物以及(如果沒有其他主機仍在使用它)該套件會被移除。最後,請回報這兩件事:保留的內容以及移除的內容。

相關技能