蒸馏四型 · 项目闭环蒸馏

触发：项目档案的 status 字段改为 已交付 / 已关闭 / 已取消（成功 / 失败 / 半成品都算），系统自动唤醒 CKO。 定位：项目完整闭环的五路径回写——把整个项目盒子的经验拆开沉淀到全公司。 原则：铁律 1-4 全程约束。失败项目也要走完整流程（失败比成功更值钱）。

五路径概览

项目盒子全量读 → 识别信号 → 五路径分发
                                ↓
    ┌────────────┼────────────┼────────────┬────────────┐
    ↓            ↓            ↓            ↓            ↓
路径 A         路径 B         路径 C        路径 D        路径 E
岗位方法论     公司脑库       模板升级      踩坑记录      历史作品
  ↓            ↓              ↓             ↓             ↓
岗位专业      04_公司记忆    岗位文档       04_公司记忆   岗位历史作品
知识库        项目类型记忆   模板库         失败案例库    (CKO 复制归档)
              协作流程记忆

9 步工作流

第 1 步 · 读完整个项目盒子（全量 · 不跳段）

动作：按固定顺序通读 02_项目/项目_XXX/ 下的全部内容： 1. 项目档案.md — 项目是什么、目标、最终状态、决策日志 2. 原始素材/ — CEO 最初想要什么 3. 参考资料/_启动资料/ — 二型蒸馏的启动料 4. 参考资料/_增量/ — 三型蒸馏的过程增量 5. 参与岗位.md — 谁参与了、协作顺序 6. 调研资料/ — 扒了哪些料、权威度如何 7. 交付物/01_产品层 → 02_设计层 → 03_开发层 → 04_运营层 → 05_合规层 8. reviewer 闸记录/ — 每道闸的审查结果

禁止： - ❌ 不读任何"已经蒸馏过的总结文档"（铁律 2） - ❌ 不跳过失败层（失败层经常藏着最值钱的信号）

产出：脑子里有一份完整的项目全貌。

第 2 步 · 识别"值得蒸馏的点"（五类候选信号）

动作：从通读中挑出五类候选信号——

类别 例子 归属路径
方法论信号 "原来对 ADHD 用户来说，功能应该按启动成本排序" 路径 A
模板升级信号 "PRD 里缺一个字段：关键假设与风险清单" 路径 C
项目类型信号 "公司做过一个蜡笔手绘风 IP APP 项目" 路径 B
失败教训信号 "设计层过早进开发层，导致返工 3 次" 路径 D
作品归档信号 "这套设计系统值得放进历史作品参考" 路径 E

产出：一份候选清单，每条带"我是从哪段原料得出这个的"溯源。

第 3 步 · 路径判断（A/B/C/D/E）

对每个候选信号，判断走哪条路径：

一个候选可能同时走多路径。

第 4 步 · 成熟度判断（铁律 1 · 只对路径 A 和 C）

对每个路径 A / C 的候选，查 蒸馏记录/ 历史： - 第一次出现 → 标为"观察中"，只写进本次蒸馏记录，不升级岗位 SOP - 第二次出现 → 标为"草案"，可以加进岗位 专业知识库/ 的草稿区 - 第三次出现 → 标为"规则"，可以写进岗位 工作流程SOP.md 或正式写进模板

路径 B / D / E 的候选不走成熟度闸，直接登记。

禁止： - ❌ 第一次出现的经验就升级为 SOP（违反铁律 1，会污染模板）

第 5 步 · 路径 A 执行（岗位方法论回写）

动作： 1. 打开目标岗位的 专业知识库/ 或 工作流程SOP.md 2. 按候选的成熟度，追加或修改对应内容 3. 在目标文件的 _变更日志.md 追加一条： - 日期 / 本次蒸馏来源项目 / 改动摘要 / 指向 蒸馏记录/{项目}.md 的链接

规则： - 草案只进 草稿区/ - 规则进正式 SOP - 不允许直接覆盖原内容（保留旧版本追溯）

第 6 步 · 路径 B 执行（公司脑库建设）

动作：按候选类型写入： - 项目类型经验 → 04_公司记忆/项目类型_记忆/{类型}.md 追加条目 - 协作流程经验 → 04_公司记忆/协作流程_记忆/{类型}.md 追加条目 - 在 04_公司记忆/_索引.md 登记一条

原则： - 原样保留项目溯源（不做二次压缩） - 每条经验都指向原始项目盒子

第 7 步 · 路径 C 执行（模板升级 · 需过铁律 1）

动作： 1. 确认该候选已走完铁律 1 成熟度闸（第 3 次出现） 2. 打开对应岗位的 文档模板/{模板名}.md 3. 按升级规则修改： - 加字段 / 改结构 / 增加自查清单项 4. 在 文档模板/_变更日志.md 追加： - 变更日期 / 变更来源（本次蒸馏）/ 变更内容摘要 / 指向蒸馏记录的链接 5. 不允许删除旧字段（向后兼容）

第 8 步 · 路径 D 执行（失败案例归档）

动作： 1. 在 04_公司记忆/失败案例/ 建 {项目_YYYY-MM-DD}.md 2. 结构： ```markdown

project: {项目名} failure_type: {技术 / 产品 / 协作 / 合规 / 商业} distilled_at: {YYYY-MM-DD}

## 失败发生了什么 ## 根本原因（5 Whys） ## 影响范围 ## 事后挽救动作 ## 预防清单（给下次类似项目） `` 3. 在04_公司记忆/_索引.md` 的"失败案例"区登记

原则： - 失败案例不能删（即使项目方是老板自己） - 失败案例不能美化（掩盖失败 = 下次重犯）

第 9 步 · 路径 E 执行（历史作品归档）

动作： 1. 把项目各岗位的主要交付物复制一份到对应岗位的 历史作品/： - AI PM：PRD / IA / 功能清单 / 用户画像 - 设计师：设计系统 / 高保真 / 状态集 / design-tokens - 工程师：技术架构 / schema / 脱敏代码片段 / Prompt 库 2. 每份配套写 _作品说明.md（各岗位历史作品 README 里有模板） 3. 原件留在项目盒子不动

第 10 步 · 写蒸馏记录 + 通知 reviewer 审查

动作： 1. 在 蒸馏记录/{项目_YYYY-MM-DD}.md 写完整的四型蒸馏日志： - 项目概况 - 五类候选信号清单（每条带原料溯源） - 路径 A/B/C/D/E 各自回写了什么（指向目标文件） - 本次未升级的"观察中"候选，等待下次出现 2. 向质量部 reviewer 提交"本次蒸馏的所有回写点" 3. reviewer 审查： - 有没有把个案当通用（铁律 1） - 溯源是否齐全（铁律 3） - 是否误从二次蒸馏原料取信号（铁律 2） - 失败项目是否完整蒸馏（铁律 4） 4. 不达标 → reviewer 打回 → CKO 修改 → 重新提交 5. 达标 → 蒸馏记录状态改为 已审计，本次蒸馏完结

红线