跳到主要内容

Codex 第一次使用:跟着教程整理产品资料

Codex 零基础路线 · 第 4 / 5 步
  • 上一步:如何把工作交给 AI(没看过也可以直接跟着本篇操作)
  • 本步目标:从打开 Codex 开始,完成第一次安全的文件整理任务。
  • 预计时间:10~20 分钟。

💡 这篇不再讲安装。 只要桌面应用已经能正常打开、可以进入 Codex,并且你能看到任务输入框,就可以从第 1 步开始。你不需要会写提示词,也不需要一次把要求说完整。本文所说的“产品资料”,包括产品文档、参数文件和图片。

当前应用名称 · 2026 年 8 月 3 日

OpenAI 已开始把 Codex 整合进新版 ChatGPT 桌面应用。Codex 仍然是独立入口,原有工作流程可以继续使用。桌面图标可能显示为 ChatGPTCodex;打开后如果还没进入 Codex,请从左上角选择 Codex。详见 OpenAI 官方迁移说明

💡 为什么选这个案例? 产品资料整理与外贸工作有关,但不会对外发信、修改业务系统或产生费用,适合第一次实际练习。

完成后的样子: 原始副本保持不变,整理后的副本进入 03-输出结果,无法确认的项目写入待确认清单,最后还有一份资料索引和处理报告。你只要按章节顺序操作、复制对应话术,不需要先背会提示词。

1. 准备一个安全的练习目录

先在电脑上新建一个名为 Codex-Test 的文件夹,再在里面创建 4 个子文件夹。不会新建文件夹也没关系:Windows 在文件资源管理器空白处右键选择“新建 → 文件夹”;macOS 在 Finder 中选择“文件 → 新建文件夹”。

Codex-Test/
├── 01-原始资料/
├── 02-待处理/
├── 03-输出结果/
└── 04-待确认/
  • 01-原始资料:保存人工对照用的资料副本;
  • 02-待处理:本轮唯一允许 AI 读取和处理的输入;
  • 03-输出结果:接收 Codex 新建或复制的结果;
  • 04-待确认:记录无法判断、需要你确认的项目;原文件仍留在 02-待处理,不要为了“待确认”而移动原文件。

Windows 文件资源管理器中的 Codex 教学工作目录,四个子文件夹分别保存原始副本、待处理资料、输出结果和待确认内容

先把 2~5 个测试资料副本放入 01-原始资料,再从中选择 2~5 个文件,复制02-待处理。例如:

02-待处理/
├── A100-参数.txt
├── A100-front.jpg
└── B200-spec.md

没有真实资料也没关系,可以先在 01-原始资料 中新建 2~5 个 TXT 或 Markdown 文件,写几行虚构的产品名称、型号和参数,再复制到 02-待处理。第一次只练流程,不追求资料真实或数量多。

不要用唯一原件练习

不要放入无法恢复的唯一原件,也不要放入密码、API Key、合同、报价单、完整客户资料或其他隐私内容。四个文件夹只是帮助你和 AI 理解边界,并不是操作系统级隔离,所以任务中仍要明确“只处理 02-待处理”。

2. 打开 Codex,选择这个目录

  1. 打开新版 ChatGPT 桌面应用;如果左上角可以切换入口,请先选择 Codex,再新建任务;旧版如果打开后直接进入 Codex,也可以继续;
  2. 在输入框附近找到选择项目或当前项目名称;
  3. 选择刚才创建的 Codex-Test 根目录,不要只选择 02-待处理
  4. 第一次练习时,权限保持为请求批准
  5. 确认输入框附近显示的是 Codex-Test,再继续下一步。

Windows Codex 中文参考界面,标出项目选择器、请求批准模式、任务输入框和发送按钮;图中项目名不是本教程要求的 Codex-Test

这张图只用于找控件位置。 图中项目不是 Codex-Test;继续前请确认你自己的任务输入框附近显示的是 Codex-Test

不要选择整个电脑

不要选择整个桌面、下载目录、系统盘或保存合同和客户资料的大文件夹。第一次只使用这个可恢复、无敏感信息的练习目录。

如果没有看到选择项目的位置,先看工作目录图文教程,选好后再回到这里。如果你的版本用词不同,请选择“写文件、访问范围外目录或联网前会先征求确认”的模式。

