业务流程图
先确定模式
create:生成流程图,并仅对本轮新产物执行修复闭环。validate:只读检查现有文件,未经明确授权不得修改。review:与validate相同,只读给出评审结论,不默认保存报告。repair:用户明确要求后,先给出问题和差异,再修改并复验。
至少确认流程名称或目标。角色、范围、起止条件和节点可从上下文推断;无法推断时只追问最关键的一项。
执行流程
- 读取唯一规则源:流程图标准。
- 新建文件时读取 draw.io 骨架;需要版式参考时读取 匿名样例说明。
- 使用标准活动编码
[流程编码]-[操作类型]-[NN],例如ORD-A-01-E-01。 - 生成可被 draw.io 打开的 XML,不得只输出 Mermaid、ASCII 或图片。
- 执行标准第十五章 20 项验证:先运行
wl-skills-design verify flowchart --file {产物路径}获取 [M] 项机械结论(CLI 不可用时由 Agent 代执行),再判 [J] 项;缺少 spec 时将 FC-01~FC-05 标为Pending,不得伪造通过。 - 检查 XML 可解析、ID 唯一、引用存在、连接线落在节点上,并尽可能完成渲染检查。
交付约束
- 默认写入
docs/flowchart/{流程编码}-{流程名称}.drawio。 - 报告逐项给出规则 ID、结果、证据位置和建议。
- 创建模式可修复本轮生成文件;验证模式只报告,除非用户明确要求修复。
- 最终说明 Skill、标准、产物路径、20 项结果和 Pending 项。