不会写代码，怎样给 Codex 一张产品目录核对任务单，而不是一句“帮我整理”？

让 Codex 协助核对产品目录，建议先写明读取哪些文件、按什么字段比较、结果保存在哪里，以及哪些内容不得改动。先用少量条目验证差异表，能定位原文后再扩大范围；不懂代码也应能检查每项结论的来源。

把任务缩小为能核对的一张表

“帮我整理产品资料”没有说明是统一名称、查缺图，还是对照两版参数。建议先选择一个目标，例如查找目录文字与图片清单里的型号是否对应。完成条件可以写成：每个发现都能指出文件位置，无法确认的内容单独列出。

不要把清理旧文件、改写卖点、制作视频和上传网站同时塞进第一项练习。这里的目标是建立可检查的产品目录核对流程。是否能直接读取某种格式，要以当前环境和实际文件为准；读不到时应报告缺口，不假装已经完成比较。

任务单建议写明目标、可用材料、限制和完成条件，让实操练习有明确的核对依据。

可以这样写练习要求：“仅核对我提供的脱敏目录与图片清单；保留原文件；新建差异表，列出原型号、来源位置、差异类型和待确认问题；没有原文依据不补参数。”这是本文设计的提示示例，文件范围要由使用者根据实际材料填写。

目录中可能同时出现系列名称、商品名称与型号，建议由业务负责人说明哪个字段用于对应。不要默认名称相似就是同款，也不要因为符号或空格不同就直接合并。可以让核对结果保留原写法，再另列可能对应关系供人确认。

字段为空时，也应区分原文缺失、格式读取失败和不适用。把这几类情况混成一个空格，后续就难以判断该补资料还是调整读取方式。对单位不同的内容，先标记差异与依据；未经确认的换算规则不应悄悄写回原目录。

建议先选包含正常对应、重复名称和资料缺失的条目做练习。数量按材料决定，不把某个固定数值当作通用标准。让 Codex 解释每种差异依据，再由熟悉产品的人回到原文抽查，确认它没有混用行、页或型号。

如果发现规则理解有误，先修改任务说明，再用另一组条目检查。不能只修好眼前那一行，就认为整份目录都能正确处理。试核对的价值在于让使用者看懂比较方法，并知道哪些情况仍需业务判断。

呈鸿的学习小程序服务面向希望带真实工作任务学习 Codex 的个人与企业团队，按课程安排提供线下实操、方法资料与练习指引。

本文的目录核对任务单是自拟练习建议，不表示已开设固定专项课程，也不是已完成某家工厂目录整理的案例。可以带上脱敏样稿和预期差异表，先确认课程是否适合自己的任务。课程安排和费用见小程序。

建议每条结果保留原始值、原文位置、建议处理和确认状态。原始值是材料事实，建议处理是下一步选择，两者分栏。若无法定位出处，先把该结论退回待核实，不因文字解释流畅就默认可信。

原目录中没有价格、性能或颜色组合时，差异表也不负责补出这些内容。它应帮助找出缺口，并交给对应负责人。真正批准了修订以后，是否另建正式目录属于后续工作，不能用一次核对授权覆盖全部文件修改。

核对完成后，建议保留字段定义、有效的任务描述、已发现的特殊情况和结果文件位置。下一批产品资料进来时，先检查字段与格式有没有变化，再决定是否沿用。模板中的示例值应清楚标记，避免被误当成真实型号。

如果输出中附有程序或命令，而使用者看不懂，可以要求解释用途、输入与输出，不必为了完成练习盲目运行。不同文件能否完成整理，应以实际读取和逐项核对结果判断。

可以先检查业务结果：型号是否对应、来源是否找得到、缺失项是否保留。涉及无法理解的处理步骤，应要求解释或交给懂该环节的人复核。

不宜直接合并。先查看型号与原文依据，再由业务负责人确定对应关系。相似名称可以是提示，不能替代产品身份确认。

还需检查行是否遗漏、来源是否准确、待确认项是否清楚。表格完整只是形式，核对任务的完成条件应与最初约定逐项对应。

说明已有材料、使用场景与希望交付的结果。服务按需报价，课程信息见小程序。