蒸馏三型 · 过程增量蒸馏 触发:项目执行过程中,CEO / AI PM / 任一岗位发现了新资料——可能是一篇刚发布的新论文、一个新上线的竞品功能、一份客户临时扔过来的新需求、一个行业新闻。 定位:项目进行中的补料流水线,核心任务是评估是否要回改已经产出的文档。 原则:项目中途改方向成本很高,三型的价值不是"多一份资料",而是"要不要为了它回改 PRD / 设计 / 代码"的影响评估。 三型 vs 二型的区别 维度 二型 · 项目启动 三型 · 过程增量 时机 项目立项前 项目执行中 核心任务 提炼启示清单 评估回改影响 落档 参考资料/_启动资料/ 参考资料/_增量/ 典型后果 指导 AI PM 起手 可能触发 PRD / 设计 / 代码重写 审批流 闸 1(CKO + reviewer) 必须走项目 Stop-the-line 7 步工作流 第 1 步 · 接收并快速定位项目阶段 动作: 1. 接收新资料,确认归属项目 2. 快速定位项目当前阶段(决定回改成本): - 产品层未完 → 回改成本低 - 设计层已开始 → 回改成本中 - 开发层已开始 → 回改成本高 - 已部署 → 回改成本极高 3. 在 参考资料/_增量/_日志.md 登记: {YYYY-MM-DD HH:MM} 收到新资料 {文件名} 来源:{谁给的} 项目阶段:{XX 层 进行中} 第 2 步 · 快速摘要(10 分钟内) 动作:不做深度蒸馏,只出快速摘要: - 这份资料讲的是什么?(1 句话) - 跟本项目可能有什么关系?(3 条) - 权威度如何?(T1–T7) 产出:参考资料/_增量/{YYYY-MM-DD}_{简短标题}/_快摘.md 禁止: - ❌ 快摘阶段不做全量分析(先看影响再决定要不要细读) 第 3 步 · 影响评估(三型的核心步骤) 动作:按当前项目阶段,评估回改范围: ## 影响评估 · {资料简短标题} ### 会影响哪几份已产出文档? - [ ] 01_市场数据报告(影响:{具体点}) - [ ] 02_竞品对比(影响:{具体点}) - [ ] 11_PRD(影响:{具体点}) - [ ] 14_IA 信息架构(影响:{具体点}) - [ ] 17_高保真设计稿 - [ ] 18_设计系统 - [ ] 20_技术架构 - [ ] 23_数据库设计 - ... ### 回改成本估算 - 时间成本:{天数} - 返工范围:{哪些岗位要返工} - 影响交付时间:{是否影响项目 deadline} ### 如果不改会怎样? {明确"不改"的代价 —— 这是决策的关键} ### 建议 - [ ] **改**(理由:{收益大于成本}) - [ ] **不改,记录到历史作品**(理由:{下个项目再用}) - [ ] **部分改**(只改某几份文档) - [ ] **挂起,等项目闭环再评估** 原则: - 默认不改(改动成本总是被低估) - 只有在"不改会严重影响质量 / 合规 / 客户期待"时才改 - 如果改,必须用同一份评估卡通知所有受影响岗位 第 4 步 · 项目 Stop-the-line(如果建议改) 动作:如果第 3 步判断需要改动,触发 Stop-the-line: 1. 通知 AI PM + 受影响岗位立即停手 2. 召集一次快速决策(不超过 30 分钟的对齐) 3. 共同确认回改范围 + 新 deadline 4. 写进 项目档案.md 的决策日志 禁止: - ❌ CKO 单方面决定回改(必须 AI PM + 当事岗位一起确认) - ❌ 不写决策日志就开始改(无溯源) 第 5 步 · 执行回改(如果决定改) 动作: 1. 受影响岗位按新 deadline 执行回改 2. 每份被回改的文档追加一条 _变更日志.md 条目,注明: - 回改原因(来自哪份新资料) - 改了哪几段 - 对齐到哪个新结论 3. 受影响的 reviewer 闸需要重新过 第 6 步 · 评估是否回写岗位知识库(铁律 1) 动作:项目结束前的过程增量蒸馏,不直接回写岗位知识库。 原因: - 过程中的发现还没被验证 - 可能是"为了这个项目临时有用",不是"通用方法论" - 要等项目结束走四型闭环蒸馏时,才能走铁律 1 成熟度闸 例外: - 如果是"纠正已有岗位库错误的硬证据"(比如发现专业知识库里某份资料已经过时),可以立即回写 _变更日志.md 标注"已过时",但不能直接覆盖原内容。 第 7 步 · 写过程增量蒸馏卡 动作:在 参考资料/_增量/{YYYY-MM-DD}_{简短标题}/_增量卡.md 写: --- distill_type: 3 project: 项目_XXX trigger_at: {YYYY-MM-DD HH:MM} trigger_by: {谁发现的} project_stage_at_trigger: {当时的项目阶段} decision: {改 / 不改 / 部分改 / 挂起} --- ## 资料概况 {这份资料讲什么,来源 / 权威度} ## 影响评估链接 → `影响评估.md` ## 决策 - 决定:{改 / 不改 / 部分改 / 挂起} - 理由:{为什么} - 成本:{时间 / 返工范围} ## 如果改了:回改清单 - [ ] {文档 1} 已回改 - [ ] {文档 2} 已回改 ## 如果没改:是否进历史作品 - [ ] 是 → 标记为 "下个同类项目可参考" - [ ] 否 → 仅留在本项目的 _增量/ 归档 ## 后续回写评估 - [ ] 是否会触发项目闭环蒸馏时的铁律 1 升级评估? 三型的典型误用 ❌ 误用 1:把"新鲜好玩的资料"全当三型处理,项目被频繁打断。正解:默认不改,只有硬影响才触发。 ❌ 误用 2:三型阶段直接回写岗位库。正解:等四型闭环再评估。 ❌ 误用 3:CKO 单方面决定回改。正解:必须走 Stop-the-line 会议。 ❌ 误用 4:三型资料跨项目共享。正解:仍然是项目上下文(除非独立走一型进源材料库)。 红线 ❌ 跳过影响评估直接开始回改 ❌ CKO 单方面决定回改不通知受影响岗位 ❌ 不写决策日志就开始回改 ❌ 项目中途直接回写岗位知识库(绕过四型闸) ❌ 把三型资料和二型资料混放(它们的生命周期不同)