Agent时代新对象，委托管理成系统核心稳定器

随着人工智能技术的快速发展，Agent（智能体）已成为许多应用场景的核心组件。然而，在Agent日益普及的今天，一个关键问题逐渐浮现：当模型、工具和执行者都可以被替换时，系统里真正该被长期管理的稳定对象究竟是什么？

通过对Agent相关概念的深入分析，研究发现答案并非Agent本身，而是一份持续的委托关系（Mandate）。这种委托关系规定了目标、权限、预算、边界、升级路径、证据要求以及最终的责任归属，是系统中真正需要长期管理的稳定对象。

以一个五年期的网站可用性保证为例，尽管期间模型会升级、工具会更换、某个Agent可能下线，但“保证网站持续可用”这一委托不会因执行者的变更而消失。这表明，Agent只是当前阶段的执行者，而真正的核心在于那份贯穿始终的委托关系。

为了更好地理解这一概念，文章将系统中的关键要素进行了重新分类。根据其性质和作用，这些要素可以分为四个主要层次：

这种分层结构解决了当前Agent产品设计中常见的问题。例如，Verification（验证）不是一个静态对象，而是一个动作；Recovery（恢复）也不是简单的页面按钮，而是一组复杂的运行能力。屏幕上的界面元素只是这些关系在某一时刻的投影，而非系统运行的本质。

进一步拆解相关概念，可以发现Prompt（提示词）、Task（任务单元）、Agent（执行者）和Goal（目标）都各有其特定含义，不能简单混用。Prompt是一次表达，Task是一次有起点、过程和终点的工作单元，Agent是执行者，而Goal是希望达成的结果。唯有Mandate，作为一种持续的委托关系，才能真正体现系统的长期稳定性。

在实际应用中，这意味着未来企业需要关注的不是配置了多少个Agent，而是系统中有多少仍在生效的委托，分别由谁发起、谁拥有、谁被授权、谁在执行、谁能接管以及谁对结果负责。例如，一个负责客户续约的Agent可以把部分工作交给子Agent，但它不能把责任也一起丢掉。这才是委托关系真正的含义。

值得注意的是，任何Agent委托本质上都是一份不完备契约。人类给人的工作委托本来就不可能写得毫无遗漏，Agent也一样。我们不可能写一份无限长的任务说明书，把未来所有例外情况提前列完。越真实的工作，越不能靠一张完美任务说明书解决。因此，Exception（例外）不只是“Agent出错了”，而是控制权转移的一种表现形式。

展望未来，Agent产品的输出应从简单的"Done"（完成）升级为"Receipt"（收据）。这五种"完成"经常不同步发生。收据需要回答具体动作、工具调用、状态变更、身份权限、证据证明、剩余不确定性和可逆性，让信任可追溯。同时系统需区分世界状态、工作状态、产物状态和Agent状态四类信息。

目前的Agent技术栈虽然解决了"怎么跑"的问题，但在"凭什么代表某人行动""何时交还控制权""如何证明完成"等方面仍存在缺失。这一缺失层（Delegation Semantics）管理委托、授权、边界、证据和恢复，本质是让委托变得可计算。

即使模型能力越来越强，委托结构也不会消失。因为不同人的目标不同、权限与责任需分配、行动影响金钱和数据、委托人需决定风险边界。模型越强，越需要明确它能在什么范围内替人做主，以及越界时谁该拉回。因此，建立清晰的委托管理体系将成为Agent时代系统设计的核心挑战之一。