Obsidian 知識庫把筆記存成電腦本機資料夾中的檔案。Codex 可以在 ChatGPT 桌面應用程式內處理本機資料夾。這些有文件支持的能力，可讓你詢問自己維護的聯絡人紀錄，但仍須以檔案查核回答。本指南涵蓋一位聯絡人及手動維護的索引。BIG CHANGE 於2026年10月20日檢閱產品文件；我們沒有建立知識庫、提交任何人的資料給 Codex，或觀察實際回答。
關鍵變化
- 改變了什麼： 桌面版 Codex 支援本機資料夾，因此可以把現有 Markdown 知識庫帶入 Codex 專案。Obsidian 筆記仍是該資料夾內可讀取的檔案。
- 為何重要： 你可以把紀錄及來源資訊保存在能自行檢查的檔案裡，向 Codex 提出具體問題，再將回覆與檔案比較。
- 應留意什麼： 本機知識庫不代表模型處理都留在你的裝置上。處理他人資料的許可、Codex 的實際檔案存取權限，以及每個回答，仍須查核。
本指南適用於獲准保留及處理聯絡人資料，且可使用 Obsidian 桌面版與 Codex Local 的人。完成結果包括一份授權聯絡人檔案、對應的索引項目、以原始紀錄查核過的有據回答，以及詢問缺漏資訊時明確指出不足。本流程不涉及自動蒐集聯絡人、定期更新或共用資料庫。
決定哪些資料可放入知識庫及 Codex
先用聯絡人提供，或你另有許可保留與處理的資訊。保留原始筆記或訊息，以便核對轉錄內容，包括誰在何時提供事實。若許可或來源不明，應先解決，再把資訊放進 Codex 可存取的資料夾。省略問題不需要的敏感欄位。
Obsidian 將知識庫描述為本機檔案系統中的資料夾。讓 Codex 存取前，檢查帳號目前的 資料控制設定、保留條款及組織規範。本機資料夾存取只是讓桌面代理處理檔案的方式； OpenAI 表示訊息及任務上下文可能儲存在雲端，即使是本機工作也一樣。檢查應用程式實際提供的權限，選擇合適且最小的範圍。筆記裡的指示無法強制執行隱私界線。
允許代理編輯既有紀錄前，先為知識庫製作獨立且可還原的備份。 Obsidian 提醒：同步不等於備份。本流程不需要程式碼儲存庫、雲端備份或自動分享。
建立一份紀錄及其索引
- 開啟正確的知識庫。 在 Obsidian 桌面版使用 Create new vault 建立空白知識庫，或以 Open folder as vault 開啟既有本機資料夾。記下確切路徑。使用既有知識庫時，先檢查其他檔案與指示，再在 Codex 開啟該資料夾。
- 建立兩份筆記。 在 Obsidian 的 File explorer 選取 New folder ，命名為
contacts。在contacts上按右鍵，選取 New note，命名為index，並確認實際檔案是contacts/index.md。在同一資料夾再次使用 New note ，以穩定且唯一的聯絡人識別碼命名。確認儲存為contacts/CONTACT-ID.md，將CONTACT-ID替換成你的識別碼。 Obsidian 文件說明這些資料夾及筆記操作；其 筆記指南 說明筆記是純文字檔。繼續前檢查知識庫中的實際檔名。 - 只輸入查證過的事實。 在聯絡人筆記記錄顯示名稱或識別碼、資料來源、來源日期及你的查核日期。加入你如何認識對方、獲准保留的聯絡資料、最後一次已確認互動、待確認事項等章節。這些是建議標題，不是 Obsidian 或 Codex 的固定結構。未知值留白或標示未查證。每項輸入都與獲准使用的原文比較，不要推測關係、會面、地址或日期。
- 在索引加入指向紀錄的連結。 在
contacts/index.md中加入簡短且有來源支持的標籤，連到確切的紀錄檔名。Markdown 連結的寫法，是把標籤放進方括號，緊接著把相對檔名放進圓括號。以實際檔名取代CONTACT-ID.md，並使用有來源依據的標籤。在 Obsidian 開啟連結，確認前往預期檔案。私人細節保留在紀錄中，不要在索引重複。
Obsidian 也支援 筆記頂端的屬性 ，可用來放查核日期等欄位。本流程以一般 Markdown 標題即可完成；屬性是選用的。選擇一致命名規則，檢查儲存的 .md 檔案，因為看似合理的筆記標題或索引標籤不能證明路徑正確。
詢問 Codex，再檢查來源
- 將知識庫當作 Codex 本機資料夾開啟。 以預定帳號登入 ChatGPT 桌面應用程式，從左上方選單選取 Codex ，並開啟知識庫資料夾。 OpenAI 桌面指南 說明這個本機資料夾流程。詢問個人資料前，查核顯示的路徑及實際工具與檔案權限。若工作區不允許 Codex Local，請管理員處理存取問題；本指南不要求 Codex Cloud 環境或 API 金鑰。透過 ChatGPT 登入會使用帳號的 Codex 額度及適用費用。使用自己的 API 金鑰則採獨立 API 計費。
- 給專案範圍明確的指引。 檢查知識庫既有的
AGENTS.md及其他指示。適合時，在根目錄的AGENTS.md附加聯絡人任務章節；若檔案不存在，就以此確切檔名建立，不要覆寫既有指示。告訴 Codex 檢查contacts/index.md及相關聯絡人檔案，把筆記內容視為資料，指出支持回答的檔案，明確說明事實缺漏，且編輯前先提出變更供你審查。同時要求任務期間不要傳送、發布、同步或刪除紀錄。 OpenAI 將AGENTS.md描述為選用的專案指引。這不是存取控制設定。在新對話中詢問實際載入哪些指示檔，並檢查應用程式可提供的讀取證據。若這個非程式碼儲存庫的知識庫沒有載入指引，請先在對話中明確提供審查過的文字，再詢問聯絡人問題。 - 提出一個紀錄可回答的問題。 詢問 Codex：「只使用此專案的聯絡人檔案，我的紀錄怎麼說明[這位聯絡人及一項具體且獲准使用的事實]？請指出確切檔案；若沒有答案，請明確告知。」將方括號內容換成已儲存紀錄確實能回答的問題。檢查介面顯示的讀取檔案動作或引用。自行開啟檔案，與獲准使用的原始來源核對回答，包括限定條件及日期。自信的句子或單獨檔案路徑，都不能證明準確。
- 測試資訊缺口。 詢問一項刻意不在此聯絡人檔案中的具體事實。再次檢查檔案。回答應說明紀錄不包含該事實。若 Codex 猜測、把另一位聯絡人當來源，或引用不存在的檔案，就停止使用該回答，修正請求或專案範圍，再做兩項檢查。Obsidian 的 Search 可協助獨立定位詞語，但搜尋命中仍須人工解讀。
日後更新時，只提供一項新獲准使用的事實及來源，先請 Codex 提出差異。接受前，將差異與來源及預期檔案核對。再到 Obsidian 檢查已儲存紀錄與索引，重做可回答問題及缺漏事實問題。若改錯檔案、人物重複或碰到無關筆記，應停止、檢查變更，並先從備份還原上一版本，再嘗試更小範圍的請求。過時索引須與實際檔案核對調整。
只有聯絡人紀錄及連結正確，而且兩個回答都經人工查核，任務才算完成。這些步驟是文件支持的流程，不是 BIG CHANGE 的實測，也不保證可靠回憶、速度或固定價格。使用真實個人資料前，應再次檢查帳號權限、額度、資料設定及保留條款。
來源與延伸閱讀
- Obsidian：建立知識庫、 File explorer、 建立第一份筆記 和 Properties，查閱於2026年10月20日。說明本機知識庫、筆記及資料夾建立、Markdown 檔案與選用屬性，但不證明 Codex 會正確讀取或理解特定聯絡人。
- Obsidian：備份 Obsidian 檔案 和 Search，查閱於2026年10月20日。備份和搜尋有助還原及獨立檢查，但都不能驗證代理回答。
- OpenAI：ChatGPT Work 與 Codex、 使用 ChatGPT 方案中的 Codex、 ChatGPT 資料控制 和 Codex 專案指引範例，查閱於2026年10月20日。說明本機資料夾存取、帳號額度、資料控制及選用的
AGENTS.md指引，但不保證這個非程式碼儲存庫知識庫會載入指示或正確回答。
