第21篇：建立待确认事项清单
使用 Codex 做工程管理，最怕两种情况：一种是 AI 在依据不足时编造确定结论，另一种是项目人员把“还没确认”的事情忘掉。
待确认事项清单就是专门解决这个问题的。它把资料版本不明、适用范围不明、来源不明、责任部门不明的问题单独拎出来，集中管理，直到人工确认后再转入下一步。
本篇只讲一个操作点：建立待确认事项清单，把所有不确定事项集中管理，不让它们散落在各个报告里。
一、为什么要用待确认事项清单
在资料识别、归档、索引更新、方案审查、合同分析过程中，经常会出现一些不能马上下结论的问题。
比如资料版本不明、适用范围不明、来源不明、责任部门不明。如果这些问题只写在某一份报告的角落里，很快就会被后续工作淹没。
对 Codex 来说，这个清单还有一个更重要的作用：只要找不到依据，就把问题放进待确认事项清单，而不是硬编一个答案。
二、怎么用
待确认事项清单建议放在项目工作仓的 00_项目总控 目录下。
它不是风险台账，也不是问题整改表。它只管理一类内容：需要进一步确认后才能下结论的事项。
待确认事项一旦确认完毕，可以根据结果转入资料同步记录、风险台账、工作计划，也可以直接关闭。
三、如何操作
可以按下面步骤建立和使用：
- 进入 00_项目总控 目录。
- 新建文件：待确认事项清单.md。
- 设置字段：序号、提出日期、事项描述、来源文件或来源报告、涉及业务模块、为什么需要确认、建议确认人或责任部门、期望完成时间、当前状态、确认结果、备注。
- 让 Codex 读取近期形成的资料变化识别报告、资料归档确认表、MASTER_INDEX 更新建议、资料同步记录。
- 从这些材料中提取所有“待项目部确认”“资料中未见明确依据”“需人工确认”的内容。
- 要求 Codex 将这些内容整理成待确认事项清单草稿，而不是继续散落在各个报告里。
- 人工检查清单，删除重复事项，合并同类事项。
- 给每一项指定建议责任部门，并在每周复盘时更新状态。
例如，“某施工方案是否审批版”和“某方案版本状态不明”可以合并成一个待确认事项，避免同一个问题反复出现在多个报告中。
四、建议字段清单
一份可用的待确认事项清单，建议至少包含这些字段：
- 序号；
- 提出日期；
- 事项描述；
- 来源文件或来源报告；
- 涉及业务模块；
- 为什么需要确认；
- 建议确认人或责任部门；
- 期望完成时间；
- 当前状态；
- 确认结果；
- 备注。
责任部门不要全部写成“项目部”。资料类通常给资料员或综合管理，方案类给工程技术，合同类给商务合同，进度资源类给生产计划，安全质量类给安全质量部门。
五、可直接复制给 Codex 的提示词
请读取近期的资料变化识别报告、资料归档确认表、MASTER_INDEX 更新建议和资料同步记录。
请提取其中所有标注为“待项目部确认”“资料中未见明确依据”“需人工确认”“版本不明”“来源不明”“适用范围不明”的事项，整理形成《待确认事项清单》草稿。
字段包括：
1. 序号；
2. 提出日期；
3. 事项描述；
4. 来源文件或来源报告；
5. 涉及业务模块；
6. 为什么需要确认；
7. 建议确认人或责任部门；
8. 期望完成时间；
9. 当前状态；
10. 确认结果；
11. 备注。
请合并明显重复事项，不得自行替项目部作出确认结论。六、一些注意事项和经验
待确认事项不能长期停留在清单里。每周至少清理一次。
不要把待确认事项写成风险结论。确认之前，只能说“需确认”，不能说“已经存在风险”。
事项描述要具体，不要写“资料不完整”这种空话。要写清楚哪个资料、缺什么、影响什么判断。
已确认事项要写清确认依据，不能只写“已确认”。需要转入风险台账的，不要直接关闭，应注明“转入风险问题总台账”。
实际运行中，如果待确认事项越积越多，往往说明资料质量或流程有问题。这个清单本身也是项目管理健康度的信号。
建议总控主线程每次复盘时先看待确认事项，再看风险台账。很多风险并不是一开始就是风险，而是待确认事项长期不闭合后演变出来的。
七、到这里你应该能做到什么
读完本篇，至少应完成下面几件事：
- 建立一份 待确认事项清单.md；
- 把所有不确定事项集中提取出来；
- 每一项都有来源、原因、责任部门和当前状态；
- 重复事项已经合并；
- 待确认事项没有被错误写成确定结论。
不确定的事，先入清单，再下结论。这个习惯能减少 AI 误判，也能让项目资料管理更可追溯。
