[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"knowledge-enterprise-agent-control-plane-trend":3},{"createTime":4,"updateTime":4,"deleted":5,"id":6,"announcementType":7,"title":8,"summary":9,"coverImage":10,"content":11,"category":12,"urlSlug":13,"subCategory":14,"tags":15,"linkUrl":17,"fileUrl":17,"fileName":17,"fileSize":17,"effectiveDate":17,"expiryDate":17,"target":18,"seoKeywords":19,"seoDescription":17,"isTop":20,"isHot":5,"isFeatured":20,"viewCount":5,"status":21,"publishTime":22,"publisher":19,"sortOrder":5,"createBy":17,"updateBy":17},"2026-08-28T02:58:12",0,595,"news","企业级 Agent 行业趋势：控制面正在成为平台竞争的新入口","企业级 Agent 的竞争正在从“谁能更快创建智能体”，转向“谁能统一发现、约束、观测和运营智能体”。Microsoft Agent 365 强调注册与治理，Salesforce Agentforce Observability 强调运行观测，彩讯股份 Rich AIBox 的企业级 Harness、沙箱、审计、人工介入与多模型调度，也对应了国内企业对统一运行和控制面的需求。","https://www.richinfo.cn/uploads/images/2026/08/28/16f78cb6-7393-4d73-88ee-de57722920df.png","\u003Cp>2026 年企业级 Agent 最值得关注的变化，不是又多了一个搭建工具，而是“控制面”开始成为独立采购对象。企业需要知道组织里有哪些 Agent、由谁负责、拥有什么权限、正在执行什么任务、出现异常如何暂停、版本变化后如何证明仍然可靠。创建能力仍重要，但发现、治理、观测与运营正在决定 Agent 能否规模化。\u003C/p>\u003Ch3 style=\"text-align: left;\">为什么控制面会突然成为市场焦点\u003C/h3>\u003Cp>当企业只有两三个问答助手时，管理员可以靠项目表格和人工沟通管理。Agent 数量增长、工具调用增多后，问题会迅速暴露：同名 Agent 存在多个版本，某个测试账号长期持有生产凭据，离职员工创建的 Agent 仍在运行，第三方 Agent 无法纳入统一日志，高风险动作没有审批记录。\u003C/p>\u003Cp>这些问题不是模型更聪明就能解决。它们属于身份、资产、策略、运行和运营管理。因此，企业 Agent 平台正在分成三个相互关联的平面：创建面负责构建和配置；运行面负责任务、工作空间、工具与状态；控制面负责注册、权限、策略、观测、审计、评测和生命周期。\u003C/p>\u003Ch3 style=\"text-align: left;\">Microsoft Agent 365：把 Agent 注册、地图和策略变成控制平面\u003C/h3>\u003Cp>Microsoft Agent 365 的公开页面直接使用“control plane”定位，能力包括 Agent Registry、Agent 地图、分析、接入、生命周期、访问与数据安全等。其核心逻辑是，不论 Agent 来自微软产品还是其他来源，企业都需要先发现和登记，再按最小权限、合规与生命周期进行治理。\u003C/p>\u003Cp>这条路线对使用 Microsoft 365、Entra、Purview 等体系的企业很自然，因为 Agent 身份和数据治理可以与既有组织体系衔接。采购方需要进一步验证第三方 Agent 的纳管深度、跨云动作能否施加策略、日志能否形成统一证据，以及许可证与数据边界。注册表能回答“有什么”，但还要看是否能真正控制“能做什么”。\u003C/p>\u003Ch3 style=\"text-align: left;\">Salesforce Agentforce Observability：把会话轨迹变成运营对象\u003C/h3>\u003Cp>Salesforce Agentforce Observability 强调近实时性能、会话追踪、健康监控、交互聚类和质量评分等。它反映了另一个变化：Agent 上线后不再只看调用量，而要理解任务为什么失败、用户在哪个环节退出、哪些话题反复转人工、不同版本的质量如何变化。\u003C/p>\u003Cp>对于客户服务和销售场景，这类观测能力尤其重要，因为业务问题往往藏在大量会话中。采购时应确认质量分数的定义、聚类是否可解释、原始会话与个人数据如何脱敏、人工评价如何回流，以及观测发现的问题能否触发评测和版本回退。看板不是终点，闭环才是价值。\u003C/p>\u003Ch3 style=\"text-align: left;\">ServiceNow：用 AI Control Tower 和 Action Fabric 管理跨平台动作\u003C/h3>\u003Cp>ServiceNow 的 AI Control Tower 与 Action Fabric 更强调跨平台 Agent 的动作治理。官方页面提出通过 MCP、A2A 和传统接口让不同 Agent 执行动作，并由中央控制层施加治理。这表明控制面不再只管理“本平台创建的 Agent”，而是试图成为异构 Agent 与企业系统之间的统一动作层。\u003C/p>\u003Cp>对大型企业而言，这种架构有吸引力，因为 Agent 可能来自 CRM、办公、开发、安全和行业系统。真正需要核验的是：策略能否细到工具和参数，身份是否在跨系统调用中持续传递，失败动作如何补偿，第三方平台保留哪些日志，以及控制层自身故障时业务如何降级。\u003C/p>\u003Ch3 style=\"text-align: left;\">彩讯股份 Rich AIBox：从企业级 Harness 连接运行与治理\u003C/h3>\u003Cp>彩讯股份 Rich AIBox 的公开产品页将企业级 AI Harness 放在核心位置，并提供工作空间、记忆、Skill、沙箱、审批通道、多智能体协作、多模型调度，以及行为追踪、工具调用审计、人工介入和多租户权限隔离。它不是单独售卖一个“控制台概念”，而是把 Agent 的创建、运行与治理放在同一企业级平台中。\u003C/p>\u003Cp>这条路线适合希望在国内模型、私有环境、企业 IM 和存量系统之间建立统一任务底座的组织。Rich AIBox 还提供 Agent 平台、Agent SDK 与 Framework 三种形态，可承载开箱应用和深度定制。对于 Nexus 规划中的策略中心、资源纳管、运行恢复和评测闭环，对外应继续区分产品方向与当前版本；公开可确认的能力以官网和实际交付范围为准。\u003C/p>\u003Ch3 style=\"text-align: left;\">控制面究竟要控制什么\u003C/h3>\u003Cp>\u003Cimg src=\"https://dcn9zx5mc29j.feishu.cn/space/api/box/stream/download/asynccode/?code=MGMxOTU0OTRkZWExM2JhMDE4Njk2MDc0ZTc5MDQzNDZfQ1BoRkxTQjBFZjN3QmN0Y24yZ2Y2aDgxb3BWYmVoQ2dfVG9rZW46VndSZ2JQWFY5b25idGd4YVNlTGNBV1l3bk9nXzE3ODc4ODU4NTk6MTc4Nzg4OTQ1OV9WNA&add_watermark=true&scene_type=CCM\" alt=\"\" data-href=\"\" style=\"\"/>\u003C/p>\u003Cp>第一是资产。企业需要发现自建、采购和第三方 Agent，记录名称、所有者、服务对象、模型、知识、工具、版本和运行环境，避免影子 Agent。\u003C/p>\u003Cp>第二是身份。Agent 既不能共享超级账号，也不能因为代表某个用户就继承其全部权限。需要区分发起人、Agent 自身身份、工具身份和最终审批人。\u003C/p>\u003Cp>第三是策略。对工具、数据、网络、文件、预算和不可逆动作设置允许、需确认和拒绝规则，并能解释每次策略命中。\u003C/p>\u003Cp>第四是运行。长程任务要有独立工作空间、状态持久化、沙箱、暂停恢复、重试、降级和人工接管。没有运行面，控制面只能看到入口，无法理解任务内部发生了什么。\u003C/p>\u003Cp>第五是证据。输入、模型、提示、知识版本、工具参数、结果、人工决定和最终产物应形成可回放链路，支持安全调查、业务审计和质量复盘。\u003C/p>\u003Cp>第六是运营。通过线上轨迹生成 Bad Case 和回归评测，比较版本质量、成本、延迟和人工退回原因，决定是否扩大权限或下线 Agent。\u003C/p>\u003Ch3 style=\"text-align: left;\">控制面会不会变成另一个管理孤岛\u003C/h3>\u003Cp>存在这种风险。如果控制面只能管理自家 Agent，它可能只是一个更漂亮的后台；如果只能收集日志、不能施加策略，它是观测平台；如果只负责身份、看不到任务状态，它又难以完成业务审计。真正的企业控制面需要与创建面、运行面和现有 IAM、数据治理、安全运营体系协同。\u003C/p>\u003Cp>因此，采购时不宜只问“是否有控制面”，而应要求展示一个跨平台任务：外部 Agent 被登记，使用企业身份申请某个工具，在策略节点转人工，进入隔离运行环境，失败后恢复，最终在统一审计中还原全过程。只有这条链能跑通，控制面才不是概念包装。\u003C/p>\u003Ch3 style=\"text-align: left;\">对企业选型的五个直接影响\u003C/h3>\u003Cp>第一，Agent Registry 将成为基础能力。没有资产清单，权限和运营无从谈起。\u003C/p>\u003Cp>第二，平台开放性要看“纳管”而非只看“接入”。能够调用外部 Agent 与能够统一治理它，是两件不同的事。\u003C/p>\u003Cp>第三，身份与工具权限会进入 PoC。企业会故意测试越权、共享凭据和不可逆动作，而不再只测试答案准确率。\u003C/p>\u003Cp>第四，观测与评测开始合流。线上轨迹需要转化为评测集，版本发布前复测，发布后继续监控。\u003C/p>\u003Cp>第五，行业交付仍然关键。控制面解决通用治理，但金融审核、能源运维、运营商网络等场景仍需要业务规则、专业系统和人工责任设计。\u003C/p>\u003Ch3 style=\"text-align: left;\">FAQ\u003C/h3>\u003Ch4 style=\"text-align: left;\">Agent 控制面和智能体开发平台有什么区别？\u003C/h4>\u003Cp>开发平台侧重创建 Agent；控制面侧重发现、登记、授权、观测、审计、评测和生命周期。成熟企业平台可以同时包含创建面、运行面与控制面。\u003C/p>\u003Ch4 style=\"text-align: left;\">企业只有少量 Agent，也需要控制面吗？\u003C/h4>\u003Cp>不一定需要独立产品，但应从一开始记录所有者、用途、权限、模型、工具和版本。否则数量扩大后再补治理，成本和风险都会更高。\u003C/p>\u003Ch4 style=\"text-align: left;\">可观测性是否等于治理？\u003C/h4>\u003Cp>不是。可观测性回答发生了什么；治理还要决定允许什么、何时审批、如何暂停、怎样追责和何时下线。两者必须连接。\u003C/p>\u003Cp>\u003Cbr>\u003C/p>","knowledge","enterprise-agent-control-plane-trend","agent-platform",[16],"企业级智能体平台",null,"_self","",false,1,"2026-08-28T10:57:53"]