← 返回概念解读

Concept Fable精修版

执行器

Executor · Agent architecture

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

寓言故事

拿着路线图的人,终于走进了库房

北桥镇的谋士很会画路线图,哪条路近,哪座桥稳,哪家客栈便宜,他都能说得清楚。可商队出发后,真正要拉缰、付钱、开锁、搬箱的人,是另一个沉默的跑腿人。

镇长起初只重视路线图。谋士画得越细,他越觉得事情已经完成。结果车队到了库房门口,没人带钥匙;到了渡口,没人把银票递给船夫。

第一次补救,镇长让谋士在图上写更多步骤:先取钥匙,再付船费,再盖章。纸面漂亮了,跑腿人却仍不知道自己能不能打开贵重库门,能不能临时换渡口。

第二次补救,镇长让每个小动作都回报。跑腿人一会儿问“这把钥匙能用吗”,一会儿问“船夫涨价两文可不可以”,谋士忙着回答,商队又误了时辰。

老管事把两人的分工重新摆开。谋士负责决定路径和顺序,跑腿人负责把具体动作落到现场;哪些动作可直接做,哪些情况要回问,哪些失败要换路,都写进随身牌。

跑腿人再次出发,遇到库门生锈,按牌子找铁匠;渡口涨价过高,按牌子转去下游;盖章缺纸,按牌子补齐后继续。不必每步等命令,也不擅自越界。

镇长这才明白,计划不会自己走进库房。真正完成事情,还需要能执行动作、处理现场反馈、把结果带回来的那一环。

后来谋士画图时,也会先问跑腿人能做什么。若现场需要开锁、付费、搬运、改路,牌子上就写清可用动作;若只写愿望,跑腿人再忠诚也只能干等。镇长终于把“想好”与“做到”分开看,少了许多纸上完成的假进度。 跑腿人也开始回报结果,而不只回报动作。他会说“货已入库,但南渡费用超限,已按牌转仓”。这让谋士能修正下一张图。执行不是机械照做,而是把计划带到现场并带回反馈。 后来镇里的大事都会先问一句:谁负责把这张图真正走完? 这句话后来被写进新人的手册里,提醒大家先看现场代价,再谈省力。

揭示

这个故事讲的是:执行器

执行器负责把计划中的步骤落实为实际动作:调用工具、运行代码、检索信息、访问外部系统或触发服务,并把结果返回给评估或重新规划。企业 Agent 中,执行器需要处理权限、参数、工具结果、失败重试、幂等性、审计日志和人工升级。它不是简单“照计划做”,而是在受控边界内把抽象步骤变成可验证的系统操作。

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

隐喻映射

  • 师爷路线图:Planner 输出的计划或任务分解
  • 仓丁到库房:Executor 进入真实工具和业务系统执行
  • 钥匙、签名、称重秤:权限、外部系统、工具和运行环境
  • 更多说明:只靠提示词补充执行细节的局限
  • 取钥匙、开库、称重、写账:执行器对工具/API/代码的实际调用
  • 授权、重试、上报规则:执行边界、错误处理和升级路径
  • 带结果的动作:执行器必须返回结构化结果和可审计记录
  • 地图与走路的人:规划器和执行器的分工

Soloharness 判断

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

plannertool usefunction callingagent loopworkflows

相关辨析

这个概念容易和相邻概念混用,建议继续看对比页。