蒸馏二型 · 项目启动蒸馏

触发：新项目立项时，客户或 CEO 给了一堆参考资料——可能是竞品清单、行业报告、已有的需求草稿、甲方发来的业务说明、会议纪要。 定位：项目级的启动料加工，让 AI PM / 设计师 / 工程师接活前就有结构化的启发清单。 原则：这些资料不进源材料库——它们是项目上下文，不是通用知识。

二型 vs 一型的区别

维度 一型 · 源材料 二型 · 项目启动
来源 CEO 随手投喂（非项目上下文） 客户 / 业务方给的项目资料
分发 全公司共享 仅本项目
落档 04_公司记忆/源材料库/ 02_项目/项目_XXX/参考资料/
是否可复用到其他项目 是 否（除非走铁律 1 升级）
是否走金句/方法论全量加工 是 否（只出启示清单）

核心区别：一型是"知识资产"（可复用），二型是"项目上下文"（一次性）。

6 步工作流

第 1 步 · 接收并归档到项目盒子

动作： 1. 确认这些资料属于哪个项目：02_项目/项目_XXX/ 2. 原封不动归档到 02_项目/项目_XXX/参考资料/_启动资料/{来源}/ - 按来源分子目录：客户提供/ / 行业报告/ / 竞品参考/ / 会议纪要/ 3. 每份资料配一份 _来源卡.md，记录： - 谁给的 - 什么时候给的 - 什么场景下给的（邮件 / 微信 / 会议 / 网盘） - 是否敏感（影响 C2 物理隔离规则）

禁止： - ❌ 把项目启动资料直接扔进源材料库（污染全公司知识） - ❌ 跨项目借用启动资料（C2 物理隔离）

第 2 步 · 分类与优先级

动作：把资料分为三类，按价值排序：

类别 价值 处理方式
业务约束类 必读 决定项目边界 / 合规要求 / 客户期待
参考启发类 重要 影响 PRD / 设计 / 技术选型
背景资料类 可选 项目背景知识，不直接落到交付物

产出：参考资料/_分类.md

第 3 步 · 提炼"对本项目的启示清单"（不是全量摘要）

动作：对每份资料只提炼对本项目具体可用的启示，每条写：

## 启示 #1
**资料**：{文件名}
**原文片段**：{直接引用，带位置}
**启示**：{对本项目具体有什么指导}
**影响环节**：{PRD / 设计 / 技术 / 运营 / 合规}
**优先级**：{P0 / P1 / P2}
**归属岗位**：{AI PM / 设计师 / 工程师}

原则： - 不做全量摘要（那是一型的事） - 每条启示都要能直接转化为项目动作 - 启示之间可能矛盾，矛盾点要标出来让 AI PM 判断

禁止： - ❌ 堆砌资料原文（AI PM 读不完） - ❌ 编造资料没说的启示（严守原文边界）

第 4 步 · 识别"业务约束硬条件"

动作：从资料中挑出不可违反的硬约束，单独出一份清单：

## 硬约束清单 · 项目_XXX

### 合规约束
- [ ] {必须遵守的法规 / 合规要求 / 溯源文件}

### 客户硬需求
- [ ] {客户明确要求不能改的点 / 溯源}

### 交付约束
- [ ] {时间 / 预算 / 资源约束}

### 禁区
- [ ] {不能做的事}

产出：参考资料/_硬约束清单.md（AI PM 写 PRD 前必读）

第 5 步 · 写项目启动蒸馏卡

动作：在 参考资料/_启动蒸馏.md 写一份总结，结构：

---
distill_type: 2
project: 项目_XXX
distilled_at: {YYYY-MM-DD}
distilled_by: CKO
materials_count: {资料数量}
---

## 资料来源概览
{资料都从哪来 / 数量 / 类型}

## 本项目的 3 个关键洞察
{从所有资料中提炼的 3 条最重要洞察}

## 启示清单
{链接到 第 3 步 的启示清单}

## 硬约束清单
{链接到 第 4 步 的硬约束清单}

## 风险预判
{基于启动资料能看到的潜在风险}

## 建议的起手式
{给 AI PM 的建议：第一步先做什么}

第 6 步 · 通知 AI PM + reviewer

动作： 1. 在项目 参与岗位.md 里标记 CKO 已完成启动蒸馏 2. 通知 AI PM：可以开始读启动蒸馏卡进入 SOP 第 1 步 3. 通知质量部 reviewer：启动蒸馏产物入闸 1 审查范围

闸 1 审查项： - 启示清单是否覆盖了所有启动资料 - 硬约束清单是否遗漏合规要求 - 启示是否脑补了原文没说的内容 - 分类是否合理

红线