用智能体生成流程图
真实工作流
流程图场景成立的前提是：逻辑已经存在，只是藏在文字、会议讨论或代码里，导致不同角色理解不一致。
| 维度 | 真实情况 |
|---|---|
| 触发点 | PRD 评审、SOP 制定、技术方案评审、接口联调前需要统一流程 |
| 现有材料 | 口头流程、PRD 段落、SOP 文档、接口说明、代码调用链 |
| 卡点 | 分支、异常路径和角色边界说不清，手动画图会消耗大量时间 |
| DesireCore 介入 | 先提取流程结构，再生成流程图、泳道图、时序图或架构图，并按反馈调整 |
| 验收结果 | 团队拿到一张能用于评审和讨论的图，重点校对逻辑而不是拖拽节点 |
可以处理哪些工作
自然语言输入
- 口语化描述："用户下单后，先检查库存，有货就生成订单，没货就提示缺货"
- 文档解析：上传 PRD / SOP 文档，自动提取流程逻辑
- 代码分析：读取代码文件，生成函数调用流程图
图表生成
- 流程图：标准 Flowchart，支持判断、循环、并行分支
- 时序图：系统交互、API 调用时序
- 架构图：系统架构、部署拓扑
- 泳道图：跨部门/角色的业务流程
- 思维导图：层级结构、知识梳理
调整与校对
- 自然语言修改："把审批节点改成两级审批"
- 样式定制：配色方案、节点形状、连线样式
- 布局优化：自动对齐、间距调整、方向切换
多格式导出
- 图片格式：PNG、SVG、PDF
- 可编辑格式：Mermaid 代码、draw.io XML、Visio
- 在线分享：生成分享链接，支持协作编辑
工作流控制点
| 阶段 | 需要确认的细节 |
|---|---|
| 输入梳理 | 先确认流程边界：从哪里开始，到哪里结束，谁参与 |
| 节点抽取 | 把动作、判断、等待、异常处理拆成不同节点，不要混成一句话 |
| 角色划分 | 跨部门流程优先用泳道图，明确每个节点归属哪个角色 |
| 分支校对 | 重点检查“否”“异常”“超时”“驳回”等路径是否完整 |
| 样式输出 | 逻辑确认后再调整布局、颜色和导出格式 |
| 后续维护 | 可编辑格式要一起保存，避免下次改图只能重画 |
典型使用场景
场景一：产品需求流程图
📁 输入
└── 用户描述："画一个电商退货流程：用户申请退货，
客服审核，通过后用户寄回商品，仓库验收，
验收通过退款，不通过则拒绝退货"
⬇️ 智能体处理后
📊 输出：退货流程图.png
┌─────────┐
│ 用户申请 │
│ 退货 │
└────┬────┘
↓
┌─────────┐
│ 客服审核 │
└────┬────┘
↓
◇ 审核结果 ◇───否──→ 【拒绝退货】
│是
↓
┌─────────┐
│ 用户寄回 │
│ 商品 │
└────┬────┘
↓
┌─────────┐
│ 仓库验收 │
└────┬────┘
↓
◇ 验收结果 ◇───否──→ 【拒绝退货】
│是
↓
┌─────────┐
│ 退款完成 │
└─────────┘
场景二：技术架构图
📁 输入
└── 用户描述："画一个微服务架构图，包含：
前端 React，网关 Nginx，
用户服务、订单服务、支付服务，
数据库用 MySQL 和 Redis"
⬇️ 智能体处理后
📊 输出：微服务架构图.draw.io
文件地址：./assets/flowchart/microservice-architecture.drawio
场景三：从文档提取流程
📁 输入
├── 员工入职SOP.docx（3页文字描述）
└── 用户指令："提取入职流程，生成泳道图"
⬇️ 智能体处理后
📊 输出：入职流程泳道图.png
HR │ IT部门 │ 用工部门 │ 新员工
────────────┼──────────────┼──────────────┼──────────
发送offer │ │ │
↓ │ │ │
准备合同 │ │ │ 确认入职
↓ │ │ │ ↓
入职登记 ───┼→ 开通账号 ───┼→ 安排工位 ───┼→ 报到
↓ │ ↓ │ ↓ │ ↓
社保办理 │ 配发设备 │ 介绍团队 │ 入职培训
↓ │ │ │ ↓
归档 │ │ │ 试用期开始
效率对比
| 指标 | 手动绘制（Visio/draw.io） | 图表生成智能体 |
|---|---|---|
| 简单流程图（5-10 节点） | 需要手动拖拽、连线、对齐 | 适合快速生成初版 |
| 复杂流程图（20+ 节点） | 修改和对齐成本较高 | 适合先确认结构，再多轮调整 |
| 修改调整 | 手动拖拽 | 自然语言描述 |
| 样式统一 | 需手动设置 | 可应用模板 |
| 格式转换 | 逐个导出 | 一键多格式 |
| 学习成本 | 需熟悉绘图工具 | 主要通过描述和校对完成 |