Anthropic联手Cognizant 企业AI落地比想象中难

Anthropic又有了新动作。这次不是发模型,而是和Cognizant——一家你可能没听说过但在全球IT服务领域排名前三的公司——扩展合作,要把Claude深度嵌入企业级开发运维流程。

消息本身不算意外。Anthropic一直想走企业路线,Cognizant有超过30万员工和大量制造业、生命科学客户。但真正让我多看了几眼的是合作细节:Cognizant已经培训了3万多员工使用Claude,覆盖代码生成、工程协作、合同处理几个方向。

3万人的培训规模,说实话,比任何benchmark都更能说明企业AI落地的真实节奏。

培训3万人背后的事

Anthropic在公告里提到一个数据:Cognizant在Flowsource和Neuro系统里集成了Claude,能帮企业提升合同处理效率和风险评估速度。

嗯,合同处理和风险评估——这两个场景选得很有意思。它们都不是最酷的AI应用(不是聊天机器人、不是代码自动生成),但恰恰是企业最愿意付费的方向。为什么呢?因为合同审核和风险评估这件事,企业本来就在花大量人力做,效率提升可以直接算ROI。

我翻了下原文,发现里面提到一个具体的应用场景:Cognizant帮一家制造业客户做供应商合同审核,原来一个法务团队处理一份合同平均需要3个小时,涉及条款比对、历史数据核查、合规性检查多个步骤。接入Claude之后,处理时间缩短到40分钟,而且能够自动标注风险条款。三个月下来,合同处理量提升了4倍,但法务团队没有扩编——这是企业最喜欢看的效果。

但问题来了。每个企业的合同模板、审批流程、合规要求都不一样。把Claude接入某个企业的系统,不是调个API就完事。我翻了下原文,发现Cognizant做的事情其实相当重:针对不同行业的文档结构做模型微调、建立企业级数据隔离、处理遗留系统的接口适配。

盯着那个"3万人培训"的数字愣了几秒。这个规模意味着什么?相当于一家中型科技公司的全员都要会使用AI工具。而且培训不只是"教你怎么用Claude聊天",还包括怎么把Claude的输出接入企业现有的审批流。

企业AI落地 真正的瓶颈在哪里

从实际使用来看,企业部署AI面临的核心问题不是模型能力不够,而是——说实话——到处都有阻力。

一是数据安全。制造企业的工艺参数、生命科学公司的实验数据,这些不可能直接丢给公有云API处理。Anthropic和Cognizant的合作方式很有意思:不是让企业把数据交给Claude,而是把Claude部署到企业环境里。Cloud On Tap的模式。

另一个问题是系统集成。大部分企业的IT系统经过了十几年的补丁式建设,ERP用SAP,CRM用Salesforce,审批走OA,合同存SharePoint——要让AI在这些系统之间流转数据,接口对接的工作量远超预期。我看到一个细节:Cognizant的Flowsource平台本身就是一个低代码集成工具,Claude不是直接对接每个企业的系统,而是通过这个中间层来做适配。

怎么说呢,这其实给了一个启示:企业AI的竞争,可能不是在模型层,而是在集成层。

对开发者的实际影响

对做企业软件的开发者来说,这个合作释放了一个信号:如果你的产品还在"只能通过API调用大模型"的阶段,可能很快会被集成得更深的产品替代。

Cognizant的做法是让Claude直接参与业务流程——不只是回答"这个合同有什么风险",而是自动生成修订建议、触发审批流程、把结果写回系统。这是一个从"工具"到"流程组件"的转变。

那问题来了:如果你的业务系统没有预留AI集成接口,怎么接?

这里容易被忽略的是,很多遗留系统连REST API都不完整,更别提AI集成。Cognizant的做法说明了企业AI落地的一个现实:大部分工作不是训练模型,而是写胶水代码——把AI能力粘到那些跑了几十年的系统上。

但事情没有这么简单。把AI嵌入核心业务流程意味着:当Claude生成了一个错误的合同修改建议,谁来负责?当AI的决策速度和人类审批节奏不匹配,流程怎么设计?这些都不是模型能解决的问题。

关于维基框架

维基框架关注企业应用开发中的长期维护问题。在实际项目中,业务系统往往同时涉及权限、微服务、接口协议、部署环境等复杂因素,因此我们希望提供一套更容易扩展和维护的基础框架。

官网:framewiki.com

Gitee:gitee.com/wiki-framework

GitHub:github.com/wiki-framework

示例项目:gitee.com/cdkjframework/framewiki-example

📄 许可证:MulanPSL-2.0(木兰宽松许可证,第2版)