企业智能体方案很少需要在自研、采购和生态集成之间做一次性三选一。一个业务场景中，任务逻辑可能值得自研，通用Agent运行与治理可以采购，OA、CRM、ERP等系统连接则依赖生态集成。真正的取舍是：哪些能力构成企业差异，哪些责任可以交给平台，哪些边界必须由既有系统所有者掌握。

本文不对路线做排名，而是从业务变化速度、系统复杂度、风险和团队能力判断主线与组合点。任何路线都需目标环境POC，并保留资产、接口与退出边界。

自研路线为差异化买控制权

当智能体的任务逻辑、领域知识、决策规则或人机协作方式直接构成业务差异，自研可以让团队更快调整，并对关键实现保持控制。自研也便于与内部数据和流程深度结合。

代价是企业承担全生命周期：Prompt与模型适配、工具治理、身份权限、评测、发布、观测、故障、成本和团队交接。自研不等于所有组件从零开发，但企业必须拥有最终集成和运行责任。

选择自研前，应确认需求变化频率是否真的需要代码级控制，内部团队能否长期维护，安全与运维是否能承接，以及关键人员离开后能否继续。若价值只来自一个短期演示，自研投入可能无法沉淀。

采购路线为通用能力买时间

采购平台适合希望快速取得开发、运行、治理与运营入口的团队。平台可以减少通用组件拼装，让业务团队把精力放在场景和知识上。选型应关注开放性与企业集成，而不只是开箱功能。

需要验证：模型和工具能否按企业边界接入，身份与审计能否连接现有体系，应用资产能否导出，版本变化和故障由谁处理，供应方支持与企业值守怎样衔接。产品更新节奏也可能影响企业应用，变更通知和回归责任要提前说明。

采购能够缩短通用能力建设，但业务授权、数据规则和智能体行为的最终责任不会随许可证一起转移。 企业仍要维护场景、评测和上线标准。

生态集成路线让既有系统保持控制权

许多智能体价值来自调用企业系统。生态集成路线顺利获得已有连接器、合作伙伴或系统扩展能力接入OA、CRM、ERP、工单等系统，能降低接口建设成本，也更容易遵守系统原有权限和变更方式。

风险在于跨边界责任。连接器由谁升级，目标系统接口变化谁发现，Agent身份如何映射，调用失败由平台方、集成商还是业务系统团队首接。若生态伙伴只负责首次连接，后续运营仍可能落回企业。

生态集成适合接口标准较稳定、系统所有者明确的场景。高风险写入需要验证审批、幂等、补偿和审计，不能因为连接器预置就降低验收标准。

路线图显示分岔，也保留汇合点

下图将三条路线按条件分岔，并在运行治理与业务系统处重新汇合。阅读时先确定核心差异化在哪，再看通用平台和生态接口如何承接；不要要求一条路线包办所有能力。

典型组合可以是“自研场景逻辑+采购运行平台+生态系统连接”；也可以“采购应用平台+自研高风险工具适配”。组合越多，身份、版本、事件和责任越要统一，否则灵活性会转化成故障归因困难。

路线图还应标记未来切换点。例如业务逻辑成熟后从自研试验迁入平台，或某个通用连接器无法满足权限后转为自建。切换前提是资产和接口可迁移。

用四个问题决定主路线

第一，差异化在哪里？如果价值来自专有流程和频繁变化的规则，自研权重更高；如果价值主要来自通用问答和工具编排，平台承接可能更经济。

第二，系统边界有多复杂？跨多个核心系统、权限和审批的场景，需要生态与系统所有者深度参与；单纯接一个稳定接口则容易控制。

第三，失败后果多大？只读建议类场景可快速试验，高风险写入需要更成熟的治理、审批和人工接管，不应只按开发速度决策。

第四，谁长期值守？路线必须有服务所有者、变更与故障流程。没有运营团队时，应先缩小场景和自动化动作。

POC应比较“变化和故障”，而非各做一个演示

同一业务场景分别用候选路线实现成本过高，项目可以挑关键假设对比。自研验证团队能否维护一次模型或工具变化；采购验证平台升级、资产导出和接管；生态集成验证目标系统变化、权限和失败补偿。

