数据层与编排层结盟
2026 年 9 月 16 日，OpenText 与 Cohere 在 ALL IN AI 大会上宣布战略合作：由 OpenText 提供企业数据与上下文能力，Cohere 提供编排平台与模型，共同面向政府与受监管行业交付智能体方案。两家公司在发布中的自我定位，是「为所谓的智能体化企业补齐 AI 栈中互补的两层」。
按发布内容，OpenText 负责解锁非结构化、运营与交易数据，让智能体拿到它需要的上下文；Cohere 通过其企业编排平台提供应用与编排层，并配套企业级模型。集成方式是把 Cohere 的平台与模型接进 OpenText 的 Aviator 系列智能体。
落地位置可选，是这次合作的重点
发布里最具体的一条，是客户可以选择这套组合能力运行在哪里：本地、私有云、公有云或主权云，取决于各自的安全、数据与部署要求。对受监管行业而言，这一条比模型能力更关键——数据在哪里、由谁运营，往往先于「效果好不好」被讨论。
这类「数据不搬家」的思路在九月并不孤立。Anthropic 把 Claude 接进财富管理后台时，强调的同样是客户数据留在托管方一侧。受监管行业正在形成一种共同的采购逻辑：智能体可以用，但数据的存放位置与控制权不能因此改变。谁的方案能在这条约束下仍然跑得动，谁才有资格进入评审。
双方各自带了什么
OpenText 成立于 1991 年，总部在加拿大，官方称服务 180 个国家的 12 万多家企业客户；其数据与上下文层已运行在全球前 20 个联邦政府，以及医疗、金融、保险与全球供应链场景，产品线覆盖内容管理、业务网络、IT 运营管理与网络安全。
Cohere 成立于 2019 年，总部在多伦多，做企业及公共部门的基础模型与端到端产品，发布中以主权 AI 公司自我定位。它在受监管行业的布局并不掩饰：其企业编排平台本身就是面向企业的智能体产品，九月还有关于其融资与主权资本的讨论。
两家高管的表述也印证了分工。OpenText 的首席执行官艾曼·安东说，数据不是配角，它就是给智能体提供上下文的那个东西。Cohere 联合创始人兼首席执行官艾丹·戈麦斯则强调，把编排平台与模型同 OpenText 的数据与上下文结合，能让组织在掌握数据位置与使用方式的前提下，把智能体从试点推进到生产。
交付路径与时间表
按发布内容，合作范围不限于技术集成，还包括产品开发、协同上市，以及通过合作渠道的战略转售关系——OpenText 可以在本地与自家云两条路径上提供由 Cohere 支持的产品。交付时间是明确的：预期在 2027 年初触达客户，目前尚未进入普遍可用阶段。
对正在规划智能体路线的企业来说，这个时间表本身就是一条信息：它意味着这套组合目前还不能用于近期立项，只能作为中期选型的备选项之一。
为什么是「结盟」而不是「自研」
受监管行业的智能体落地有一个结构性难题：能理解业务数据的一方，往往不擅长做模型与编排；擅长做模型的一方，又拿不到企业藏在各类系统里的上下文。各自补全对方的短板，成本很高且时间长。
结盟的好处是交付速度快，代价是把技术栈拆成了两段：数据与上下文归一家，编排与模型归另一家。对企业客户来说，这带来一个新的问题——两家的路线图如果不同步，坑位就会落在中间，而受监管行业的系统切换成本又特别高。这是多供应商架构长期存在的运维现实。
局限与待解问题
其一，交付要到 2027 年初，目前没有任何客户侧效果数据，可以核对的只有分工与部署选项。其二，发布没有披露具体使用的模型版本、定价与服务水平协议，也没有说明「可选部署位置」背后各自的运维责任边界。其三，受监管行业最看重的合规认证清单——面向哪些监管框架、通过了哪些审计——未在发布中提及。其四，智能体在企业数据上推理并跨系统执行这件事，在权限继承与审计留痕上的具体设计同样没有公开。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。
行业含义
把这次合作放进九月的图谱里，可以看到受监管行业的入场路径正在收敛：不是单点采购一个模型，而是「数据层加编排层」结盟后再整体交付，并把部署位置作为可选项写进方案里。
同期还有一个方向接近的案例：RWS 发布了面向受监管内容工作流的智能体平台，公开预览阶段主打的是「外部监管变化自动映射到受管控内容、再由人工审批」，同样把人类决策权保留在流程内部。
这类方案共同承认了一件事：在强监管场景里，智能体的价值不是替代判断，而是把「找不到影响面」这类重复劳动压缩掉。谁能把这一步做得可审计，谁更可能通过评审——模型排名的高低，反而排在后面。