别再让AI凭想象画流程图了——这个Claude Skill把”访谈”和”出图”绑死了

开会聊了 30 分钟流程,画出来的流程图全是错的——这件事你经历过吗?

团队做过流程梳理的同事应该有同感:让业务部门描述现状,十次有九次出来的是”理想版”,不是”实际版”。流程到底卡在哪、人是谁、工具是什么、决策怎么走,常常要靠后来的人肉补充,填错信息还得返工。

最近在 GitHub 上发现一个针对这个痛点的 Claude Skill——process-builder,它做了一件事:把”和业务方访谈”和”画流程图”这两件事,绑死在同一条工作流里。

它不让你直接画图

process-builder 的硬性规则很反直觉:先访谈,后画图。Claude 在没有完整搞清楚谁做什么、先后顺序、用什么工具、决策依赖什么之前,不能输出流程图。这等于把”AI 凭想象补全流程”这条路堵死了。

具体怎么跑?两种模式:

• AS-IS 模式(梳理现状):Claude 像一个顾问一样问你问题——每一步谁负责、用的是什么工具、有没有系统辅助、哪些步骤经常卡壳、决策节点的条件是什么。问完之后,先跟你确认一次”我听的是这个意思吧”,你点头了再画。
• TO-BE 模式(设计未来):基于现状图自动出两版优化方案——Quick Win(2-4 周轻量自动化能跑起来的)和 Full Automation(深度集成才能搞定的),每一版里”自动化”和”新增”的任务都会在图上单独标出来。

输出是标准 .drawio 文件(BPMN 2.0 混合语法),用 swimlane 泳道区分角色,pain point 痛点标在出问题的环节旁边,而不是单独罗列。开 draw.io Desktop 或 app.diagrams.net 直接打开就能改。

为什么不是又一个”画图 AI”

它真正的设计选择在这里:Claude 不写 draw.io 的 XML。它只产出一个小的 JSON 描述,然后跑 python scripts/generate_swimlane.py process.json process.drawio。这样做有三个好处:

1. 校验前置——脚本会先验证 JSON(重复 id、孤立连线、未知 actor 都报错),不像直接让 AI 写 XML 那样”画完才知道错了”。
2. 布局自动化——泳道分列、跨行痛点、网关菱形出口的方向、长跨度的同泳道跳转避让,全部脚本处理,不用手动调位置。
3. 提示词和图形生成解耦——skill 里的访谈引导是意大利语(原团队母语),但生成器和 JSON schema 是语言无关的,你的组织用什么语言都行。

也就是说,访谈质量决定图的质量,而不是”AI 画图的视觉炫技”。这正是 process-builder 想强调的:工具是手段,流程梳理本身才是目的。

上手成本

• 准备:Python ≥ 3.9,零三方依赖。
• 安装:把仓库 clone 到 ~/.claude/skills/process-builder/,或者下载 release 里的 process-builder.skill 包。
• 使用:对 Claude 说”我们来梳理一下订单处理流程,先画 AS-IS”,它就开始访谈你。
• 验证:可以只跑 python scripts/generate_swimlane.py process.json --validate,先检查 JSON 合不合法,再生成图。

仓库自带 examples(单阶段、3 阶段跨泳道、TO-BE 信息面板)和 evals 评估场景,可以直接拿来当模板套。

适合谁

• 咨询顾问、内部流程优化(COE/BPI)团队。
• SaaS 公司做客户成功、要做标准化 onboarding 流程图。
• 中小企业数字化转型顾问——尤其要给非技术客户可视化”现在怎么跑、未来怎么跑”。
• 任何被”流程图画出来没人信”折磨过的项目经理。

如果你受够了画完图还得返工三遍、或者开会讲流程讲到口干舌燥还没对齐——这个 Skill 可能就是那种”省一整个下午”的工具。

👉 GitHub: https://github.com/Castaldo-Solutions/process-builder

本文首发于 AI产品枢纽 · 林小秋(AI办公效率 / 文档 / 生产力工具 Skill)

GitHub: https://github.com/Castaldo-Solutions/process-builder