进入下一步前,只检查两件事: 项目名称是 Codex-Test;权限是“请求批准”或含义相同的审批模式。少一项都先不要继续。

3. 不会描述?先让 Codex 反过来问你

第一次使用时,最容易卡住的不是按钮,而是:我应该对 Codex 说什么?

这里说的任务单,就是一张简短清单:要做什么、允许访问哪些目录、禁止做什么、先做多少个小样、最后交付什么。它不需要专业写法,也可以让 Codex 帮你梳理。

答案是:不用先写一大段完整提示词。你可以先用自己的话说一个模糊想法,再让 Codex 逐个提问,和你一起把任务梳理清楚。

3.1 第一句话直接复制这段

把下面这段粘贴到 Codex 的任务输入框:

我想整理一小批产品资料,但不知道怎样说清楚。

现在先不要读取或修改文件,也不要执行命令。

请每次只问我一个简单问题,最多问 5 个。
依次帮我确认:目标、资料范围、禁止事项、小样数量和交付结果。

问完后整理成一份任务单。
不确定的信息标记为“待确认”,然后停止,等我检查。

这段话的重点只有两个:先问清楚暂时不要操作。如果 Codex 没有提问,而是准备直接处理文件,就回复:

请先停下。当前只讨论需求。
不读取文件、不执行命令,也不修改任何内容。
请先问我第一个问题。

接下来不需要懂专业术语。Codex 问什么,你就用自己的话回答什么。例如:

我主要想按产品型号整理,方便以后上传网站;原文件不能动;先拿 2~3 个文件试一下。

小白只要记住 3 句话
  1. 先讨论,不操作。
  2. 允许只读盘点。
  3. 确认执行,但先做小样。

这三句话分别对应讨论、查看和修改三个阶段。没有进入下一阶段前,不要提前说“开始”“继续处理全部”或“完全交给你”。

3.2 Codex 整理完,先检查任务单

任务单写得流畅,不代表边界一定正确。至少检查下面 6 件事:

  • 目标是否明确:是整理资料,不是修改产品参数;
  • 读取范围是否明确:只允许读取 02-待处理
  • 写入范围是否明确:只允许写入 03-输出结果04-待确认
  • 禁止事项是否明确:不删除、不移动、不覆盖、不上传、不对外发送;
  • 小样数量是否明确:最多 3 个,资料不足时按实际数量;
  • 停止点是否明确:先只读盘点、再给方案,得到确认后才能制作小样。

如果有一项看不懂,直接回复:

请把这份任务单改成小白也能逐条检查的中文。
每一步只做一件事,保留文件夹名称、禁止事项、确认点和交付结果。
没有确认的信息继续标记为“待确认”,不要自行补充。
修改后先停止,不要操作文件。

如果任务单正确,也不要马上批准批量整理。下一步只开放“查看资料”的权限,让 Codex 先盘点真实文件。

可选:什么时候改用普通 ChatGPT?

直接在 Codex 中讨论是最短路径。如果还没有选择工作目录、暂时不希望 AI 接触本地文件,或者只是想先梳理思路,可以先在普通 ChatGPT 对话中复制:

我想让 Codex 帮我整理一小批产品资料,但我不知道怎样描述。

请先用不超过 5 个简单问题,帮我确认目标、允许处理的资料、禁止事项、小样数量和交付结果。每次只问一个问题。

我回答后,请整理成一份可以复制给 Codex 的中文任务单。缺少的信息标记为“待确认”,不要替我编造,也不要假设你能访问我的电脑。

整理完成后,只复制任务说明,不要粘贴密码、API Key、客户隐私或其他敏感资料。然后回到 Codex,继续第 4 步。

4. 允许 Codex 只读盘点

这是第二道门。这里的只读盘点,就是只列出并总结指定文件,不修改文件。现在才允许 Codex 查看指定资料。复制:

任务单方向正确。现在只允许进行只读盘点。

请先盘点“02-待处理”中的文件。

不要读取或修改“01-原始资料”。暂时不要修改、移动、重命名或删除任何文件。

请输出:
1. 文件名;
2. 文件类型;
3. 可能对应的产品型号;
4. 判断依据;
5. 无法确定的内容。

