面向智能体企业的平台工程：管理应用、资源与AI代理
内容提要
平台工程正演进以支持智能体企业，AI代理成为与人类开发者并列的一等平台消费者。平台需管理应用、资源和AI代理三类软件资产，并建立共享上下文模型，使人类与代理能协作运维。OpenChoreo作为CNCF沙箱项目，通过生态模块扩展，在Kubernetes基础上统一治理，实现人机协同管理企业软件资产。
延伸解读
平台工程的新挑战：AI代理成为一等公民
文章指出，传统内部开发者平台（IDP）主要面向人类开发者，但智能体企业引入了AI代理作为新的平台消费者。这意味着平台必须同时支持人类和AI代理，为它们提供不同的交互界面（如门户、CLI、MCP服务器），并确保它们在同一治理模型下操作。这不仅是技术接口的扩展，更是平台职责的根本变化，要求平台在身份、权限、审计等方面为AI代理提供与人类同等的支持。
资源成为一等软件资产：从基础设施到治理对象
在智能体企业中，数据库、消息系统、API等资源不再只是基础设施，而是具有生命周期、所有权和治理需求的一等软件资产。平台需要将它们建模为受管对象，并理解它们与应用程序和AI代理之间的关系。这种转变意味着平台的管理范围从单一应用扩展到整个企业软件资产，要求平台具备更全面的依赖关系和变更传播的理解能力。
上下文是平台的新基础：从遥测到共享理解
文章强调，传统可观测性数据（日志、指标、追踪）是描述性的，无法解释事件之间的关联。AI代理和人类工程师一样，需要结合部署历史、所有权、拓扑、策略等上下文来推理。因此，平台需要构建和维护一个共享的上下文模型，将应用、资源、代理、部署、策略等信息关联起来，并通过不同接口（如门户、MCP）提供给所有消费者。这使平台从执行工作流转变为理解所运营的软件。
OpenChoreo的模块化扩展：避免平台僵化
OpenChoreo作为CNCF沙箱项目，展示了如何通过生态模块扩展平台能力，而无需改变核心架构。这种模块化设计允许组织根据需求添加新的资源抽象、AI能力（如Agent Manager、AI Gateway）或领域工作流，同时保持平台的一致性。文章认为，这种可扩展性是平台适应未来变化的关键，使平台能够持续演进而不被特定技术或模式锁定。
Q&A
什么是智能体企业？
智能体企业是指AI代理成为企业软件生态中的一等参与者，与人类开发者、平台工程师和SRE一起协作构建、运营和管理软件。它不仅仅是引入AI代理，而是从根本上改变企业软件的构建和管理方式，使应用、资源和AI代理在统一治理下协同工作。
平台工程在智能体企业中面临哪些新的挑战？
平台工程需要支持AI代理作为一等消费者，与人类用户共同使用平台。平台必须为人类和AI代理提供合适的接口（如门户、CLI、MCP），同时确保一致的安全控制、策略边界和审计跟踪。此外，平台需要管理应用、资源和AI代理三类软件资产，并理解它们之间的关系。
为什么说上下文是平台工程的新基础？
因为AI代理和人类工程师都需要理解系统的完整上下文，而不仅仅是孤立的遥测数据。上下文包括应用、资源、AI代理、部署、所有权、策略、拓扑、操作历史和组织知识。平台需要建立共享的上下文模型，使所有消费者都能基于同一理解进行推理和协作。
OpenChoreo是如何支持AI代理的？
OpenChoreo通过MCP服务器让AI代理访问平台，同时为人类用户提供门户、CLI、API和GitOps工作流。它基于Kubernetes，将应用和资源作为一等抽象，并通过生态模块扩展AI能力，如Agent Manager、AI Gateway、沙箱、策略执行和评估框架，确保AI代理在统一治理下安全参与操作。
在智能体企业中，平台需要管理哪些软件资产？
平台需要管理三类软件资产：应用（实现业务逻辑）、资源（如数据库、消息系统、对象存储、AI模型、API等）和AI代理（作为软件参与者）。这三者相互关联，资源是连接应用和AI代理的公共基础。
平台工程如何从管理单个组件转向管理关系？
平台需要理解应用、资源和AI代理之间的依赖关系、变更传播以及人类和AI代理如何安全交互。这要求平台建立共享上下文模型，将资产、部署、所有权、策略等关联起来，从而管理整个企业软件资产，而不仅仅是单个组件。
OpenChoreo的生态模块架构有什么好处？
生态模块允许在不改变核心架构的情况下扩展平台功能，如添加新的应用能力、资源抽象、企业集成、可观测性提供商、安全服务、部署目标或领域特定工作流。这使平台能够随着企业软件演进而灵活增长，同时保持一致性。
