Codex 第一次实战：整理产品资料
- 上一步：如何把工作交给 AI
- 本步目标：用少量资料副本跑通“盘点—小样—确认—整理—交付”。
- 预计时间：10～20 分钟。
💡 为什么选这个案例？ 产品资料整理与外贸工作有关，但不会对外发信、修改业务系统或产生费用，适合第一次实际练习。
1. 先准备测试资料
在上一课创建的 Codex-Test 中准备：
Codex-Test/
├── 01-原始资料/
│ ├── A100-参数.txt
│ ├── A100-front.jpg
│ ├── A100-side.jpg
│ ├── B200-spec.md
│ └── 无法判断型号.jpg
├── 02-待处理/
│ ├── A100-参数.txt
│ ├── A100-front.jpg
│ └── B200-spec.md
├── 03-输出结果/
└── 04-待确认/
请使用副本：01-原始资料 保存人工对照版本；再从中选择最多 3 个测试文件，复制到 02-待处理。AI 本轮只读取和处理 02-待处理。 如果没有真实资料，可以自己创建几个测试文件，文件内容只写示例文字。
第一次练习的目标是掌握流程，不是追求处理数量。不要放入无法恢复的唯一原件，也不要放入账号、合同和完整客户资料。
2. 先让 Codex 盘点
复制：
请先盘点“02-待处理”中的文件。
不要读取或修改“01-原始资料”。暂时不要修改、移动、重命名或删除任何文件。
请输出：
1. 文件名；
2. 文件类型；
3. 可能对应的产品型号；
4. 判断依据；
5. 无法确定的内容。
请把“原始事实”“根据文件名作出的推测”“待确认内容”分开说明。
检查文件数量和型号判断是否正确。发现错误时先纠正盘点，不要进入整理。
这次 Windows 参考实测发生在目录规则统一之前，现场从 01-原始资料 读取了 1 个虚构源文件。它只证明下面的盘点方法，没有验证当前教程“只处理 02-待处理”的目录边界；后续仍需按修订后的规则重新实测。
现场 AI 没有为了符合示例数量而虚构另外的文件，而是把内容分成：
- 事实：文件中能直接读取的内容；
- 推测：根据文件名或上下文作出的判断；
- 待确认：没有足够证据、必须由人确认的项目。
盘点时“实际有几个就写几个”，比凑出一份看起来完整的清单更重要。
3. 让它先给整理方案
根据刚才确认的盘点结果，请设计整理方案。
要求：
- 按产品型号建立文件夹；
- 原文件保持不动；
- 整理结果放入“03-输出结果”；
- 无法确认型号的文件列入“04-待确认”；
- 每个产品文件夹包含一份 README.md，说明包含哪些资料；
- 根目录生成“产品资料清单.md”。
请先展示计划建立的目录结构，不要执行。
你应该先看到类似：
03-输出结果/
├── A100/
│ ├── README.md
│ └── 素材副本
├── B200/
│ ├── README.md
│ └── 素材副本
└── 产品资料清单.md
先检查目录结构和规则，不要因为方案写得很详细，就误以为它已经创建了文件。
4. 最多批准 3 个小样
计划确认后，不要马上全量执行。
方案可以。现在最多处理 3 个能够确认型号的文件作为小样。
如果实际不足 3 个，就按能够确认的实际数量处理，不要虚构文件或为了凑数量扩大范围。
要求：
- 只复制，不移动原文件；
- 不覆盖已有文件；
- 不处理无法确认型号的文件；
- 完成后暂停；
- 列出本次新建和复制的全部文件。
本次参考实测只有 1 个可确认的源文件，所以现场采用了单文件受控适配，小样也只处理 1 个。“最多 3 个”是上限，不是必须完成的数量。 已有同名输出存在时，应跳过并报告，不要覆盖旧结果。
本章截图来自 Windows 11 已安装环境，通过 CC Switch 的“来发AI”配置完成。它证明了“指定单文件只读盘点 → 只给方案 → 单文件受控小样 → 不覆盖已有输出”的窄范围方法；没有验证修订后的 02-待处理 目录边界、官方 ChatGPT 登录、全量批处理或真实业务资料。
5. 人工检查小样
打开输出目录，检查：
- 产品型号是否正确；
- 图片是否放入正确目录；
- 原文件是否还在；
- README 是否只写有来源的内容；
- 有没有把文件名推测成正式参数；
- 有没有超过你批准的小样数量；
- 有没有修改任务范围之外的内容。
如果发现错误，可以这样回复：
小样需要修改：
1. 图片只复制，不要重命名；
2. README 只列文件名，不要推测产品用途；
3. 无法确定型号的文件统一放入待确认清单。
请先复述新规则，再重新生成小样。
6. 确认后处理剩余资料
只有小样通过后，再发送：
小样已经确认。
请按照相同规则处理剩余文件，但继续遵守：
- 不删除原文件；
- 不移动原文件；
- 不覆盖已有文件；
- 不确定的内容放入待确认；
- 不对外发送、上传或发布。
完成后更新“产品资料清单.md”，并生成“处理报告.md”。
处理报告需要列出：
1. 本次读取了哪些文件；
2. 复制了哪些文件；
3. 新建了哪些文件；
4. 哪些内容待确认；
5. 是否有失败或跳过项。
7. 你真正学到的不是整理文件
这次案例背后的方法可以迁移到其他任务：
先准备副本
→ 先盘点
→ 先给方案
→ 只做小样
→ 人工检查
→ 再扩大范围
→ 生成交付记录
以后处理 Word、PDF、Excel、网站内容时，仍然应该先走这条流程。
8. 完成检查
- 使用的是测试资料或原始资料副本；
- 先完成盘点，没有直接批量整理；
- 先看了目录方案；
- 最多处理了 3 个小样；资料不足时按实际可确认数量处理，没有虚构文件；
- 人工检查后才处理剩余文件；
- 原文件没有被删除、移动或覆盖；
- 不确定内容进入待确认；
- 最终生成资料清单和处理报告。
9. 下一步
Codex 已经执行完任务，但“执行结束”不等于“结果正确”。最后一步要学会正式验收和安全收尾。