# 工作流图建模模板 · Workflow Graph Template

> 配套《AI Native 组织方法论》SHEET 17 施工工具包。把 M.01「组织即工作流图」从口号变成你今天就能填的脚手架。
> 用法：复制本文件 → 按四步填你的组织 → 用任意 Mermaid 渲染器看图。

## 这是什么
一页纸，把一段端到端工作流画成**图**：节点是工作步骤，边是流动。三类节点、四个标注，足够暴露"瓶颈在图的哪条边上"。

## 三类节点
- **agent** — Agent 执行（默认工种，M.02）。能以接近零边际成本生成 / 转换 / 总结 / 执行。
- **human** — 人类判断锚（M.05）。决定什么值得做、在备选间选择、为后果承担责任。
- **policy** — 策略门禁（支柱 05）。不可逆动作前的自动门 + 例外上报。

## 四个标注
- `parallelizable: true` — 可并行扇出（拆掉 B.01 串行链）。
- `judgment_anchor` — 人类承担后果处（M.05）。
- `policy_gate` — 不可逆动作前必签（支柱 05）。
- `feeds:` — 写入复利上下文（M.03 / M.04），下游与未来可检索。

## 四步填法
1. 列节点（一段工作流的每个步骤）。
2. 标类型（agent / human / policy）——默认 agent，只在需要判断 / 问责 / 关系时设 human。
3. 连边（from→to），每条标 `trigger`（什么触发）和 `feeds`（喂给什么上下文）。
4. 标四个标注：哪些可并行、哪些是判断锚、哪些是不可逆门禁、哪些写复利上下文。

## 模板骨架（YAML）
```yaml
workflow: <你的工作流名称>
nodes:
  - id: intake        ; type: agent  ; owner: ""            ; parallelizable: false
  - id: <步骤A>       ; type: agent  ; owner: ""            ; parallelizable: true
  - id: <步骤B>       ; type: agent  ; owner: ""            ; parallelizable: true
  - id: judge         ; type: human  ; owner: "<判断者>"   ; parallelizable: false
  - id: ship_gate     ; type: policy ; owner: "<必签人>"   ; parallelizable: false
edges:
  - { from: intake,  to: <步骤A>, trigger: "新输入到达", feeds: "ctx/raw" }
  - { from: intake,  to: <步骤B>, trigger: "新输入到达", feeds: "ctx/raw" }
  - { from: <步骤A>, to: judge,   trigger: "草稿就绪",   feeds: "ctx/draft" }
  - { from: <步骤B>, to: judge,   trigger: "草稿就绪",   feeds: "ctx/draft" }
  - { from: judge,   to: ship_gate, trigger: "判断通过", feeds: "ctx/decision-log" }
judgment_anchors: [judge]
policy_gates: [ship_gate]
```

## 模板骨架（Mermaid，可直接渲染）
```mermaid
graph LR
  intake([输入 · agent])
  A[步骤A · agent · 可并行]
  B[步骤B · agent · 可并行]
  J{{判断锚 · human}}
  G[/门禁 · policy/]
  intake --> A & B
  A & B --> J
  J --> G
  %% 形状约定：([])=入口  []=agent  {{}}=human判断  [//]=policy门禁
```

## 完整示例 · VC 研究流水线（before / after）

**before（串行接力，流动效率 <15%）**：需求 → 单分析师逐项研究 → 写一份报告 → 投委会按周逐份读 → 决策。生产端即便配 AI 加速，消费端仍单人串行——总时长由串行链决定（B.01）。

**after（并行扇出 + 单一判断节点）**：
```yaml
workflow: VC-research-pipeline
nodes:
  - id: thesis     ; type: human  ; owner: "GP"        ; parallelizable: false
  - id: scan_a     ; type: agent  ; owner: ""          ; parallelizable: true   # 市场
  - id: scan_b     ; type: agent  ; owner: ""          ; parallelizable: true   # 竞品
  - id: scan_c     ; type: agent  ; owner: ""          ; parallelizable: true   # 财务
  - id: synth      ; type: agent  ; owner: ""          ; parallelizable: false  # 合成一页纸
  - id: ic_judge   ; type: human  ; owner: "投委会"    ; parallelizable: false
  - id: term_gate  ; type: policy ; owner: "合伙人会签" ; parallelizable: false
edges:
  - { from: thesis,  to: scan_a, trigger: "选题确立", feeds: "ctx/thesis" }
  - { from: thesis,  to: scan_b, trigger: "选题确立", feeds: "ctx/thesis" }
  - { from: thesis,  to: scan_c, trigger: "选题确立", feeds: "ctx/thesis" }
  - { from: scan_a,  to: synth,  trigger: "扫描完成", feeds: "ctx/findings" }
  - { from: scan_b,  to: synth,  trigger: "扫描完成", feeds: "ctx/findings" }
  - { from: scan_c,  to: synth,  trigger: "扫描完成", feeds: "ctx/findings" }
  - { from: synth,   to: ic_judge, trigger: "一页纸就绪", feeds: "ctx/memo" }
  - { from: ic_judge,to: term_gate, trigger: "判断推进",  feeds: "ctx/decision-log" }
judgment_anchors: [thesis, ic_judge]   # 选题与拍板是人的判断
policy_gates: [term_gate]              # 出 term sheet 必签
```
关键：三个 scan 并行扇出（不再串行），人只出现在 thesis（选题）与 ic_judge（拍板）两个判断锚，term_gate 是不可逆动作的门禁。瓶颈从"逐份读报告"被搬到了"一次合议判断"。

## 何时该建 / 何时别建
- **该建**：端到端吞吐没随"加 AI"改善、找不到瓶颈在图的哪条边、交接处反复堆队列时。
- **别建**：团队 <5 人且口头对齐够用、流程稳定无需重画时——别先上 BPMN / 向量库。**这是脚手架，不是真理**；图是为了找到该删的串行边，不是为了画图本身。