流程图绘制向导

它解决什么问题

需求评审或系统设计会上，用大段文字描述流程几乎注定失败：分支条件藏在段落里，角色职责混在一起，读到第二遍就会有人问"异常情况呢"。这个 Skill 只做一件具体的事：把口头或文档里的业务流程，翻译成结构清晰、可直接渲染的 Mermaid 或 PlantUML 流程图代码。它不生成图片，也不维护图表库，只产出 flowchart 语法文本，贴进任意支持渲染的工具即可查看。

核心能力与工作流程

Skill 的方法论归纳为四个要点：

• 明确起点/终点与参与角色：先定位流程的入口和出口，再列出全部参与方。
• 用 subgraph / 泳道分区：借助 Mermaid 的 subgraph 语法划分泳道，让不同角色的职责边界一目了然。
• 标注判断分支与条件：所有菱形判断节点都要写明分支条件，不留"看情况"。
• 统一节点形状语义：开始/结束、处理、判断、数据各用固定形状，避免一张图多种画法。

实际使用时的工作流程更偏工程化：

1. 列出步骤与角色，形成完整清单。
2. 画流程图草稿，确定节点与连线。
3. 套用 flowchart 语法写成代码。
4. 渲染校验分支完整性，确认每个判断都有去处。

适用边界与注意点

它适合三类场景：业务/审批流程的文档化、用泳道区分角色职责、梳理系统间交互流程。但要注意几点：

• ❌ 不能替代 BPMN 流程引擎，无法执行或管理运行态流程。
• ❌ 不适合复杂事件编排。
• ⚠️ 代码必须在渲染器中实际验证，语法错误往往渲染时才暴露。
• ⚠️ 涉密流程务必先脱敏，流程图同样会泄露内部逻辑。