AI 記憶可以跨專案使用，又不混到別的專案嗎？

可以。把跨專案都適用的偏好放在個人範圍，專案決策放在專案私人範圍，查詢時使用正確的專案身分。Cairn.ink Memory 透過安裝器的 memory ID 連起 Claude Code 和 Codex 的同一專案，不靠資料夾同名配對。團隊共用的建置規則與現行架構，則留在持續維護的版本庫檔案。

哪些脈絡應該跟著我到每個專案？

先問自己，換到完全不同的版本庫，還希望這句話影響助理嗎？「先解釋取捨再給程式碼」是個人偏好，「這個原型用 SQLite」則屬於特定專案。把後者存成全域偏好，很容易讓另一個專案的討論繞遠路。

保存時也把適用範圍寫清楚。「Harbor 的離線原型使用 SQLite」比「使用 SQLite」容易核對，因為前一句有對象，也有理由。日後助理可以拿它和目前指示比較，不會只看到一個看似通用的工具偏好。

個人範圍適合溝通方式、長期工作偏好，以及你刻意希望重複使用的背景。專案私人範圍保存你在那個專案需要的工作脈絡。團隊一起維護的規範與事實，則放版本庫或文件。

原生指示檔就能處理嗎？

如果只是少量穩定規則，檔案通常就夠。Codex 指示檔指南介紹 Codex home 下的全域指示與專案 AGENTS.md；Claude Code 記憶文件則介紹使用者層級與專案指示，查閱日期皆為 2026-11-12。

自己在單一用戶端的固定偏好，可放使用者層級檔案；所有貢獻者都要看到的規範，放版本庫。規則變動時，同事有平常的審閱流程，不必逐一期待每個人的助理都剛好記得最新版本。

需要跨助理或跨電腦帶走特定私人脈絡時，共用私人記憶服務就有用途。讓它負責延續個人脈絡，版本庫仍保有容易找到的現行指示。

Cairn.ink Memory 怎麼設定？

先執行安裝器：

npx @cairn-ink/memory setup

選 Cloud，讓 Claude Code 和 Codex 自動保存與提問回想。準備 Node 22.16 以上版本及執行路徑上的 CLI，安裝器會找出工具並詢問新連線。完全關閉兩邊、等背景工作結束，再確認共用。第一次成對安裝只需一次瀏覽器登入，重開後在 Codex /hooks 檢查四項 Cairn.ink Memory 設定。

選 Local 則免費、不需帳號，在單機使用明確工具，沒有自動保存或跨電腦同步。兩邊註冊到同一個本機資料庫和 owner；可選的專案綁定是明確設定的識別碼，--project ID 的設定時機見安裝器 README。

Cloud 保存經遮蔽的對話文字，提問回想也會送出經遮蔽、限制長度的副本。啟用前先讀隱私控制，把資料保存位置與處理方式一起納入選擇。

兩個工具怎麼知道是同一專案？

Cairn.ink Memory 的 Cloud 安裝器透過 memory ID 連起同一專案。專案界線使用不透明身分，外掛在本機以私有 key 衍生代碼，key 留在裝置上；助理不會靠資料夾名稱推測專案身分。

安裝器會保留既有 ID。如果兩邊已經各有一份，會請你選擇，登入與驗證成功後才把另一把 key 改名備份。整併舊安裝時要讀清楚這個選項，因為身分會決定專案脈絡怎麼對起來。

資料夾同名不能建立相同專案身分；換用不同 memory ID，也可能讓舊專案對不上。排錯先查伺服器、帳號與安裝器連起的身分。如果個人回想正常、專案回想卻失敗，先查綁定，再決定要不要重存決策。

Local 則依設定的資料庫、owner 與可選專案綁定操作。本機核心使用精確的命名空間，應依本機綁定文件使用，和 Hosted 合併個人及專案結果的行為分開理解。

平常怎麼刻意使用兩種範圍？

Hosted Cairn.ink Memory 的個人範圍適用於你的各個專案；呼叫 recall_memory 時提供 project_id，會一併納入該專案的私人 Memory。使用可信任整合提供的身分，不要請模型從版本庫標籤猜一個。

假設你希望每個專案的 review 都精簡，Harbor 是離線原型，Cedar 則是託管服務。Review 偏好放個人範圍，Harbor 的離線限制放專案私人範圍。到了 Cedar，就查 Cedar 自己的限制，實作選擇則參照它目前的版本庫。

明確保存時，請助理顯示範圍和回傳的 Memory ID，讓你檢查它做了什麼選擇。具體要求比「記住這個專案的所有事」容易核對，也可以從 Source Receipt 看保存脈絡的由來。

怎麼用無敏感資料檢查界線？

正式使用前，先做一個小練習：

1. 保存一個無敏感內容的個人偏好，留下回傳 ID。
2. 在專案 A 用支援的身分保存一項虛構限制，也留下 ID。
3. 分別開啟 A、B 的新對話，詢問同一個相關問題，查看工具回傳的範圍與 ID。
4. 確認個人脈絡出現在預期位置，專案結果則屬於正確專案。

預期 ID 留給自己比對，不要放進測試問題。若全部查詢都空白，先解決連線或保存失敗；單次查無結果無法證明隔離正確。這個練習可以提早發現範圍選錯的問題。

哪些資訊應該留在版本庫？

執行環境版本留在 manifest 和 CI 設定，貢獻規範放指示檔，長期架構決策放經審閱的文件。需要細節時，從 AGENTS.md 或 CLAUDE.md 連到來源。私人提醒可以幫你找到文件，團隊則繼續維護那份共同參考。

專案私人 Memory 仍屬於你；把 Knowledge Card 發布到共享收藏，需要另一個明確的人類決定。這樣就能跨專案保留個人脈絡，又不會把每段私人對話都當成團隊政策。

依連線指南連接工具，檢查預期範圍。