用途
ceos-process 用于记录、精简和审计公司的核心流程，是 EOS（Entrepreneurial Operating System）六个组件中的第六个——核心流程。每家公司都有一批必须记录成检查清单、精简到必要步骤并被全员遵循的核心流程。该技能覆盖任何关于「工作如何完成」的文档化对话。
主要能力
技能提供三种工作模式：
Document（记录）：新建流程或更新已有流程。收集标题、唯一负责人、目的和编号步骤，并以检查清单形式写出流程文件。
Audit（审计）：读取全部流程文件，解析 frontmatter 中的状态、FBA 得分和上次审计日期，生成状态表格，标出：FBA 低于 80% 目标、超过 90 天未审计、仍处于 draft 状态的流程。支持更新 FBA 得分并记录审计历史。
Simplify（精简）：用 20/80 法则把流程缩减到产生 80% 结果的那 20% 关键步骤，展示精简前后的差异对比。
使用方式
定位仓库：从当前目录向上查找 .ceos 标记文件，该文件标记 CEOS 仓库根目录。若找不到，停止并提示：「Not in a CEOS repository. Clone your CEOS repo and run setup.sh first.」
使用前同步：找到 CEOS 根目录后，运行 git -C <ceos_root> pull --ff-only --quiet 2>/dev/null 获取队友最新数据；若失败（冲突或离线），静默使用本地数据继续。
关键文件：
| 文件 | 用途 |
|---|---|
| data/processes/ | 流程文档文件 |
| data/vision.md | V/TO 文档（核心聚焦与已验证流程，用于对齐） |
| templates/process.md | 创建新流程文件的模板 |
| data/accountability.md | 职责表（席位负责人，用于流程负责人匹配） |
流程文件格式：每个流程是一个带 YAML frontmatter 的 Markdown 文件：
id: process-001
title: "Customer Onboarding"
owner: "brad"
fba_score: 85
last_audited: "2026-02-14"
status: active # draft | active | deprecated
created: "2026-01-15"
状态取值：draft（正在记录，尚未投入使用）、active（已记录并在使用，接受 FBA 审计）、deprecated（不再遵循，保留作历史参考）。
文件命名：process-NNN-slug.md，NNN 为零填充 ID，slug 为标题转 slug（小写、连字符、无特殊字符）。
FBA（Followed-By-All）得分：0-100 的百分比，表示团队遵循已记录流程的一致性程度，目标 80% 以上。
Document 模式流程：确定新建或更新 → 回顾上下文（读取 data/vision.md 的核心聚焦与已验证流程、检查已有流程避免重复）→ 收集流程细节（标题、唯一负责人、目的、步骤）→ 校验（3-7 个核心流程、单一负责人、步骤数量、重复检查、席位匹配）→ 生成 ID → 写入文件 → 询问是否继续。
步骤指引：每步以动作动词开头（如「Send」「Review」「Schedule」「Create」）；目标 5-20 步，超过 20 步建议拆分；步骤需具体到新人可遵循；允许嵌套子步骤（1.1、1.2），最多 2 层。
Audit 模式流程：读取全部流程 → 展示 FBA 表格（流程、负责人、状态、FBA、上次审计日期）→ 标记问题（低于 80%、90 天以上未审计、仍为草稿）→ 更新 FBA 得分（校验 0-100，展示变化如「Sales Process: 70% → 82%」，获批准后写入）→ 记录审计（更新 fba_score、last_audited 为当天日期，在 Audit History 添加条目）。
FBA 打分指导：自行走查流程、团队问卷（请每位参与者按 0-100 打分）、抽查近期工作产出、取平均作为最终分数。
Simplify 模式流程：选择流程 → 展示当前步骤 → 应用 20/80 法则（逐步询问「保留还是移除」，不确定时问「如果跳过这步，流程还能达成目的吗？」）→ 展示前后差异 → 校验（至少保留 1 步，展示缩减比例）→ 写入更新文件（重写步骤、重新编号，添加审计历史条目）→ 建议下周重新审计 FBA。
适用场景
- 「记录我们的销售流程」或「创建一个新流程」
- 「展示我们的流程」或「我们有哪些流程？」
- 「审计流程 FBA 得分」或「我们遵循流程的情况如何？」
- 「精简招聘流程」或「把这个流程缩减到必要的部分」
- 「更新入职流程」或「给部署流程加一步」
限制与约束
- 写入前必须展示差异并获得批准，绝不擅自修改流程文件。
- 每个流程只有一个负责人，若用户指定多个负责人，需说明并要求选定一个。
- 核心流程建议 3-7 个，超出范围时警告但不阻止。
- FBA 得分为 0-100，拒绝范围外的值。
- 精简后必须至少保留 1 步；若删除全部步骤，建议改为 deprecated。
- 记录流程时需参考 data/vision.md 的核心聚焦与已验证流程，流程应与公司运营方式对齐。
- 分配 ID 前必须检查已有文件避免冲突。
- 不删除 deprecated 流程，改为将其状态改为 deprecated，Git 历史提供审计轨迹。
- 步骤以动词开头。
- 不自动调用其他技能。
- 首次使用时提醒：流程文档可能包含敏感运营细节，请使用私有仓库。
集成说明
该技能独立管理流程文档，其他 CEOS 技能不读取或写入 data/processes/。它会读取 data/vision.md 用于核心聚焦与已验证流程对齐（不写入该文件），读取 data/accountability.md 用于校验流程负责人是否匹配席位职责（如销售流程应由销售与营销席位负责人拥有，交付流程由交付席位负责人拥有）。若流程与核心聚焦不符，建议使用 ceos-vto 回顾 V/TO。