02|Plan 与 Run:一张蓝图反复用,每次执行各跑各的
李号双

你好,我是李号双。
上一讲我们从最小 Agent 循环推导出了整台机器,头两个部件就是蓝图 Plan 和一次执行 Run。这一讲我们把这对最基础、也最容易被混为一谈的概念讲透:为什么“步骤怎么组织”和“这一次跑到哪了”必须分成两个东西。
虽然这个分离看起来平平无奇,但并发、隔离、恢复这些能力,全是从它身上长出来的。
蓝图回答“该怎么跑”,执行回答“跑到哪了”
我们先用一句大白话区分二者:Plan 是静态的蓝图,描述这件事分几步、步骤之间怎么连;Run 是动态的一次执行,记录这一次具体跑到了什么状态。
你可能早就想问:天天挂在嘴边的 Agent 又在哪?为什么不把状态直接做成 Agent 的属性?我们用公司来打个比方,把 Agent、Plan、Run 一次讲清楚。
Agent 像一个在岗的员工:他的名字、会用哪些工具、用哪个模型、岗位职责(也就是系统指令)都是固定的,长期在岗、反复接待不同用户,他身上不带任何一单的具体进度。这个员工处理某类事有一套固定步骤,这套步骤就是他心里那张蓝图 Plan,在代码里,Agent 一构造好就把这张图建好并长期持有。而他每接待一个用户,就照着这套步骤开一张工单、从头走一遍,这张只属于本次请求、记着本次走到哪的工单,就是 Run。
公开
同步至部落
取消
完成
0/2000
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《生产级 Agent 框架设计与实现》,新⼈⾸单¥59
《生产级 Agent 框架设计与实现》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论