← 返回概念解读

Concept Fable精修版

运行

Run · Agent execution object

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

寓言故事

一张工单从盖章到收尾的完整路程

织坊每天收到许多工单:补一匹布、染一缸蓝、给商队赶制旗帜。掌柜以前只看工单有没有写好,觉得写好就算事情开始。

可工单真正走起来后,麻烦接连出现。染缸缺料,织机卡住,师傅临时请假,客人又改了尺寸。纸上那行要求,和最终交到客人手里的布,中间隔着一长段路。

第一次修补,掌柜让伙计在工单旁写更多说明。说明越写越长,现场却仍会遇到新情况。没人知道这张单现在在哪一步,也没人知道失败后该从哪里续上。

第二次,他要求每个师傅做完就喊一声。喊声在织坊里此起彼伏,忙起来谁也记不住。漏喊一次,整张单就像掉进地缝。

老管事给每张工单配了一条行程:接单、备料、上机、质检、返工、交付、收尾。每到一步,都记录状态、负责人、用料和下一步;遇到失败,也留在同一条行程里。

几天后,掌柜第一次能回答客人:你的旗帜已染完,正在晾干,若午后风停会延迟半日。织坊也能看出哪类工单总卡在备料,哪位师傅返工最多。

掌柜明白,一张工单被实际执行的全过程,才是真正的运行。它不是意图本身,而是意图在现场一步步经过的状态、动作和结果。

后来织坊复查一张失败工单,不再只问最初要求写错没有,而是沿行程查看:备料是否延迟,返工是否重复,交付是否确认。运行留下的路径让管理者看见真实工作,而不是只看见开头的愿望和结尾的成败。 老管事也发现,同一张工单可以多次运行:第一次失败后返工,第二次改料再走,第三次交付收尾。每一次都要有自己的状态和痕迹。否则人们只会记得“做过”,却不知道它怎样做成。 后来客人催单时,织坊回答的不再是“快好了”,而是这张单正走到哪里。 这句话后来被写进新人的手册里,提醒大家先看现场代价,再谈省力。 也正因为这层提醒,后来再遇到相似难题时,众人不会急着套旧办法。

揭示

这个故事讲的是:运行

Run 表示 Assistant 或 Agent 针对一个 thread/request 的一次完整执行。它包含模型推理、消息生成、工具调用、等待人工动作、错误处理和最终输出等过程。企业场景中,Run 是执行管理和交付验收的基本对象:有了 Run,团队才能知道一次任务何时开始、当前卡在哪里、调用过哪些能力、为什么结束,以及结果是否可追踪和可复查。

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

隐喻映射

  • 修缮工单:一个用户请求或业务任务
  • 薄册上的一行字:只记录输入和输出,缺少执行对象
  • 颜色和备注:用表层标记修补复杂执行状态
  • 粮仓门争议:没有 Run 时,局部事实无法拼成完整交付链
  • 独立执行卷:Run,承载一次 Agent 执行的完整生命周期
  • 等待状态和 required action:Run 中可能出现的中间状态
  • 卷尾交付物:最终输出、关闭原因和验收依据
  • 管理生命周期:企业需要管理执行对象,而不是只看聊天消息

Soloharness 判断

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

assistantthreadrequired actiontool callrun stepexecution