[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"knowledge-rich-aibox-enterprise-agent-build-buy":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-07-31T09:26:20",0,575,"news","从 PoC 到集团级上线，企业级智能体平台该自建、采购还是联合交付？","企业级智能体平台该自建、采购还是联合交付，取决于企业所处阶段及愿意承担的技术与运营责任。本文从 PoC、部门级生产和集团级推广三个阶段展开，比较不同建设路线的成本、集成、治理和扩展边界，并说明彩讯股份 Rich AIBox 如何支持快速应用落地、存量系统接入与规模化运营。","https://www.richinfo.cn/uploads/images/2026/07/31/2d9eaa5e-d8fd-4525-b265-5155de46cac0.png","\u003Ch3 style=\"text-align: left;\">一个真实的选型难题：三个部门都做出了 Demo，下一步却没人敢拍板\u003C/h3>\u003Cp>市场部门用 SaaS 做了内容助手，客服团队基于开源框架搭了工单 Agent，IT 部门又在云平台上做了运维助手。三套 Demo 都能展示效果，但准备转入生产时，管理层往往会同时听到四种声音：\u003C/p>\u003Cul>\u003Cli style=\"text-align: left;\">业务部门希望下个月上线，不想再等统一平台。\u003C/li>\u003Cli style=\"text-align: left;\">技术团队认为核心能力应该自建，避免被厂商绑定。\u003C/li>\u003Cli style=\"text-align: left;\">安全团队要求先讲清楚数据、身份和工具权限。\u003C/li>\u003Cli style=\"text-align: left;\">采购团队想知道未来三年到底要付多少模型费、软件费和实施费。\u003C/li>\u003Cli style=\"text-align: left;\">这时如果直接比较模型数量、工作流节点或产品报价，很容易选错。企业真正要决定的，是下一阶段准备承担哪些责任，又准备把哪些责任交给平台与交付伙伴。\u003C/li>\u003Cli style=\"text-align: left;\">Deloitte 在 2026 年对 3,235 名业务与 IT 负责人的调查中发现，只有 25% 的受访企业把 40% 以上的 AI 试点推入生产。IBM 的研究也显示，70% 的技术高管认为业务部署速度快于 IT 的追踪能力。企业通常不缺 Demo，真正的缺口是从 Demo 到生产之间的责任。\u003Ca href=\"https://www.deloitte.com/us/en/about/press-room/state-of-ai-report-2026.html\" target=\"\">Deloitte，2026\u003C/a>\u003Ca href=\"https://newsroom.ibm.com/2026-06-08-new-ibm-study-finds-cios-and-ctos-face-growing-ai-control-gap-as-enterprise-deployment-scales\" target=\"\">IBM，2026-06-08\u003C/a>\u003C/li>\u003C/ul>\u003Ch3 style=\"text-align: left;\">第一阶段：PoC 先验证“流程值不值得改”\u003C/h3>\u003Cp>PoC 要验证的是一个具体流程能否被明显改善，而非再次证明大模型会聊天。比如：\u003C/p>\u003Cul>\u003Cli style=\"text-align: left;\">客服坐席能否少查三个系统；\u003C/li>\u003Cli style=\"text-align: left;\">销售能否更快完成一版客户方案；\u003C/li>\u003Cli style=\"text-align: left;\">运维人员能否缩短故障定位时间；\u003C/li>\u003Cli style=\"text-align: left;\">人力资源团队能否减少重复的信息整理。\u003C/li>\u003Cli style=\"text-align: left;\">PoC 阶段可以从开箱即用应用、平台模板、AIBox Framework 或 Agent SDK 中选择合适起点。Rich AIBox 同样支持单场景快速验证，团队应优先获得任务成功率、人工节省时间、用户采用率和错误类型，再决定后续扩展范围。\u003C/li>\u003Cli style=\"text-align: left;\">但 PoC 也要留下进入生产的接口。至少应记录测试数据来源、调用了哪些系统、人工在哪一步确认，以及失败时如何处理。否则 Demo 越成功，后续重做的成本反而越高。\u003C/li>\u003C/ul>\u003Ch3 style=\"text-align: left;\">PoC 阶段适合什么路线\u003C/h3>\u003Cp>\u003Cbr>\u003C/p>\u003Ctable style=\"width: auto;\">\u003Ctbody>\u003Ctr>\u003Cth colspan=\"1\" rowspan=\"1\" width=\"auto\" style=\"text-align: left;\">路线\u003C/th>\u003Cth colspan=\"1\" rowspan=\"1\" width=\"auto\" style=\"text-align: left;\">更适合的客户条件\u003C/th>\u003Cth colspan=\"1\" rowspan=\"1\" width=\"auto\" style=\"text-align: left;\">要提前防范的问题\u003C/th>\u003C/tr>\u003Ctr>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">SaaS 或云端现成能力\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">场景单一、数据敏感度较低、希望快速验证\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">数据边界、后续迁移和连接器复用\u003C/td>\u003C/tr>\u003Ctr>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">开源框架\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">有开发团队、需要快速定制编排\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">运维、安全、升级与技术债\u003C/td>\u003C/tr>\u003Ctr>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">企业级平台试用\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">已明确后续会接入多个系统或多个部门\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">不要把完整采购评估塞进短期 PoC\u003C/td>\u003C/tr>\u003C/tbody>\u003C/table>\u003Ch3 style=\"text-align: left;\">第二阶段：部门级生产要回答“出了问题谁负责”\u003C/h3>\u003Cp>一个 Agent 每天被几个人试用，与每天服务数百名员工，是两套完全不同的要求。进入部门级生产后，企业要面对身份登录、接口稳定性、权限继承、知识更新、人工兜底和服务等级。\u003C/p>\u003Cp>以销售方案助手为例，生产链路可能包括读取客户历史、调用产品库、查询报价规则、生成文件并提交审批。模型回答只是其中一步。客户更关心：\u003C/p>\u003Col>\u003Cli style=\"text-align: left;\">员工能否只看到自己有权访问的客户信息；\u003C/li>\u003Cli style=\"text-align: left;\">产品资料更新后，Agent 多久能使用新版本；\u003C/li>\u003Cli style=\"text-align: left;\">报价或承诺性表述是否必须人工确认；\u003C/li>\u003Cli style=\"text-align: left;\">上游系统不可用时，任务是暂停、降级还是失败；\u003C/li>\u003Cli style=\"text-align: left;\">每次输出能否追溯到资料、规则和操作人。\u003C/li>\u003Cli style=\"text-align: left;\">此时，纯粹以“自己能改代码”为理由继续自建，风险会迅速增加。企业需要计算完整成本：平台研发、连接器、安全测试、模型适配、值班运维、版本升级和场景运营都要有人承担。\u003C/li>\u003Cli style=\"text-align: left;\">部门级生产通常适合“平台产品 + 企业集成”。平台提供工作空间、知识与工具接入、运行控制、日志和评测；企业团队保留业务流程、规则和核心系统的主导权。\u003C/li>\u003C/ol>\u003Ch3 style=\"text-align: left;\">第三阶段：集团级推广要解决“十个 Agent 会不会变成十座孤岛”\u003C/h3>\u003Cp>当 Agent 数量从个位数增加到几十个，问题会从单个应用效果转向企业治理。Salesforce 2026 Connectivity Report 显示，受访企业平均已经使用 12 个 Agent，其中一半仍处于孤岛状态；96% 的 IT 负责人认为数据集成是 Agent 成功的关键因素。\u003Ca href=\"https://www.salesforce.com/news/stories/connectivity-report-announcement-2026/\" target=\"\">Salesforce，2026\u003C/a>\u003C/p>\u003Cp>集团级平台至少要建立五类公共能力：\u003C/p>\u003Cul>\u003Cli style=\"text-align: left;\">统一资产目录：知识、工具、连接器、Skill、工作流和评测集可以登记、授权和复用。\u003C/li>\u003Cli style=\"text-align: left;\">统一身份与策略：用户权限能传递到数据和工具，敏感动作有审批或人工确认。\u003C/li>\u003Cli style=\"text-align: left;\">统一运行控制：任务支持隔离、暂停、恢复、限流、降级和审计。\u003C/li>\u003Cli style=\"text-align: left;\">统一质量运营：线上 Bad Case 能进入评测集，版本发布前可以回归。\u003C/li>\u003Cli style=\"text-align: left;\">统一成本视图：按部门、Agent、任务和模型查看用量与效果。\u003C/li>\u003Cli style=\"text-align: left;\">BCG 对受监管行业的观察也指出，分散建设容易形成架构碎片、规则不一致和重复投入；共享平台的意义，是把身份、策略、评测、记忆和人工监督等能力做成可复用服务。\u003Ca href=\"https://www.bcg.com/publications/2026/building-enterprise-ai-agents-in-regulated-industries\" target=\"\">BCG，2026\u003C/a>\u003C/li>\u003Cli style=\"text-align: left;\">这一阶段，自建并非不可行，但前提是企业愿意长期经营一支平台产品团队，而不只是组建一次性交付项目组。对更多企业来说，购买企业级平台并结合存量系统联合交付，通常更容易把技术建设与业务上线同步推进。\u003C/li>\u003C/ul>\u003Ch3 style=\"text-align: left;\">五条建设路线，分别适合谁\u003C/h3>\u003Cp>\u003Cimg src=\"https://dcn9zx5mc29j.feishu.cn/space/api/box/stream/download/asynccode/?code=ZDg0NzU2ODBiMmU4YzE3NDRhYjc5MDMzZWM1NDEyNzZfOUJnUEVQb3RKZFdkTjNIeUs3WGphMThtZmxVSHRtRFpfVG9rZW46S2N4amJvcGdHb1RmQkZ4bE1lemNJaHlZblNmXzE3ODU0ODk5NDk6MTc4NTQ5MzU0OV9WNA&add_watermark=true&scene_type=CCM\" alt=\"\" data-href=\"\" style=\"\"/>\u003C/p>\u003Cp>\u003Cbr>\u003C/p>\u003Ctable style=\"width: auto;\">\u003Ctbody>\u003Ctr>\u003Cth colspan=\"1\" rowspan=\"1\" width=\"auto\" style=\"text-align: left;\">建设路线\u003C/th>\u003Cth colspan=\"1\" rowspan=\"1\" width=\"auto\" style=\"text-align: left;\">优势\u003C/th>\u003Cth colspan=\"1\" rowspan=\"1\" width=\"auto\" style=\"text-align: left;\">主要代价\u003C/th>\u003Cth colspan=\"1\" rowspan=\"1\" width=\"auto\" style=\"text-align: left;\">更适合的情况\u003C/th>\u003C/tr>\u003Ctr>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">完全自建\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">自主程度高，能深度贴合内部架构\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">建设周期长，要持续承担安全、运维和升级\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">有成熟平台团队，Agent 是长期核心能力\u003C/td>\u003C/tr>\u003Ctr>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">开源底座二次开发\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">起步快，代码可控\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">企业能力需要自行补齐，升级可能产生分叉\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">技术团队强，先做有限范围场景\u003C/td>\u003C/tr>\u003Ctr>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">公有云或 SaaS\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">开通快，模型与生态丰富\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">对部署、数据和深度定制的控制取决于产品边界\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">标准场景、云优先、希望快速试用\u003C/td>\u003C/tr>\u003Ctr>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">企业级平台采购\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">统一底座和治理能力更完整\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">需要验证产品边界、集成能力和交付质量\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">多部门推广、已有较多存量系统\u003C/td>\u003C/tr>\u003Ctr>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">平台采购 + 联合交付\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">平台能力与行业流程一起落地\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">需要清楚划分产品、项目与客户责任\u003C/td>\u003Ctd colSpan=\"1\" rowSpan=\"1\" width=\"auto\">流程复杂、系统多、希望缩短生产周期\u003C/td>\u003C/tr>\u003C/tbody>\u003C/table>\u003Ch3 style=\"text-align: left;\">Rich AIBox 放在什么位置\u003C/h3>\u003Cp>在这几种建设路线中，彩讯股份推出的 Rich AIBox 覆盖从开箱即用应用、单场景 PoC、Framework 或 SDK 嵌入，到企业级平台建设、存量系统接入和场景联合交付的完整路径，产品范围不止一个 Agent 画布。\u003C/p>\u003Cp>Rich AIBox 同时承接智能体生产和员工使用：业务与技术团队可以通过 AIBox Framework、Agent SDK 或 Agent 平台组织模型、知识、工具、工作流和规则，员工则通过 Web、桌面或企业协同入口使用 Agent。企业可以从单个应用起步，再扩展到权限、运行审计、评测和运营。\u003C/p>\u003Cp>需要明确的是，工作空间、资源目录、运行策略、Checkpoint、企业评测集和成本运营等内容，部分属于产品规划或设计方向。正式选型时，应按实际版本逐项演示和验收。\u003C/p>\u003Ch3 style=\"text-align: left;\">Rich AIBox 更匹配的客户信号\u003C/h3>\u003Cul>\u003Cli style=\"text-align: left;\">已经有三个以上 Agent 试点，连接器和知识开始重复建设；\u003C/li>\u003Cli style=\"text-align: left;\">既要业务部门快速创新，也要 IT 和安全团队统一管理；\u003C/li>\u003Cli style=\"text-align: left;\">场景需要连接多个内部系统，单纯公有 SaaS 难以覆盖；\u003C/li>\u003Cli style=\"text-align: left;\">不只想买软件，还需要把流程、规则和组织责任一起梳理；\u003C/li>\u003Cli style=\"text-align: left;\">希望平台能力能够从一个部门复用到更多部门。\u003C/li>\u003Cli style=\"text-align: left;\">企业即使先从标准化写作助手、AI 知识库、智能客服或办公助手切入，也可以使用 Rich AIBox 的开箱即用能力快速上线；随着场景增加，再逐步接入业务系统、沉淀企业资源并加强治理。是否采用完全自建、平台采购或联合交付，应由团队能力、系统复杂度和长期运营目标共同决定。\u003C/li>\u003C/ul>\u003Ch3 style=\"text-align: left;\">建议用一场“双场景 PoC”做决定\u003C/h3>\u003Cp>不要只选最容易演示的知识问答。更有效的 PoC 是同时测试两个场景：\u003C/p>\u003Cul>\u003Cli style=\"text-align: left;\">一个知识密集型场景，检查权限继承、引用、更新和反馈；\u003C/li>\u003Cli style=\"text-align: left;\">一个动作密集型场景，检查工具调用、人工确认、失败恢复和审计。\u003C/li>\u003Cli style=\"text-align: left;\">评估表建议至少包含：\u003C/li>\u003C/ul>\u003Col>\u003Cli style=\"text-align: left;\">任务成功率和人工修正率；\u003C/li>\u003Cli style=\"text-align: left;\">新系统接入和新 Agent 复制所需时间；\u003C/li>\u003Cli style=\"text-align: left;\">权限越界、工具误用和提示注入测试结果；\u003C/li>\u003Cli style=\"text-align: left;\">异常恢复、日志追踪和问题定位时间；\u003C/li>\u003Cli style=\"text-align: left;\">按成功任务计算的综合成本；\u003C/li>\u003Cli style=\"text-align: left;\">产品团队、实施方与客户团队的责任边界。\u003C/li>\u003Cli style=\"text-align: left;\">这套测试会让“自建还是采购”从立场争论变成可验证的建设决策。\u003C/li>\u003C/ol>\u003Ch3 style=\"text-align: left;\">常见问题\u003C/h3>\u003Ch3 style=\"text-align: left;\">已经用了开源 Agent 框架，还需要企业级平台吗？\u003C/h3>\u003Cp>不一定。如果使用范围有限、技术团队可以持续维护，开源框架足够。若 Agent 开始跨部门复用，并涉及身份、权限、审计、评测和成本运营，就要评估是否把这些能力继续自建，或引入企业级平台。\u003C/p>\u003Ch3 style=\"text-align: left;\">平台采购会不会造成厂商锁定？\u003C/h3>\u003Cp>有这种风险。选型时应检查模型、知识、工具和工作流是否有标准接口，运行数据能否导出，企业资产是否可以迁移。锁定风险不只来自厂商，也可能来自企业自行维护的大量定制代码。\u003C/p>\u003Ch3 style=\"text-align: left;\">Rich AIBox 适合从零开始，还是适合接已有试点？\u003C/h3>\u003Cp>两种都可以评估，但价值不同。从零开始时重点是快速建立公共底座；已有试点时，重点是盘点哪些知识、连接器、规则和评测资产可以迁移或复用。具体能力以当前版本和 PoC 结果为准。\u003C/p>\u003Ch3 style=\"text-align: left;\">集团平台会不会拖慢业务创新？\u003C/h3>\u003Cp>如果所有变更都必须中央审批，确实会。更合理的做法是平台统一身份、安全、审计和资源标准，业务部门在授权工作空间内配置自己的 Agent 和流程。\u003C/p>\u003Cp>\u003Cbr>\u003C/p>","knowledge","rich-aibox-enterprise-agent-build-buy","agent-platform",[16],"AI Agent",null,"_self","",false,1,"2026-07-31T17:26:17"]