AI PPT｜意图识别与模板选择
围绕“材料主题不能替代演示目的”的假设，将需求意图、内容材料和结构选择分开处理，再用构造案例检查规则能做什么、不能做什么。
与简历中的金山经历相关的延伸研究，使用公开产品资料和自建规则原型；不是 WPS 内部系统。
01 / 为什么把用户意图放在文档主题前面？
例如，材料里写着“产品发布”，用户这次却想向团队复盘延期原因。主题相同，讲述目的和结构可以完全不同。
项目复盘需要解释偏差与行动，产品演示需要解释价值与操作；文档里的高频词不能决定这次用途。
先识别用户需求中的场景与约束；没有足够信号时，先确认用途。
需求命中词提高权重；信号不足或接近时进入场景澄清，再在场景内排序模板。
路径更短，但材料中的“产品”“论文”等词容易覆盖用户本次想要的复盘或汇报目的。
输入需求与材料 → 判断用途 → 必要时澄清 → 推荐模板 → 用户切换或确认。
检查材料与需求冲突时的优先级、模糊需求是否暂停、切换模板后输出是否一致。
依据：报告第 01–03 节的任务假设、用户故事和 PRD；原型 engine.py 中的权重、澄清与切换规则。
02 / 为什么满分之后还要追加挑战集？
常规样例与规则共同设计，结果好可能意味着覆盖了已知写法。需要用不熟悉的表达，检验规则是否真正适应任务变化。
另有 12 条开发样例不计入评测。挑战集中，隐含用途和英文表达暴露了关键词规则的不足。
先确认失败发生在意图识别、模板匹配还是章节内容归属，再确定下一步。
保留澄清和手动切换；下一阶段补足隐含意图识别、摘录与章节的相关性验证。
能增加样式选择，但不能修复用途识别错误，也不能保证原文摘录放在合适的章节。
冻结规则 → 追加挑战 → 逐条归因 → 确定优先级 → 再验证。
构造集用于检查规则；后续真实任务测试还应观察模板接受、修改成本及事实完整性。
依据：评测 JSON、报告中的常规集与挑战集结果、PRD 内容边界及需求优先级。真实任务验证为后续计划。
产出与进一步阅读
- 公开产品对照研究、需求假设、PRD 与九套内容结构模板。
- 可在线操作的规则原型：需求输入、场景澄清、模板切换、逐页大纲和导出。
- 72 条构造案例、两版规则及逐条评测结果；保留失败案例与改进优先级。
流程图依据已提供材料重新组织，用于说明设计逻辑。“方案 B”为复盘时的比较项，不表示当时曾正式评审；后续验证与实际已完成的工作在对应节点中分别说明。