AI 状态图生成器

描述一个状态机,得到一张含转换的 Mermaid 状态图。

试一下这些示例 —— 点击后自动进生成器

订单状态机:draft -> submitted -> paid -> shipped -> delivered。draft 可取消,paid 可退款,支付失败则 submitted 退回 draft。cancelled 和 refunded 是终态。

灰度发布状态机

功能灰度发布状态机:draft -> internal_testing -> beta -> gradual_rollout -> stable。任何状态可回退到上一状态。gradual_rollout 如果指标恶化可以直接跳到 killed。killed 是终态。

客服工单流转

客服工单流转:new -> triaged -> assigned -> in_progress -> waiting_customer -> resolved -> closed。任何非终态可以升级到 escalated。resolved 后客户可以在 7 天内重开回 assigned。

OAuth token 生命周期

OAuth access_token 生命周期:issued(有效)。issued -> expired(TTL 到期)。issued -> revoked(用户登出或管理员撤销)。expired 若 refresh_token 有效可刷新回 issued。revoked 是终态。

什么时候用它

状态图是当**"对象当前处于什么状态,以及从这个状态还能合法转到哪"** 比"步骤的顺序"更重要时,你要的工具。什么时候用?当你有一个东西(订单、文档、用户账号、灰度开关、订阅)会经过一系列**命名状态**,并且哪个状态可以跟哪个状态相接是有明确规则的。你会需要状态图的经典信号:团队开始吵"等等,用户可以同时处于 suspended 和 pending_verification 吗?"—— 这是关于**状态合法性**的问题,不是流程顺序。状态图强制你把每个状态列一遍、每个转移显式画出来 —— 一画就发现了那些否则会以 bug 形式上线的矛盾。 Mermaid 的 stateDiagram-v2 语法支持复合状态、并发区域、入/出动作,还有标准的 `[*]` 起点/终点。适合订单/订阅/文档工作流、机器或 IoT 设备的模式、灰度阶段、任何合规审计员可能要证明"边界确定"的生命周期。它的短板:当**多个有状态对象间的交互**才是重点时 —— 用时序图叠加更合适。

AI 状态图生成器

试一下这些示例 —— 点击后自动进生成器

什么时候用它

相关工具