第 9 卷

步怎么推进。这个逻辑其实就是很多正式汇报都会用的方式：先给结论，

再给支撑证据和边界。

最后是补充材料清单。它会告诉你哪些结论可以进入正式汇报，哪些文

件还能支撑这些结论，以及正式汇报前必须补齐什么。这个时候，Codex

就不只是一个写字的助手，更像一个资深同事：它能看到你的材料不足，

提醒你先补证据，不要急着拿半确认的信息去汇报。

任务完成后，右侧输出区可以直接打开这些文件。你也可以回到原项目

文件夹，看见里面新增了一个输出目录，里面放着刚才生成的汇报摘要、

PPT 大纲、演讲提纲和补充材料清单。

这件事很关键，Codex 不是只在对话里给你一段文字，它会把工作结

果真正生成到项目文件夹里。你后续要找文件、继续改稿、发给同事，

都可以直接从文件夹里拿。

如果你不喜欢默认的 output 目录，也可以改成自己习惯的名字，比如

“成果”或“汇报”。目录名不重要，重要的是形成一个稳定规则：结

果不要只停留在对话里，要保存成项目文件夹里的普通文件。

总结：沉淀成可复用工作流

接下来，我们把这一次跑通的汇报规则沉淀下来，写进 AGENTS.md，

变成以后这个项目里的长期工作习惯。更多课程持续更新微foufoushu

可以整理成这样的规则：

信息整理按业务问题分类，不做流水账。整理结果保存到项目文件夹

的“成果”目录，不只在对话里输出。发现缺失信息时，要主动标注，

不要假装信息齐全。重要结论必须标注来源文件和来源材料。不同文

件之间存在矛盾时，要单独列出来。

我们把这段规则交给 Codex，让它追加到 AGENTS.md 里。它会告诉

你改到了哪一行，方便你确认。

这里还会出现一个真实的小问题：第一讲里可能已经写过“保存到

output 目录”，这一讲又改成了“保存到成果目录”。两个规则冲突

时，不要让它们都留着。我们需要打开 AGENTS.md，把旧的目录规则

改掉，只保留一个一致的说法。

这一步不是为了追求文档漂亮，而是为了让下次任务少解释一遍。一个

项目跑通一次，就把规则沉淀一次；下次 Codex 再处理同类项目时，

就会自动按这个习惯来。

这一讲我们完整走了一遍：如何让 Codex 把一个混乱的项目文件夹，

变成一套可以汇报的材料。它读取了多种格式的文件，按业务问题重组

信息，找出了预算口径、供应商状态、数据来源这些风险点，又继续生

成了 PPT 大纲、演讲提纲和补充材料清单。

从第一讲的改名、分类、移动文件，到这一讲直接生成汇报包，你会发

现 Codex 不只是一个聊天助手。它真的在帮你干活，而且结果会落到

项目文件夹里，变成你可以继续使用的普通文件。

这个场景也不只适用于一次项目汇报。如果你每周的工作材料都在一个

文件夹里，Codex 就可以帮你整理周报；如果每个月都有项目记录，

它也可以帮你生成月报；如果一年下来每次都有材料、有输出、有记录，

年底做年终汇报时，它就能帮你复盘一整年的工作。

后面我们还会讲自动化：比如让 Codex 每周五下午自己跑一遍，把这

一周文件夹里的新材料整理成汇报包，等你周一来看，或者等你发邮件。

这个能力会在后面的课程里继续展开。

更多课程持续更新微foufoushu 下一讲，我们会让 Codex 做一件更硬的事情：检查表格和方案，找到

里面的数字错误、逻辑漏洞，把脏数据和互相冲突的材料，变成一份可

以执行的任务清单。这也是很多财务、运营、项目管理同学最常遇到的

真实工作场景。

教程课跟练素材：

https://drive.weixin.qq.com/s?k=ADQABgdrAAkFy1btjy