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指导，但不保证在此非代码仓库知识库中载入指令或给出正确回答。
