CKO 工作流程 SOP · 四型分诊 + Dashboard 汇总 CKO 的蒸馏工作分四种类型,不是单一路径。每种类型有独立 SOP,触发条件、输入源、落档位置、分发范围都不一样。本文件是顶层分诊器——先判断是哪一型,再跳转到对应的子 SOP。 v1.7.1 新增:CKO 额外承担 _CEO_Dashboard.md 的日结与月结职责,见文末 §CKO Dashboard 汇总职责。 ⚙️ Handoff 契约:03_协作规则/_handoff矩阵.md — §1 二型 / §8 四型 / 一型与三型见对应子 SOP。inputs/outputs 以矩阵为准。 一图总览 CKO 被唤醒 → 判断蒸馏类型 → 跳转子 SOP ↓ ┌─────────────┼─────────────┬─────────────┐ ↓ ↓ ↓ ↓ 一型 二型 三型 四型 源材料蒸馏 项目启动蒸馏 过程增量蒸馏 项目闭环蒸馏 ↓ ↓ ↓ ↓ CEO 投喂 项目立项 项目执行中 项目已交付 文件/视频/ 客户参考 中途补料 整个项目盒子 网页/书/课 资料/需求 ↓ ↓ ↓ ↓ 源材料库 参考资料 增量摘要 五路径回写 全公司共享 本项目 本项目+可能 A/B/C/D/E 只读 回写岗位库 四型对比表 维度 一型 · 源材料 二型 · 项目启动 三型 · 过程增量 四型 · 项目闭环 触发 CEO 随手投喂 项目立项时 项目执行中补料 status=已交付 输入源 单份素材(文件/视频/网页/书/课) 客户参考资料 / 需求草稿 中途新发现的资料 整个项目盒子 典型产出 原文稿 + 摘要 + 方法论 + 金句 + 清单 参考摘要 + 启示清单 增量摘要 + 回改评估 五路径回写 落档位置 04_公司记忆/源材料库/ 02_项目/项目_XXX/参考资料/_启动蒸馏.md 02_项目/项目_XXX/参考资料/_增量/ 五个路径分别回写 分发范围 全公司共享 仅本项目 本项目 + 可能回写岗位库 按路径分 执行人 CKO(自动) CKO + AI PM 当事岗位 + CKO 审阅 CKO(全量) 铁律约束 铁律 2/3 铁律 2/3 铁律 1/2/3 铁律 1/2/3/4 子 SOP 一型 二型 三型 四型 分诊问答(不确定是哪一型时用) Q1:这个蒸馏任务是由哪里触发的? - CEO 随手扔给我一份资料 → 一型 - AI PM 说"项目要立项了,先帮我蒸馏下客户给的资料" → 二型 - 项目进行中有人说"刚发现一篇新论文,要不要改 PRD" → 三型 - 项目档案 status 改成"已交付" → 四型 Q2:输入源是单份资料还是整个项目盒子? - 单份资料 → 一型 / 二型 / 三型 - 整个项目盒子 → 四型 Q3:产出给谁用? - 全公司后续所有项目 → 一型 - 仅限某个正在进行的项目 → 二型 / 三型 - 已结束的项目做归档 + 回写岗位库 → 四型 Q4:要不要回写岗位专业知识库? - 源材料级别的直接回写 → 一型自动分发 - 项目开始前的启发性材料 → 二型不回写 - 过程中发现的新方法论 → 三型需要评估是否回写(通常等项目结束走四型) - 整个项目沉淀的经验 → 四型走铁律 1 成熟度闸再决定 成熟度闸前置 · 状态检查(v1.8 新增) 任何蒸馏动作在进入成熟度闸(铁律 1)判断之前,CKO 必须先做一次状态检查 —— 确认本次要写入/回写的目标路径上,是否已经存在同一主题的条目,以及它当前的 status 是什么。 状态检查 3 步 查重:在目标回写路径(岗位 SOP / 专业知识库 / 公司脑库)grep 关键词,看是否已有同主题条目 读状态:若已存在,读它的 frontmatter status 字段 分流处理: 现存 status 本次处理 不存在 走铁律 1 成熟度闸,正常流程 有效 新证据是支持还是反驳?支持 → 追加 / 版本升级;反驳 → 目标置 待核 + 走铁律 3 回写 待核 新证据推翻 → 目标改 废弃 或 被替代(同时填 superseded_by);新证据支持 → 目标改回 有效 废弃 不允许直接覆盖,如果发现原判断有误,必须新建卡片 + 旧卡片 status 保留 废弃 被替代 禁止回写 —— 去找它的 superseded_by 指向的新卡片,在那边回写 红线 ❌ 跳过状态检查直接写入 → reviewer 必打回 ❌ 发现冲突版本"悄悄并存" → 必须显式走废弃/被替代 ❌ 改 status 不追加 _变更日志.md → 违反铁律 3 CKO 四大铁律(覆盖所有四型) 铁律 1 · 成熟度闸:单次项目的经验不能直接升级为通用方法论 1 次观察 → 写进蒸馏记录 2 次出现 → 允许加到岗位库"草稿区" 3 次出现 → 正式写进岗位 SOP / 模板 铁律 2 · 不做二次蒸馏:不允许把"已经蒸馏过的总结"作为新一轮蒸馏的原料 铁律 3 · 回写必留痕:任何回写动作都必须在目标文件的 _变更日志.md 追加一条,指向本次蒸馏记录 铁律 4 · 失败也要蒸馏:项目失败 / 半成品 / 取消,都必须走完四型蒸馏(失败的经验更值钱) 红线 ❌ 跳过分诊直接蒸馏(很可能用错 SOP) ❌ 把一型的全公司共享物写进某个项目盒子(污染隔离) ❌ 把四型的岗位级回写写进源材料库(错位) ❌ 拿已蒸馏文档作为原料(违反铁律 2) ❌ 不留溯源(违反铁律 3) ❌ 跳过 reviewer 审查就公布回写结果 ❌ v1.7.1 新增:漏做 Dashboard 日结 / 月结(见下文) CKO Dashboard 汇总职责(v1.7.1 新增) CKO 在四型蒸馏之外,额外负责 04_公司记忆/_CEO_Dashboard.md 的日结与月结汇总。实时火情与本周数据由各岗位自己回写,CKO 不干预。 日结(每日 23:00 前) 触发:系统时间到 23:00,或 CEO 第二天早上第一次进入工作区时补做前一天的日结。 动作(6 步): 扫描 02_项目/ 下所有活跃项目的 项目档案.md,统计: - 今日过闸次数 / 打回次数 → 写入 🟢 "过闸一次通过率" - 今日新增失败案例 → 写入 🟢 "失败 / 取消项目数" 扫描 04_公司记忆/失败案例/ 下今日新增条目 → 更新 🟢 "新增失败案例条数" 汇总今日 R23 回写的 NPS → 更新 🟢 "NPS 均值" 汇总今日 R13 回写的利润数据 → 更新 🟢 "项目利润率" 当月滚动值 更新 Dashboard frontmatter:last_updated / last_updated_by: R07 CKO 日结 在 Dashboard §变更日志追加一行:{日期} · 日结 · R07 CKO 月结(每月 1 号) 触发:系统日期变更为新月 1 号时。 动作(8 步): 把上月 🟢 第 3 层的最终值复制到 "上月值" 列;本月所有指标重置为空 从 R12 增长经理的 04_运营层/增长/月度复盘.md 抽取本月漏斗数据 → 更新 🟢 "获客漏斗(AARRR)" 汇总所有档位的项目利润均值 → 更新 🟢 "项目利润率" 三档 汇总 R22 客户研究员维护的客户分级 → 更新 🔵 "累计真实付费客户数" / "S/A 级客户占比" 汇总 R12 月度北极星指标 → 更新 🔵 "北极星指标" 走势 盘点 04_公司记忆/源材料库/ 项目类型_记忆/ 失败案例/ 的条目数 → 更新 🔵 "知识库厚度" 检查 🔵 "方法论债务" 表:本月是否有解决 / 新增的债务项,同步更新 更新 frontmatter 并在变更日志追加:{YYYY-MM-01} · 月结 · R07 CKO 日/月结的蒸馏交叉 日结 / 月结过程中若发现重复出现的问题(成熟度闸的第 3 次观察),按铁律 1 触发岗位 SOP 升级: 1 次 → 只记在 Dashboard 🔵 "方法论债务" 表 2 次 → 允许加到岗位库草稿区 + 标记"待 CEO 确认" 3 次 → 正式写进岗位 SOP(需要 CEO 糯糯口令)