如何在 Claude Code、Codex 和 Cursor 之間共享 AI 指令

將共享指令保存在經過審核、受版本控制的來源中，使用各工具支援的格式分發，再透過新任務驗證結果。複製檔案只代表完成交付；真正有用的是下一項任務採用了正確指令。

每個工具應使用甚麼檔案？

• **Codex：**沿專案路徑讀取 AGENTS.md。更具體的指令及覆寫檔案會影響實際載入內容。
• **Claude Code：**使用 CLAUDE.md 儲存專案指令，團隊可透過版本控制共享。
• **Cursor：**支援以 AGENTS.md 提供簡單的專案指引，亦支援以 .cursor/rules 定義更具體的規則。Team 和 Enterprise 方案還提供組織級 Team Rules。

這些機制的載入方式和作用範圍不同。請將工具專屬設定分開，並在修改現有設定前查閱下方官方文件。

主要差異一覽：

一個最小示例

每個工具寫一次規則，並保持措辭完全一致，方便審核者逐行比較這些檔案。

供 Codex 使用的 AGENTS.md，Cursor 亦會讀取：

# Reports
- Write calendar dates as YYYY-MM-DD.
- If a date is ambiguous, ask before writing it.

供 Claude Code 使用的 CLAUDE.md：

# Reports
- Write calendar dates as YYYY-MM-DD.
- If a date is ambiguous, ask before writing it.

.cursor/rules/reports.mdc，只作用於報告檔案的 Cursor 規則：

