Claude Code 與 Codex 共用知識庫：6 步實作教學

第 1 步：把要共用的專案資料放在同一個資料夾

你在 Claude Code 整理好一個商店計畫，切到 Codex 後，又被問商品資料在哪、現在做到哪裡。先別重寫一大段背景：兩邊可能根本沒讀同一份資料。

這篇給已能開啟本機專案的使用者。先做同一台電腦、同一個資料夾的練習。只有網頁版 ChatGPT 的讀者，可從ChatGPT 專案入門開始；網頁附件、桌面資料夾與雲端工作環境不是自動相通的。

我們自己的知識庫把閱讀入口、專案現況與歷史分開維護。這次先縮成五個檔案：兩個工具入口、一份目錄、一份現況、一份歷史。先讓一個專案能接手，再考慮整個公司的資料。

下載五檔練習範例（ZIP），解壓到新資料夾，再讓 Claude Code 與 Codex 都開啟它。不要直接覆蓋原專案已有的規則；要套用到既有工作，先比較原有內容。

第 2 步：用 AGENTS.md 寫清楚「先讀哪裡」

共用規則只需要回答三件事：開始前讀什麼、答案如何附來源、遇到未知怎麼處理。商品價格、進度與決策留在資料檔，避免每次改商品都要改工具入口。分不清資料與工作方法時，可看Prompt、Skill、知識庫的分工。

Codex 的官方指引使用 AGENTS.md 提供專案指示；它會依啟動位置建立指令鏈，局部覆寫檔也會影響結果。先在專案根目錄開始這次練習。Codex 官方：AGENTS.md

# 示範專案閱讀規則
回答本示範專案問題前，先讀 knowledge/INDEX.md，再讀入口指定的現況檔。
回答附上實際讀取的檔名和段落。未知資訊標示未知，不從舊提案補猜。
本範例只允許閱讀，不修改檔案、不連線、不讀取本專案以外的資料。

規則是給模型的工作指引，不等於檔案權限。這次練習只測閱讀，工具也應選擇適合的唯讀設定；是否能修改資料，仍取決於你實際給的工具與權限。

第 3 步：確認 Claude Code 的入口有接到共用規則

截至 2026 年 10 月 11 日，Claude Code 官方文件說明：2.1.277 起可在特定條件下直接載入 AGENTS.md；若目前或上層目錄已有 CLAUDE.md／CLAUDE.local.md，預設載入方式不同，停用相關內建外掛也會影響支援。因此不能只看檔名存在就認定已生效。Claude Code 官方：記憶與 AGENTS.md

這個練習採明確入口：在同一層建立 CLAUDE.md，內容只有下方一行。@ 匯入是 Claude Code 的語法；不要期待其他工具以同樣方式解讀。

@AGENTS.md

Claude Code 可在互動工作階段用 /context 查看 Memory files，核對載入入口。這一步只證明入口有被載入；它是否依規則讀到最新現況，還要用第 5 步抽查。版本與載入細節以官方記憶文件為準。

第 4 步：準備一份現況，刻意保留一個已退役答案

只放一份正確文件，很難看出 AI 是否能分辨新舊。練習包保留一份明確標示已取代的舊提案，讓你可以檢查它是不是把看見的內容全混在一起。

歷史檔還放了一個較新的「排版修改」日期。這是刻意合成的測試資料：檔案較新，不表示決策較新。判斷有效版本時，要看核准與取代關係。日常怎麼整理可接著讀現況、歷史與來源的分工。

這裡的下一步是「準備 10 件商品的核准規格與圖片，並檢查詢問表單」。10 件只用來提供可核對的答案，不是商品上架數量的通用建議。

第 5 步：開兩個新對話，問同一組問題驗收

在兩個工具各開一個以練習資料夾為工作位置的新對話，貼同一段指令。不要先把正確答案貼到提問裡，否則測到的只是 AI 重述你提供的答案。

請依本示範專案規則，回答目前有效版本、第一階段是否開放線上付款、下一步與商品售價。
附上你實際讀到的檔名與段落。
只讀取此示範資料夾內資料，不修改任何檔案、不連線或讀取其他個人資料。
讀不到的來源就明確說明，不自行補答案。

人工對照四項答案：有效版本 R17、不開放線上付款、先整理 10 件商品資料並檢查表單、售價未知。還要查看工具的讀取紀錄；模型自己說「有讀」不等於真的讀到了。

這次實測：2026 年 10 月 11 日，在同一台 macOS 電腦以 Claude Code 2.1.288 與 Codex CLI 0.160.0，各啟動一次新工作階段。兩端的工具紀錄都顯示讀取 knowledge/INDEX.md 與 knowledge/current.md；四項答案均符合上方預期，未修改練習檔案。

這兩次都依入口直接讀現況，沒有讀歷史檔，因此它證明的是「入口能帶到現況並正確回答」，不代表已測過所有文件衝突，也未驗證跨電腦同步、桌面 App 的各種設定或多人同時編輯。

如果兩端不一致，先比對工作目錄與實際讀取檔案，再看局部規則、舊提案是否被誤用。入口沒接好時，重貼更多背景只能暫時繞過問題。改完後重新開對話再測；詳細接手原則見專案記憶與交接。

第 6 步：指定一個更新者，再處理同步與共用範圍

讀取共用成功後，才加入日常更新流程：由當次負責的人或 Agent 修改現況，另一端重新讀取後核對。兩個工具同時改同一份文件，容易把彼此的修改覆蓋；這是協作安排的問題，不能靠「共用資料夾」四個字解決。

我們建議先把更新要求縮成一小段：此次改了哪個決策、依據在哪、何時生效、仍有哪些未知。人工確認後再寫入現況；需要追溯的過程留在歷史。

要先架 MCP 才能共用知識嗎？

這個範例靠兩個工具讀同一份本機檔案完成，不需要額外建置 MCP 服務。若下一階段是遠端資料源、不同權限或多位同事存取，才需要依那些需求另行選擇介面；本篇沒有驗證遠端服務。

換一台電腦也會自動同步嗎？

不會因為建立這五個檔案，就自動產生跨裝置同步。另一台電腦仍要取得有效資料、設定入口並重做雙端抽查。同步工具傳送的是檔案；你仍要處理版本差異與誰有權更新。

Skill 和聊天紀錄也一起共用了嗎？

沒有。這次共用的是範例規則與專案事實。Skill 的載入位置、工具權限與對話歷史各自有設定；也不要把私人聊天一股腦放進團隊資料夾。

做到這裡，你應能拿出兩端各一份有來源的回答，並指出哪些資料尚未確認。回到AI 協作總覽選下一個問題；若要把它變成公司日常流程，接著看公司 AI 導入的第一條流程。

若你想把商品整理、網站內容與 AI 接手串起來，可向快開說明目前的工作流程，先確認一項可驗收的交付，再討論是否需要顧問協助。