FlowGram:工作流产品先别自己画编辑器

做 AI 工作流产品，很容易从“我画几个节点就行”开始。真正写起来才发现，麻烦不在节点长什么样，而在节点之间怎么活。

拖拽、连线、缩放、选中、复制、撤销，这些是第一层。节点配置表单、变量作用域、条件分支、代码编辑器、LLM 节点、导入导出，是第二层。再往后，还有运行记录、错误定位、权限和版本。

FlowGram 做的是第二层前后的基础框架。它不是一个拿来即用的自动化 SaaS，而是 workflow development framework。这个定位很重要：它给开发者搭编辑器，不替业务团队决定流程怎么跑。

从仓库结构看，它关心的不是单个 demo，而是画布、节点、表单、变量、代码编辑器这类可复用部件。对要做 AI workflow 产品的团队，这比自己从零搭画布更现实。

适合用它的场景很具体。

你要做一个内部 Agent 编排工具，让运营或产品同学能调整流程。

你要把 LLM、条件判断、外部工具、代码节点放进同一张图里。

你要做面向客户的流程编辑器，又不想把大量时间花在画布底层交互上。

不适合的场景也要说清楚。如果只是跑几条固定脚本，直接写代码或配置更快。可视化编辑器只有在流程需要被非工程用户理解、调整和复用时才划算。

我保留 FlowGram 这篇，是因为 AI 产品会越来越多地从“聊天框”走向“可配置流程”。到了这一步，编辑器体验本身就是产品能力。谁把节点、变量和错误解释做得清楚，谁就能让业务用户真正接手。

参考资料：

• • https://github.com/bytedance/flowgram.ai
• • https://flowgram.ai/