请把“原始事实”“根据文件名作出的推测”“待确认内容”分开说明。
出现审批请求时,只批准看得懂的只读操作

这一步只允许读取或列出 Codex-Test/02-待处理 中的文件。若审批内容涉及写入、移动、重命名、覆盖、删除、联网、上传、01-原始资料 或其他目录,请拒绝。

如果看不懂审批内容,先拒绝,再回复:

请用小白能看懂的话解释刚才申请的操作、涉及的目录,以及是否会修改文件。不要执行,等我确认。

第一次练习不要选择“始终允许”。

正常结果: Codex 只列出实际文件,并说明哪些是事实、推测或待确认;此时不应出现任何新文件。

检查文件数量和型号判断是否正确。发现错误时先纠正盘点,不要进入整理。

Windows Codex 的产品资料只读盘点结果,AI 将文件信息分为原始事实、文件名推测和待确认项目,本机用户名与绝对路径已经完整遮盖

这次 Windows 参考实测发生在目录规则统一之前,现场从 01-原始资料 读取了 1 个虚构源文件。它只证明下面的盘点方法,没有验证当前教程“只处理 02-待处理”的目录边界;后续仍需按修订后的规则重新实测。

现场 AI 没有为了符合示例数量而虚构另外的文件,而是把内容分成:

  • 事实:文件中能直接读取的内容;
  • 推测:根据文件名或上下文作出的判断;
  • 待确认:没有足够证据、必须由人确认的项目。

盘点时“实际有几个就写几个”,比凑出一份看起来完整的清单更重要。

5. 让它先给整理方案

根据刚才确认的盘点结果,请设计整理方案。

要求:
- 按产品型号建立文件夹;
- 原文件保持不动;
- 整理结果放入“03-输出结果”;
- 如有无法确认型号的文件,写入“04-待确认/待确认清单.md”;
- 不移动或复制这些待确认的原文件;
- 每个产品文件夹包含一份 README.md,说明包含哪些资料、哪些内容仍需确认;
- 在“03-输出结果/”根目录生成“产品资料清单.md”。

请先展示计划建立的目录结构,不要执行。

你应该先看到类似:

03-输出结果/
├── A100/
│ ├── README.md
│ └── 素材副本
├── B200/
│ ├── README.md
│ └── 素材副本
└── 产品资料清单.md

Windows Codex 给出的产品资料整理方案,绿色标注计划目录结构,橙色标注只给方案且尚未执行,用于先确认规则再允许写文件

这张图只展示方案应该长什么样,不能单独证明文件没有被写入。 先检查目录结构和规则,再打开 03-输出结果 自己确认,之后才批准执行。

6. 批准一组最多 3 个文件的小样

计划确认后,不要马上全量执行。

方案可以。现在处理一组小样,最多包含 3 个能够确认型号的文件。

如果实际不足 3 个,就按能够确认的实际数量处理,不要虚构文件或为了凑数量扩大范围。

要求:
- 只复制,不移动原文件;
- 不覆盖已有文件;
- 不处理无法确认型号的文件;
- 完成后暂停;
- 列出本次新建和复制的全部文件。

Windows Codex 的受控小样执行结果,绿色标注首次只处理 1 个真实源文件,橙色标注重复请求时检测到已有输出并未覆盖

这张图只作为“单文件小样 + 报告跳过同名输出”的参考。 是否真的没有覆盖,仍要在资源管理器或 Finder 中核对源文件和输出文件。

本次参考实测只有 1 个可确认的源文件,所以现场采用了单文件受控适配,小样也只处理 1 个。“最多 3 个”是上限,不是必须完成的数量。 已有同名输出存在时,应跳过并报告,不要覆盖旧结果。

本次参考实测的边界

本章截图来自 Windows 11 已安装环境,通过 CC Switch 的“来发AI”配置完成。它证明了“指定单文件只读盘点 → 只给方案 → 单文件受控小样 → 不覆盖已有输出”的窄范围方法;没有验证修订后的 02-待处理 目录边界、官方 ChatGPT 登录、全量批处理或真实业务资料。

7. 人工检查小样

