开篇词｜用过框架的人很多，能从零设计一个框架的人很少

李号双

你好，我是李号双，eBay 资深架构师。
做了这么多年系统设计，我发现，理解一台机器最快的办法，不是看它有什么，而是看拿掉什么以后，它会先在哪里坏掉。假设现在摆在我们面前的，是一个生产级 Agent 框架。接下来，我们把它一步步拆掉。
先拿掉 Event Log（事件日志）。它还能运行，但发生过什么不再有据可查；一旦进程崩溃，我们甚至无法准确还原它停在了哪里。
再拿掉 Bus（总线 / 事件总线）。Agent 仍然在工作，但外部世界看不见它正在做什么，也没有一个统一的位置接入观测、审批和预算控制。
再拿掉 Interrupt（中断 / 可中断点）。Agent 可以开始，却不能真正“停下来”：它无法释放进程，等待几小时甚至几天后，再从原来的位置继续执行。
再拿掉 Scheduler（调度器）。节点和边还在，却没有东西持续判断现在谁可以运行、谁还需要等待，以及什么时候一次执行才算结束。
再拿掉 Run（一次运行 / 运行实例）。流程仍然存在，但每次执行不再拥有独立的身份、状态和恢复边界。我们能描述它“应该怎么跑”，却说不清某一次任务究竟“跑到了哪里”。
最后拿掉 Plan（计划 / 执行图）。图消失了，节点和边重新退回 if、while 和函数调用里，执行进度也再次藏进程序计数器、调用栈和局部变量。

公开

同步至部落

取消

完成

0/2000

荧光笔

直线

曲线

笔记

复制

AI

深入了解
翻译
英语
中文简体
法语
德语
日语
韩语
俄语
西班牙语
解释
总结

仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《生产级 Agent 框架设计与实现》，新⼈⾸单¥59

立即购买

登录后留言

精选留言

由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。

收起评论