测试材料围绕业务事件：版本变化前后行为、工具调用身份、系统响应、错误与恢复、人工介入和最终结果。不要让三条路线各自挑最有利的样本，否则无法比较责任复杂度。

真实生产系统不能用于试验时，可采用隔离环境或模拟接口，但要保留身份、审批和错误语义。模拟结果只能支持机制判断，正式系统差异进入后续验证。

成本比较要包含协作边界

自研成本显性体现在研发与运维；采购成本包括许可、集成、运营和供应依赖；生态集成还会出现伙伴协作、接口变化和多方支持。缺少统一价格时，可以比较每次需求变更和故障需要多少角色、等待多久、是否能独立解决。

路线成本还与规模有关。少量场景时，通用平台建设可能过重；多个团队并行后，统一治理能减少重复。决策应设置复盘节点，而不是把当前规模的结论永久化。

路线选择的底线是业务资产、权限边界和退出能力仍可由企业掌握。 无法导出关键配置、评测和运行记录，或系统连接只能依赖单一人员时，短期速度可能换来长期锁定。

先确定主线，再明确组合接口

最终方案应写出主路线、组合能力、接口所有者、运营责任和切换条件。团队可在 AI基础设施分类 延伸阅读Agent平台、网关与治理主题。第一期选择一个价值明确、动作可控的场景，至少经历一次需求变化和一次工具失败，再确认路线。

跨路线的故障复盘还应保留各层版本和参与方，帮助下一次判断问题来自平台、集成还是业务逻辑。

企业还应把路线复盘日期写入项目计划，并在场景数量、团队结构或平台能力发生变化时重新比较，而不是永久沿用试点时期结论。

这份复盘也要由路线主责人与业务所有者共同签收，确保切换条件能被实际执行。

常见问题

企业智能体三条路线可以同时使用吗？

可以，但要有主线和边界。自研可承接差异化业务逻辑，采购平台提供模型、工具和运行治理，生态伙伴连接既有系统。三者同时使用时，身份、版本、审计和故障责任必须贯通。

• 规定哪一层拥有应用定义和发布决定
• 统一用户与服务身份在各层的映射
• 用同一事件标识关联平台、工具和业务系统记录
• 为供应方、集成方和内部团队设置首接与升级路径

若每层都有自己的配置、账号和日志却无法关联，组合会增加风险。先用一个场景验证跨边界变更与故障，再扩大复用。

路线意见应回到差异化能力、系统连接、治理底座和可迁移资产，说明自研、采购或生态组合在当前企业阶段为何创建。

什么能力更适合保留自研？

通常是直接形成业务差异、变化频繁且企业需要掌握的部分，例如领域任务逻辑、专有评测、关键决策规则、人机协作和高风险工具适配。通用模型接入、基础编排、观测或权限能力则可考虑平台化。

判断时问：这项能力是否影响核心业务结果；外部平台的抽象是否足够；内部是否有长期维护团队；未来是否需要跨平台迁移。自研不是为了避免采购，而是为了取得有价值的控制权。没有持续维护价值的通用能力，重复建设会拖慢场景迭代。

• 验证应用定义、Prompt与评测集能否导出或重建
• 确认身份、工具契约和事件标识在组合路线中贯通
• 为平台或生态替换准备过渡期、责任人与回归样本

生态集成路线最容易忽略什么风险？

最容易忽略接口变化和故障责任。连接器首次上线成功后，目标系统版本、字段、权限或审批流程会变化；Agent调用失败时，也可能在平台、连接器和业务系统之间无法归因。

项目应确认连接器所有者、支持版本、身份映射、参数限制、幂等与补偿、变更通知和退出方式。高风险写入还要由目标系统所有者签收。生态“已有连接”只能缩短接入，不等于企业无需验证生产边界。

路线图还应写出何时复盘和切换，避免试点时期的临时组合永久化。

路线意见应回到差异化能力、系统连接、治理底座和可迁移资产，说明自研、采购或生态组合在当前企业阶段为何创建。