Codex自动生成会议纪要的完整流程【技巧】

先说几个核心判断。Codex这类工具，最让人头疼的地方往往不是它“能不能做”，而是它“怎么做才靠谱”——尤其是处理像会议录音这种信息密度极高的原始材料。你需要的不是AI在对话框里零星吐几段话，而是一套能直接产出带决策、行动项和负责人的结构化纪要的标准化流程。下面拆解一下具体操作，每一步都关系到最终输出质量。

准备原始材料

这一步没啥技术含量，但容易翻车。你得先确认手头有什么——Zoom或Teams导出的.vtt字幕文件、飞书会议自动转录的txt、微信群或钉钉群聊长截图OCR后的文本，或者你自己整理的逐字稿，都可以。唯一原则：没有原始材料就跳过这一步——Codex不会凭空编造发言内容，它只处理你给的真实输入。

把文件拖进Codex项目目录下的inputs子文件夹。如果项目里还没这个文件夹，现在就新建一个。为什么？因为Codex默认只读取项目目录及其子目录里的文件，

——这不是功能限制，而是它的底层逻辑。操作上很简单，拖进去就行。

调用会议笔记和行动项技能

在当前项目的新对话中输入以下指令——注意，格式不要改，标点和换行都要保留：

“请使用 Awesome Codex Skills 中的 meeting-notes-and-actions 工具处理 inputs/xxx.vtt 文件。要求：输出含标题、日期、参会者；摘要用3句话以内；决策、开放性问题、行动项分节；行动项必须带复选框、负责人、建议截止日期；最后导出为 outputs/meeting-notes-20260602.md。”

这里有两个容易忽略的细节：把xxx.vtt替换成你实际的文件名；outputs/文件夹需要提前存在——Codex不会自动创建上级目录。如果你直接让它导出到不存在的路径，它会报错，不会主动新建文件夹。

检查并微调输出结果

输出文件不是终点，检查环节才是决定最终质量的关键。

第一步：打开outputs/meeting-notes-20260602.md，确认是否生成了带复选框的行动项列表。如果没有，大概率是因为输入文本里缺少明确的“谁做某事”表述——Codex无法从模糊的“我们跟进”中推断行动项，它需要“张伟负责调研竞品”这类主谓宾完整的句子。

第二步：检查负责人字段是否为空。这里有个行业共识——Codex无法从模糊表述中提取人名。所以，如果原始材料里全是“我们跟进”“大家同步一下”，那输出结果里负责人字段基本会空着。回到原始材料补上动作动词，是唯一解法。

第三步：核对日期是否正确。Codex会尝试从文件名或文本中提取日期，但若原始材料未注明，它可能填入当前系统时间——

。其他问题可以靠调整提示词解决，但日期问题建议直接在输出文件里改。

第四步：用 Codex 内置终端执行命令：markdownlint outputs/meeting-notes-20260602.md。若报错，按提示修复缩进或空行即可——这些格式问题不影响意图表达，但影响后续使用体验。