有人把奶茶店画成状态机，评论区却在问形式化验证为什么不工作

lauren 在 X 上征集 /statechart 和 /create-formal-verification 的用例，要求很直接：把你用 /statechart 做出来的图，以及用形式化验证技能找出来的 bug 贴出来。pstack 的安装地址也给了：pstack。

主推视频先给了一个不太像状态图的答案。April 用 /statechart 加 Colorfigures 做了一组等距场景，又让角色在里面走动。地铁站剖面、咖啡豆从枝头到杯子、周六被骰子摇出来、农场动物会说话。每个场景都能点，动画是装饰，底层还是状态和转换。

Kevin Ngo 的回复更接近工具的日常用法。他用 @poteto 的 /statechart 画了一家奶茶店的业务流程，开源，模型是 Claude Opus 5.5。第一张图是从排队到拿到饮料的订单状态：排队、点单、付款、店员制作、珍珠不够就退款、叫号、取餐。第二张图把一天拆成 7 点到 21 点：准备、营业、安静、忙、高峰、打烊。后面两张继续拆细节。

Fanfulla 在下面留了一句：没想到奶茶店能做成这么好的状态机。这个判断不夸张。状态机最怕画成抽象框，奶茶店刚好有排队、付款、退款、叫号这些明确状态，连“珍珠没了”都能变成一条转换。

评论区不只晒图。max 说这是拿当前项目快速试手的草稿，喜欢把流程可视化。

swaglord420 贴了一张形式化验证不工作的截图，问为什么。

Morgan 的反馈相反：他不知道自己在做什么，但技能找出了一个 bug。Donnie Cornwell 也说，创建这张图时发现了一个 bug。

D3 和 cradrrat 也贴了结果图。

Asmir 给了一个更像工程流程的建议：让工具从现有代码画一张 statechart，再和从规格画出来的那张 diff。对不上的 transition，很可能就是值得查的 bug。这个思路比单看生成图更接近验证：规格和实现各画一遍，差异自己会说话。

Krrish 的问题也关键：/statechart 到底能不能从纯英文流程开始，还是必须读代码库。原帖没有在这条回复下给出明确答案。对想试的人，这个问题决定了入口是设计文档还是仓库。

pstack 安装地址再放一次：pstack。有开发背景，可以直接看插件仓库。没有代码背景，也能从这些图里理解状态机在做什么：把流程拆成状态、事件、转换，然后看哪条路走不通。素材里的图已经足够说明，状态图一旦具体到奶茶店和地铁站，讨论就从图好不好看，转向流程哪里会坏。