一项让智能体协同工作的运行时标准提案

Justin Schroeder 观察到，尽管 MCP 和可复用指令让通用智能体更强大，企业仍在构建自己的智能体。他认为原因有三：集成、信任和有效性。

业务流程既具体又影响重大。Schroeder 举例说，暖通维修公司要处理保修、人员排班和许可，大学则要处理助学金与住宿分配。

他认为企业希望掌控流程，获得可靠且可重复的执行结果，并保持自己的工作方式；企业可能不愿将关键流程交给不受限制的通用智能体。

信任也取决于限制智能体能做什么。在他的例子里，保修智能体需要查询设备、添加照片和提交索赔，而不是处理无关任务。

Schroeder 区分有效性与速度：问题是智能体能否把指定工作做好，进而改善业务流程。

范围明确的保修智能体可以根据预期结果接受评测。他认为，只要测试与实际工作一致，针对这些测试优化就是有用的。

他认为，通过提示词和工具针对具体任务调整的小模型可以低成本完成工作，尽管大型通用模型能处理更多任务。他用专门的 Gmail 智能体举例。

这些专用智能体可以成为更大智能体的工具，也可以组成层级结构。他说，问题在于各团队构建智能体的方式互不兼容。

基本结构看似只有模型、提示词、工具和消息历史。生产系统还必须处理执行循环、并行工具、故障恢复与持久化。

自定义智能体运行框架可能难以在别人的环境中运行、与其他框架组合或大规模分发。Schroeder 希望建立可复用智能体生态。

他说，MCP 标准化了工具访问，其他项目覆盖提示词、通信或支付；但他认为智能体运行时本身也需要共同规范。

共享规范可以减少重复建设基础设施，帮助智能体保持一致、可迁移、可组合，同时仍允许定制行为。

Schroeder 宣布开放的 Standard Agent Specification，并把智能体定义为利用模型输出追求目标的软件。规范原则包括可迁移、可组合和领域专用。

他区分了供应商中立的运行时与具体智能体绑定特定模型：可迁移的框架可以支持不同供应商，同时单个智能体仍针对某个选择测试。

智能体包包含模型、提示词、工具、子智能体、规则、钩子、效果和线程；运行时为这些部分提供执行约定。

规范使用代码，以便打包分发智能体，也让编程智能体能够创建定义。所选的编写语言是 TypeScript。

Schroeder 说，可迁移性和执行生成代码的能力促使团队作出这一语言选择。兼容的运行时可以用其他语言实现，只要能执行规范中的 TypeScript。

模型定义会指定模型，也可以设置备用模型。他建议根据任务选择具体模型与供应商，并评测这个组合。

他提到一个 3D 花园项目，其中一个相对较小的模型特别擅长这项任务。不同模型能力分布不均，对专用智能体可能是优势。

提示词可以包含其他提示词，也可以纳入运行时信息。例如，多个子智能体可以复用统一的语气要求。

工具可以是函数、调用模型的提示词，或者另一个智能体。这让一个智能体能够把更专门的智能体作为工具调用。

规范把对话建模为两个参与方：模型可以与人、另一个模型或确定性代码交互。

例如，一个模型生成图片，另一个模型检查图片并要求修改。Schroeder 将其描述为把评测纳入交互的一种方法。

子智能体可以被多次实例化，例如工作日历和个人日历可以共享同一个底层智能体定义。

父级钩子让安装的子智能体向父智能体暴露能力。钩子在工具调用前等生命周期节点运行确定性代码。

效果是安排在稍后运行的代码。他用提醒和稍后发送邮件说明工具如何安排未来工作。

每个线程都有自己的消息、工具、子智能体、键值存储和文件系统。运行时可以允许智能体在指定限制下编写和执行代码。

线程可以暴露端点；规范还要求智能体能够打包，让其他人使用兼容运行时安装和运行。

运行时约定规定行为，但不强制使用某一种存储实现。例如他的团队在 Cloudflare Durable Objects 的数据库之上实现文件接口。

Schroeder 说，团队用更小的标准智能体构建了一个编程智能体，之后又加入另一个兼容智能体，无需重建整个系统。

团队还发布 Standard Agent Builder，这是可在本地运行或部署的运行时。Schroeder 邀请其他人根据规范实现不同的运行时。

演示中，他向编程智能体提供一份描述电池保修流程的 PDF。编程智能体为该流程创建提示词、模型定义和工具。

他说，演示中生成这个智能体用了 5 分 21 秒。工具包括检查电池、升级处理问题和提供以旧换新。

构建器显示智能体的线程、工具调用、模型、词元用量和请求详情。示例交互中选择了寄送替换件的工具。

Schroeder 说，同一个智能体可以通过网站界面或 MCP 服务器提供服务，让其他智能体与其交互。

他邀请开发者构建智能体与运行时、测试规范并帮助改进。他说这是一项仍在发展的提案，而不是已经完成的设计。