AI代理在开发者平台中的三种角色
内容提要
文章探讨了AI代理在开发者平台中的三种角色：作为平台用户、业务流程组件及可配置资源。每种角色对平台提出不同要求，如API优先、上下文管理、编排和自服务。这些角色可结合，形成统一治理的代理生命周期，从而提升工程效率。
延伸解读
角色一：代理作为平台用户
当代理被当作平台用户时，它需要像人类工程师一样读取服务目录、依赖关系和标准，并通过API或MCP调用自服务操作。文章强调，如果上下文不准确，代理可能过度自信而执行错误操作。因此，平台需要提供统一的、受治理的上下文层（如上下文湖），而不是为每个代理单独提供本地上下文，以避免信息碎片化和缺乏治理。
角色二：代理作为业务流程组件
在此角色中，代理由事件触发，在编排引擎中与确定性步骤并行运行。文章举例：夜间扫描发现漏洞后，平台从注册表中拉取修复代理，为每个服务运行，并为每个团队生成待审查的PR。这要求平台具备编排层、代理注册表、每个代理的独立身份（而非借用人类凭证），以及在风险较高时加入人工审批环节。
角色三：代理作为可配置资源
代理被视为与数据库或环境类似的资源，通过自服务路径按需提供。文章指出，这本质上是一个“黄金路径”问题：团队通过默认路径以正确方式获取资源。代理生命周期包括请求、配置、注册和发布。值得注意的是，47%的受访组织（截至2026年初）要求代理和技能注册表，这是客户最常提出的需求。
三种角色的结合与治理
文章强调，三种角色并非互斥，而是可以结合形成统一的代理生命周期。例如，一个代理可能先通过角色三被请求和注册，然后在事件中作为角色二被调用，同时通过角色一读取上下文。这种结合依赖于统一的目录、上下文和审计跟踪，从而实现一致的治理。文章建议，平台应支持代理在不同角色间无缝切换，以提升工程效率。
Q&A
AI代理在开发者平台中有哪三种角色？
AI代理在开发者平台中的三种角色是：作为平台用户、作为业务流程组件、以及作为可配置资源。
当AI代理作为平台用户时，平台需要提供哪些支持？
当AI代理作为平台用户时，平台需要提供API和MCP优先的接口、一个受治理的上下文层供代理读取，以及一系列可调用的自助服务操作。
AI代理作为业务流程组件时，平台需要具备哪些能力？
平台需要具备编排层来运行代理、注册表来获取正确的代理、每个代理的身份标识以确保操作记录在代理名下，以及在风险较高时加入人工审批环节。
AI代理作为可配置资源时，平台如何提供自助服务？
平台通过自助服务路径提供代理，包括配置运行时、签发身份和凭据、接入已批准的上下文，并在创建后注册代理，同时提供发布路径供其他团队使用。
三种角色如何结合形成统一的代理生命周期？
三种角色可以结合，例如一个代理可以通过角色3被请求并注册，之后在事件驱动的工作流中作为角色2被调用，运行时通过角色1读取上下文。这样同一个代理在不同阶段扮演不同角色，形成统一的治理生命周期。
文章提到Port平台如何支持这三种角色？
Port平台支持代理作为用户通过服务账户使用，读取上下文湖并运行自助服务操作；代理可以在Port工作流中作为业务流程组件运行；AgenticOps作为自助服务工作流，允许团队请求代理并获得注册好的代理。所有角色共享同一个目录、上下文和审计跟踪。