---
description: Date format for project reports
globs: reports/**
alwaysApply: false
---
- Write calendar dates as YYYY-MM-DD.
- If a date is ambiguous, ask before writing it.

將這三個檔案一起提交，並把對它們的修改作為同一項變更來審核。

從一條規則和一位負責人開始

在一個可丟棄的示例專案中，寫下一條共享規則：「本專案的報告使用 YYYY-MM-DD 格式表示日期。日期有歧義時先詢問。」將適當指令寫入各工具支援的專案檔案。由一位負責人統一審核共同規則的變更；不要覆蓋現有檔案，也不要將個人指令複製為團隊規則。

對於只使用一個儲存庫的小團隊，Git 中經過審核的檔案可能已經足夠。為共享文字確定唯一的權威來源。若腳本產生其他檔案，應標明產生關係並審核來源，避免分別編輯兩份副本。保留各工具要求的格式和作用範圍。

如何知道指令生效？

1. 確認正確的專案及指令版本已交付到各工具。
2. 在該專案開啟獨立新任務，要求產生日期為 2026 年 9 月 14 日的報告，不重複日期格式規則。
3. 檢查結果是否使用 2026-09-14，記錄任務和規則版本作為證據。
4. 再測試一個有歧義的日期及另一個專案，檢查工具是否要求澄清，以及專案規則是否被錯誤地帶入其他範圍。

這是建議的驗證練習，不是基準測試，也不保證模型行為。檔案已載入與後續回答正確是兩項獨立觀察。若檢查失敗，先查看實際載入的指令、衝突規則、專案範圍及工具版本。

一個簡短的「審核到交接」練習

這個練習把上面的檢查延伸為一條經審核的規則、一個任務、一次交接和一次結果核對。它是根據目前 onemind 文件寫成的建議練習；本次修訂沒有用真實的 AI 服務執行過，結果取決於各工具的版本和模型行為。

使用一個可丟棄的 Project 資料夾，不放客戶內容，並以上面的日期規則作為唯一的共享規則。任務步驟使用 Claude Code 和 Codex；Cursor 不能獲分配 Matrix 任務，只用檔案步驟檢查它。每個任務都應是交付之後新建的任務，而不是寫下規則的那段對話。

1. **審核。**把日期規則作為該 Project 中某個 Mind 的變更提出，由審核者批准，並記下批准的版本。參見 Mind 與審核。
2. 交付。把該 Mind 同步到 Claude Code 綁定的資料夾，等到同步活動中該工具和資料夾顯示已送達；排隊中或正在套用都不算交付。參見 Mind Sync。
3. **第一個任務。**在 Matrix 中為該 Project 建立任務，例如「在 reports/weekly.md 中寫一份日期為 2026 年 9 月 14 日的週報」，不要重複規則，並分配給 Claude Code。如果工具要求權限，只有它所在 Mac 的擁有者能回答。
4. 先交付給 Codex，再交接。當任務顯示工具已結束後，把同一個已批准版本的 Mind 交付到 Codex 自己綁定的 Project 資料夾，並等到同步活動中 Codex 和該資料夾顯示已送達。同事的 Mac 有自己綁定的本機資料夾，Claude Code 的交付記錄不能說明 Codex 的情況。如果這次交付或其版本不明，先停下來處理好再繼續。交接傳遞的是任務及其最新結果，不會傳遞儲存庫檔案，也不會傳遞 Claude Code 的完整對話。在 Codex 修改任何內容之前，經審核的 reports/weekly.md 必須已經透過團隊正常的檔案審核或 Git 流程存在於 Codex 自己綁定的資料夾或工作樹中；如果缺失，先停下來補齊。已結束的任務要透過執行下方的輸入框交給另一個工具；任務選單中的交接只能重新分配仍處於已分配、工作中或受阻狀態的任務。在繼續於中選擇連接到同一 Project 的 Codex，並在這則訊息中寫明檔案路徑、經審核的第一行以及 Codex 需要的決定。如果 Codex 屬於其他成員，需要先獲得對方批准，任務會顯示等待批准。在同一則訊息中請 Codex 保留 reports/weekly.md 經審核的第一行，並補一行日期為 2026 年 9 月 21 日的內容，不要重複規則。參見 Matrix 對話。
5. 核對結果。開啟任務的改動標籤頁查看差異；工具擁有者使用分享變更，讓同事看到同一份快照。在執行工具的 Mac 上，終端機顯示執行輸出，預覽可以顯示本機開發伺服器；其他機器只能看到已分享的變更。記錄任務、兩次結果和 Mind 版本。

符合以下情況即為成功

• 每個工具的任務開始前，同步活動都顯示該工具自己綁定的資料夾已送達。
• Claude Code 在 reports/weekly.md 中的第一次結果使用 2026-09-14；Codex 交接後的結果保留這一經審核的第一行並新增 2026-09-21。兩次任務提示都沒有重複格式規則。
• 工作日誌中出現交接給 Codex 的列。
• 不擁有這兩部 Mac 的同事也能看到已分享的變更和工作日誌。
• 有人審核了輸出。執行結束只表示工具回報已完成，不代表工作已獲接受。

出現以下情況視為失敗

• 任一工具寫了其他日期格式，或反過來詢問規則。先檢查批准的版本、該工具和資料夾的同步狀態、任務是否在綁定資料夾中執行、是否有衝突的本機檔案（如 CLAUDE.md 的匯入或 .cursor/rules）以及工具版本，再考慮補充文字。
• Codex 依賴只存在於 Claude Code 對話中的決定。把決定補進交接後再執行一次；這是預期行為，不是缺陷。
• 執行顯示受阻或失敗、一直在等待裝置，或繼續於中沒有 Codex。檢查 Mac 是否在線並已登入、Codex 是否連接到同一 Project，持續離線時重新分配，並在 Matrix 任務中查看允許交接的任務狀態。未回答的權限請求會過期並當作拒絕處理。

這項檢查的局限。它只觀察一條規則、兩個工具和一次交接，不能衡量工具遵守指令的頻率。交付、一次正確結果和之後的行為是三項獨立觀察。如果執行期間 Mac 進入睡眠或 onemind 結束，工具擁有者會收到執行已中斷通知，並可選擇繼續執行；不會自動繼續。定期或按計劃的執行不在本練習範圍內。更完整的流程請閱讀交接 AI 任務，不漏掉重要細節。

onemind 能提供甚麼？

onemind 幫助團隊在不同 AI 工具之間維護經過審核和版本管理的指令與經驗。用 Mind 儲存需要維護的指引，明確 Team 或 Project 範圍，並在分發前審核修正建議，再驗證後續任務是否採用了它。

應評估的是審核與維護流程能否減少團隊反覆修正的次數。基於檔案的方案可能已滿足需求。onemind 不保證模型始終遵守每條指令；存取控制與測試仍然必要。

官方參考

工具行為會變更。請查閱最新的 Codex 指令指南、Claude Code 記憶文件及 Cursor 規則文件。本文介紹待驗證的工作流程，不是客戶案例。