用AI搭了个可交互的状态机原型,沟通效率翻倍!

作者:程序员罗尼 | 发布:2026-07-22 | 原文:https://mp.weixin.qq.com/s/-1UvjU4WDdwcs2p4oGgN-g


最近在做一个编排Agent,用来调度其他子Agent干活。

这个Agent的状态比较复杂。编排Agent和子Agent怎么交互、子Agent之间怎么交互、人怎么介入——每条链路都有自己的状态流转。设计文档写了不少,状态图也画了几张,但光看文字和静态图,理解起来还是费劲。跟别人讲的时候,也经常要来回确认。

让AI搭了个能跑的demo

后来我让AI直接写了一个简单的交互页面。

页面上有每个状态的操作按钮,还有一张状态流转图,点击操作按钮之后当前状态会高亮,还有一个实时log区,打印每一步操作和状态变化。

AI根据设计文档,用HTML+JS写了个单页应用,几分钟就跑起来了,它把状态机逻辑、节点跳转、log输出都实现了。

这不是静态图,是真的可以点击操作、可以看到状态流转的原型。

跑了一遍,逻辑清楚多了

我在页面上操作了十几分钟,把正常路径、异常路径、人工介入的场景都跑了一遍。

效果很明显。之前对着文档捋不清楚的边界情况,操作两下就发现了。比如某个状态下点取消是没反应的,是文档里漏写了。

后来跟团队review,我直接打开这个demo,一边操作一边讲。大家看着状态节点跳转,再对照log,几分钟就把整个流程搞明白了,省了很多来回确认的时间。

一点感想

这件事让我对"原型"的看法有了变化。

以前做一个能跑的交互原型,成本比较高,通常只有重要项目才会做。现在用AI,描述清楚状态和行为,很快就能拿到一个能跑的demo。

成本降了之后,原型的用法就不一样了:

  • 不用等设计定稿再做,设计阶段就可以用原型来验证
  • 不只是给别人看的演示物,也是自己捋逻辑的工具
  • 不用等到项目后期,项目一开始就能搭出来

原型从一个"交付物"变成了一个"思考工具"。

如果你也在做复杂系统或者流程设计,下次可以试试让AI搭个能操作的原型。比光画图要清楚得多。

  • 本文采用「人言兑.md」自动排版,主题: 山吹 -
END