SH

Soloharness

概念 · 故事 · Agent

← 返回概念解读

Concept Fable精修版

Agent 运行时

Agent Runtime · AI agent platform

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

寓言故事

会写信的铜笔,和没人敢交给它的钥匙

白石城的市政厅里,有一支很神奇的铜笔。只要把问题写在纸上,它就能写出漂亮的回信。税务处问它怎样解释新规,铜笔写得清清楚楚;仓库问它如何整理账册,铜笔也能列出步骤;甚至市长让它写一封安抚商人的信,它也能写得像老书记亲手起草。

一开始,所有人都很兴奋。过去要等半天的文字,现在一盏茶的时间就能出来。于是各处都把问题送来,铜笔的桌边堆满了纸。人们说,城里终于有了一个不会累的助手。

可真正的麻烦,是从第一把钥匙开始的。仓库主管问:既然铜笔知道怎么整理账册,能不能让它直接打开仓库,把错放的货物改到正确位置?铜笔写了一份完美计划,但守门人不敢把钥匙交给它。因为它写得再好,也没人知道它会不会拿错仓库、搬错货架,或者在半夜继续执行昨天已经取消的命令。

于是大家退了一步:不让铜笔拿钥匙,只让它写指令。可是新的混乱来了。铜笔写给仓库的指令,需要抄写员送过去;仓库回来的结果,又要另一个人贴回铜笔面前。中间一漏,铜笔就以为事情还没做;中间一慢,它又重写一遍计划;中间有人改了纸条,它也分不清哪张才是最新状态。

有人说,那就给铜笔旁边安排十个助手。一个负责递纸,一个负责开门,一个负责记账,一个负责喊停。这样确实能跑起来几天,但市政厅很快发现:他们不是在使用一个助手,而是在照顾一个随时会忘记现场的天才。天才负责想,所有人负责防止它把事情做坏。

真正改变局面的是一位老档案官。她没有先讨论铜笔有多聪明,而是在桌上摆了六个盒子:第一个盒子放当前任务,第二个盒子放允许使用的钥匙,第三个盒子放已经完成的步骤,第四个盒子放外部回信,第五个盒子放需要人批准的动作,第六个盒子放失败后的恢复办法。

她规定,铜笔每写下一步之前,必须先看这六个盒子。它不能凭记忆猜门是否开过,必须看完成记录;不能自己决定拿哪把钥匙,必须看权限盒;遇到开仓库、发公告、花钱这样的事,必须把申请放进批准盒;如果搬货失败,不能从头胡乱重来,必须按恢复盒里的办法继续。

最初,大家觉得这套盒子拖慢了铜笔。后来他们发现,慢的不是盒子,慢的是过去那些看不见的补救。以前铜笔写得快,但人要花更多时间确认、转交、纠错、追责。现在铜笔每一步都留下状态,钥匙有边界,失败有回路,人的批准也有位置。

半年后,白石城没有再把铜笔叫作‘会写信的助手’。他们说,铜笔终于被安放进了一座能让它干活的房子里。没有这座房子,它只是会说话;有了这座房子,它才开始能承担工作。

揭示

这个故事讲的是:Agent 运行时

Agent 运行时是让智能体真正执行工作的运行环境。它不只是调用一次大模型,而是负责管理任务状态、上下文、工具调用、权限边界、人工审批、错误恢复、日志追踪和多步骤执行。没有运行时,模型最多是在生成建议;有了运行时,Agent 才能在受控边界里观察、决策、调用工具、处理结果,并把任务推进到完成。

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

隐喻映射

  • 铜笔:大语言模型本身,擅长生成文字、计划和推理,但不天然等于可执行系统
  • 市政厅:企业里的真实业务环境,里面有权限、流程、风险和责任边界
  • 钥匙:工具、API、数据库、文件系统、外部系统等可执行能力
  • 守门人不敢交钥匙:企业不会因为模型回答得好,就直接允许它操作真实系统
  • 纸条传来传去:没有运行时时,状态、工具结果和上下文只能靠人工或临时胶水维持
  • 六个盒子:运行时管理的核心对象,包括任务、权限、步骤记录、工具结果、人工审批和失败恢复
  • 批准盒:Human-in-the-loop 机制,高风险动作必须有人类确认
  • 恢复盒:错误处理、重试、回滚和断点续跑能力
  • 能让铜笔干活的房子:Agent Runtime,它把模型能力放进可控、可观测、可恢复的执行环境里

Soloharness 判断

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

Tool callingplannermemorysandboxpermissionsorchestrationworkflow engine