指南
怎麼把個人的 AI 記憶和團隊知識分開?
個人脈絡留在私人 Memory,團隊規則放經審閱的來源,轉成共享 Knowledge Card 則另由人決定。
把個人偏好與私人對話脈絡放在自己的記憶儲存區,團隊規則和決策則放經審閱的版本庫檔案、文件或共享 Knowledge Card。Cairn.ink Memory 的 Memory 即使用專案範圍,仍屬私人;要把來源整理成共享 Knowledge Card,需要另一個人類決定,發布也要另行授權。
一段脈絡該由誰維護?
先想誰需要讀、誰負責維護、誰可以更改。「給 patch 前先簡短解釋」是你的偏好,「付款服務發布前要跑整合測試」是團隊規則。前者可以跟著你換助理,後者應放在團隊能一起審閱的位置。
有些內容一開始只是私人工作脈絡。你可能告訴助理,正在研究另一套 queue,或想私下整理一次困難 review 的想法。等大家做出團隊決策,再寫進共同維護的來源。分清這些階段,討論可以自在一點,團隊也有明確參考。
先決定資料由誰擁有,再選工具。當預期讀者從自己變成團隊,就重新檢查措辭和來源是否適合新讀者。
哪些內容適合放在哪裡?
| 內容 | 適合位置 | 維護者 |
|---|---|---|
| 自己喜歡的解釋方式 | 私人 Memory 或使用者層級指示 | 自己 |
| 對某專案的工作假設 | 專案私人 Memory | 形成共識前由自己維護 |
| 團隊貢獻規範 | 版本庫指示檔 | 貢獻者透過審閱維護 |
| 目前建置與環境設定 | Manifest、script、CI | 程式負責人 |
| 值得共用的長期經驗 | 經審閱文件或 Knowledge Card | 作者與目的收藏 |
私人提醒可以指向團隊決策,讓你找到共同來源。共用來源更新時,也順手檢查依賴它的私人提醒,減少舊內容繼續影響下次工作。
團隊知識用版本庫檔案就夠嗎?
和程式緊密相關的知識,可以先從版本庫檔案開始。它和實作一起更新,走團隊既有的 review 流程。AGENTS.md 或 CLAUDE.md 放簡短工作規範,較長的架構或操作說明則用連結帶到文件。
Codex 官方指南介紹分層 AGENTS.md 指示;Claude Code 記憶文件則區分維護中的指示與自動記憶,查閱日期皆為 2026-11-12。依團隊用戶端支援的方式設定,再確認實際載入了哪些檔案。
例如把測試命令維護在 package scripts,再告訴貢獻者去哪裡找;架構取捨寫進經審閱的決策文件。新同事和資深同事就能查同一份來源,助理也能從精簡指示找到細節。
Cairn.ink Memory 適合負責哪一部分?
Cairn.ink Memory 適合需要在 Claude Code 與 Codex 延續的個人脈絡,先執行:
npx @cairn-ink/memory setup
選 Cloud,啟用自動保存和提問回想。需要 Node 22.16 以上與執行路徑上的 CLI。同意連接兩個工具,完全關閉並等背景工作結束後,再確認共用。第一次成對安裝只需一次瀏覽器登入,memory ID 連起同一專案;重開後在 Codex /hooks 查看四項 Cairn.ink Memory 設定。
選 Local 則免費、不需帳號,在單機使用明確工具,沒有自動保存或跨電腦同步。兩個用戶端共用本機資料庫與 owner,依安裝器 README選擇模式。
Cloud 對話會先在本機盡力遮蔽再保存,提問回想也會傳送經遮蔽、限制長度的副本。工作對話啟用前先讀隱私控制。服務裡的私人界線,以及公司對工作資料處理的規範,是兩個各自要確認的決定。
專案範圍會讓同事看到 Memory 嗎?
不會。Memory Scope 決定你的私人脈絡怎麼回想,分成跨專案的個人範圍,以及綁定不透明身分的專案私人範圍。收藏則承載 Knowledge Card 自己的讀者與治理流程。
多位同事使用同一種助理或服務時,請各自使用預期帳號,把共同參考放在團隊來源。同一版本庫裡,每個人可以有不同的解釋偏好,同時遵守同一條專案規則。
Source Receipt 保存說明 Memory 由來的對話摘錄與用戶端資訊。整理成團隊說明前,先看摘錄有沒有個人補充或尚未確認的建議,讓私人學習和團隊知識之間有個可檢查的步驟。
私人經驗要怎麼轉成共享 Knowledge Card?
Cairn.ink Memory 把這個明確的人類決定稱為 Memory Promotion,會從私人 Memory 索引的原始來源提出 Knowledge Card,並保留原來的 Memory。確認提案和授權發布是分開的決定,依產品的私人 Memory 與共享 Card 模型處理。
可以照這個順序審閱:
- 選出要分享的經驗,查看原始來源摘錄。
- 用預期讀者看得懂的方式寫草稿,交代適用範圍和理由。
- 移除讀者不需要的個人或敏感細節。
- 核對目前團隊來源,再確認知識卡提案。
- 另行授權發布到預期的共享收藏。
自動保存不會把私人 Memory 發布到團隊或社群。先確認大家要依據的經驗是什麼,再檢查分享目的地,保留人對共用知識的判斷。
私人記憶和團隊文件衝突時怎麼辦?
回到目前維護中的來源與本次任務指示。如果私人提醒仍寫原型用本機資料庫,但已接受的架構改成託管服務,就先指出差異,查看現行決策。需要汰換舊提醒時,依既有的過時記憶修正指南處理。
每個重要說法都給它明確的保存位置與維護者。程式或政策改變,就更新共用指示;個人偏好或理解改變,就檢查私人 Memory。有人問規則從哪裡來,能指向經審閱的團隊來源,私人對話則留在原本的界線內。
依連線指南設定私人脈絡延續,搭配團隊維護中的知識。
常見問題
- Cairn.ink Memory 會把記憶分享給同事嗎?
- Memory 屬於個人,專案範圍也一樣。共享 Knowledge Card 另有需要人類授權的審閱與發布流程。
- 團隊建置命令應該放哪裡?
- 放在持續維護的版本庫檔案,以及 AGENTS.md 或 CLAUDE.md 等指示。實際命令維護於套件 script 和 CI 設定,再由指示連到來源。
- 分享從 Memory 整理的知識卡前要看什麼?
- 查看來源摘錄、措辭、敏感細節、是否仍適用,以及目的收藏。確認草稿和授權發布是分開的決定。