SH

Soloharness

概念 · 故事 · Agent

← 返回概念解读

Concept Fable精修版

工作流引擎

Workflow Engine · Platform / backend infrastructure

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

那条走到一半就没人记得的修桥令

灰河镇每年雨季前都要修桥。镇长写下命令:木匠量桥板,铁匠打铆钉,仓库发木料,船夫封河半日,账房记录花费。过去桥小、人少,镇长喊一声,大家就知道该做什么。

后来桥越来越长,参与的人越来越多。一次修桥要跨过三天,遇到下雨要暂停,仓库缺料要等采购,铁匠生病要换人。镇长仍然用旧办法:把完整安排写在一张纸上,交给第一个人。

第一天上午,一切顺利。木匠量完桥板,在纸上打了一个勾。下午下雨,船夫提前封河,仓库却还没发木料。第二天雨停,大家重新上工,却没人确定该从哪一步继续。木匠说我做完了,仓库说我没收到确认,铁匠说铆钉已经打了一半,账房说没看到任何凭据。

镇长很生气,换了一张更大的纸,把每一步写得更细。可问题没有消失。纸会被带走,会被淋湿,会停在某个人桌上;某一步失败后,后面的人不知道该等、该重试,还是该取消。

有位老巡桥人提出,把修桥令挂在镇厅中央。每一步都必须登记:现在轮到谁,输入是什么,输出是什么,是否完成,失败原因是什么,下一步该去哪里。任何人接手前,先看镇厅的记录,而不是问上一个人记不记得。

镇长担心这样太慢。老巡桥人说:真正慢的是事情断了以后到处找人问。把过程记下来,不是为了写报告,而是为了让工作能穿过雨天、缺料、生病和换人。

新的修桥令开始运行。仓库缺料时,记录变成‘等待采购’,不会继续催铁匠;采购到货后,系统自动回到仓库发料;铁匠失败一次,可以重试;连续失败,就升级给镇长;船夫封河超过半日,账房能看到影响。

雨季前最后一天,桥修好了。镇长发现,真正改变的不是某个工人更努力,而是修桥这件事第一次有了自己的生命线。它不再寄存在某个人脑子里,也不会因为一步卡住就散掉。

从此,灰河镇把复杂事务都交给这套办法:不是把命令写完就算开始,而是让命令在每一步都有状态、去向、失败处理和恢复路径。

揭示

这个故事讲的是:工作流引擎

工作流引擎负责把多步骤任务持久化、调度、执行和恢复。它记录每一步状态、输入输出、依赖关系、失败原因、重试规则、人工审批和下一步路由。对 Agent 系统来说,工作流引擎让任务不再依赖一次对话或一个进程活着,而是能跨时间、跨工具、跨异常稳定推进。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 修桥令:一个需要多步骤协作才能完成的业务任务
  • 木匠、铁匠、仓库、船夫、账房:不同工具、人员、系统或 Agent 节点
  • 一张纸传来传去:没有工作流引擎时,任务状态靠人工转交或临时脚本维持
  • 雨天、缺料、生病:真实执行中的延迟、失败、外部依赖和异常
  • 镇厅中央记录:持久化的工作流状态和事件日志
  • 等待采购、自动回到发料:状态机和依赖调度
  • 重试、升级给镇长:失败处理、重试策略和人工介入
  • 任务有了生命线:工作流引擎让长任务可追踪、可恢复、可审计

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

Orchestrationstate machineTemporalAirflowdurable executionjob queue