打开输出目录,检查:

  • 产品型号是否正确;
  • 图片是否放入正确目录;
  • 原文件是否还在;
  • README 是否只写了能够从源文件直接证明的内容;
  • 有没有把文件名推测成正式参数;
  • 有没有超过你批准的小样数量;
  • 有没有修改任务范围之外的内容。

如果发现错误,可以复制下面这段,再按实际问题修改:

小样需要修改:

1. 图片只复制,不要重命名;
2. README 只列文件名,不要推测产品用途;
3. 无法确定型号的文件只写入“04-待确认/待确认清单.md”,不要移动原文件。

请先复述新规则,再生成修订版小样。
修订版文件名加“-修订”,不要覆盖或删除原小样。
完成后列出新建的全部文件。

8. 处理剩余文件,并补齐交付记录

小样通过后,发送下面这段。它同时适用于两种情况:

  • 02-待处理 还有剩余文件:继续按相同规则处理;
  • 小样已经覆盖全部文件:不要重复处理,只补齐清单和报告。
小样已经确认。

请先检查“02-待处理”中是否还有未处理文件。

如果有,请按照相同规则处理剩余文件,并继续遵守:
- 不删除或移动原文件;
- 不替换原文件或已经复制的产品文件;
- 只允许在“03-输出结果/”和“04-待确认/”两个目录内写入:
- 新建产品文件夹,并把已确认的文件复制进去;
- 新建或更新产品文件夹内的 README.md;
- 新建或更新“产品资料清单.md”,新建“处理报告.md”(都放在“03-输出结果/”根目录);
- 待确认内容只写入“04-待确认/待确认清单.md”;
- 这两个目录之外,不新建、不修改、不删除任何文件;
- 如果要复制的目标文件名已存在,跳过复制并报告冲突;
- 不移动或复制待确认的原文件;
- 不对外发送、上传或发布。

如果没有剩余文件,不要重复复制,也不要为了凑数量新建内容。

无论是否有剩余文件,最后都要:
1. 更新“03-输出结果/产品资料清单.md”;
2. 生成“03-输出结果/处理报告.md”;如果同名报告已存在,改用“处理报告-2.md”,不要覆盖;
3. 报告本次读取、复制、新建、待确认、失败和跳过的项目;
4. 完成后停止,等待我人工检查。

打开这两个文件,确认其中记录的是实际结果,而不是计划或推测。

完成后,在文件资源管理器或 Finder 中核对实际结构,大致应为:

Codex-Test/
├── 01-原始资料/ 原样保留
├── 02-待处理/ 原样保留
├── 03-输出结果/
│ ├── 产品型号文件夹/
│ ├── 产品资料清单.md
│ └── 处理报告.md 或编号版本
└── 04-待确认/
└── 待确认清单.md 有待确认项目时才需要

9. 你真正学到的不是整理文件

这次案例背后的方法可以迁移到其他任务:

先准备副本
→ 先讨论并确认任务单
→ 先盘点
→ 先给方案
→ 只做小样
→ 人工检查
→ 再扩大范围
→ 生成交付记录

以后处理 Word、PDF、Excel、网站内容时,仍然应该先走这条流程。

10. 完成检查

  • 已选择 Codex-Test,第一次练习使用“请求批准”,没有开启完全访问;
  • 已在 Codex 中先讨论并检查任务单;如果使用普通 ChatGPT 辅助梳理,也只复制了不含敏感信息的任务说明;
  • 使用的是测试资料或原始资料副本;
  • 盘点指令只指定了 02-待处理;如果审批请求涉及 01-原始资料 或其他目录,我已经拒绝;
  • 先完成盘点,没有直接批量整理;
  • 先看了目录方案;
  • 一组小样最多处理了 3 个可确认文件;资料不足时按实际数量处理,没有虚构文件;
  • 人工检查后才处理剩余文件;没有剩余文件时没有重复处理,只补齐了清单和报告;
  • 原文件没有被删除、移动或覆盖;
  • 如有不确定内容,已经写入 04-待确认/待确认清单.md,原文件没有被移动;
  • 最终生成并人工检查了资料清单和处理报告。

11. 下一步

Codex 已经执行完任务,但“执行结束”不等于“结果正确”。最后一步要学会正式验收和安全收尾。

👉 继续第 5 步:检查结果与安全收尾 →

返回第 3 步:学习小白任务单