技能提升网启动会结束时，大家都记住了目标，却没人确认第一份数据由谁提供、范围变化由谁批准、第一周要交什么。热闹的会议没有自动变成项目计划。
AI可以从章程和会议记录中提取共识与缺口，再排出前30天动作。项目经理需要确认依赖和承诺，不能把未讨论的内容补成既定事实。
先准备一份能追溯的输入包
本次任务至少要收齐项目范围板、角色卡、里程碑路径、风险便签和30天日历。每份资料记录版本、截止时间和提供人；数字、条款或决定来自哪里，也要能够回查。资料缺失时保留空白和待确认标记，不让AI补出一个看似完整的答案。
先区分已经决定和仍待确认
已批准的目标、范围和日期可以进入基线；会议中提出但未确认的想法进入待决清单。两者混在一起会让团队误以为所有内容都已承诺。
分工要落到交付物
不要只写产品负责需求、技术负责开发。明确谁提交哪份材料、谁审核、谁批准，以及交接失败时由谁处理。
启动材料应能在会后单独阅读
PPTX Skill可以使用Project Kickoff 模板生成目标、范围、角色和里程碑页面。页面之外的口头说明要写入备注或决策记录。
前30天按依赖而不是部门排序
先安排能解除后续阻塞的任务，例如数据权限、接口确认、样例交付和验收口径。每项任务带负责人、日期和完成证据。
开工门槛要明确
关键联系人、数据、权限、预算或供应商条件未到位时，应标记为有条件启动。项目经理据此决定先做低依赖工作，还是暂停等待。
把结果分成可采用、待确认和不能判断
AI输出后，按范围、角色、里程碑和首月重新标记结论。证据完整且计算可复核的内容进入正式稿；依赖假设的内容交给负责人确认；超出资料或职责边界的内容明确写成不能判断。这样可以避免把排版完整误当成结论可靠。
交付前由人确认什么
逐页查看渲染图，检查文字溢出、图表口径、页面顺序和演讲备注。演示文稿中的决定、负责人和日期要与正式记录一致，不能用漂亮页面替代批准过程。
