Accenture与模型厂商：把工程、业务变化和评估接起来

“有模型可用”与“知道企业应该怎样用”之间，隔着许多具体决定。数据可以进入问答系统，谁能看、回答错了改哪里、旧流程是否继续有效，却不会由模型自动决定。大型实施公司的价值，要在这些连接处观察。

本章以Accenture与Microsoft、Workday的FDE合作安排为起点，再看Bristol Myers Squibb（BMS）的临床试验工作平台和Anthropic的嵌入评估。这些材料分别说明组织分工、实际交付链和评估角色；它们不是同一个项目，不能拼成一项已经验收的端到端成果。

Microsoft提供平台，Accenture承担哪些工作

2026年3月18日，两家公司宣布建立FDE实践。公告写明Microsoft提供平台和技术创新，Accenture侧重变更管理、流程重设计、行业工作流与全球部署，并与客户共同工程。其快速进入生产的表述属于合作目标，本书不将其当作每个项目的交付保证。¹

这一分工的可兑现部分，不是“战略与技术结合”这句话，而是让两类决定同时进入开发。平台人员确认可用的身份、模型和执行能力；业务人员确认新的操作怎样进入日常工作。当两者冲突，现场团队需要能把问题提交给真正拥有决定权的人。

以员工差旅报销作教学示例：资料助手可以解释规则，业务系统却可能仍要求财务人工确认例外。如果客户希望Agent直接提交报销，实施方需要确定谁批准金额、怎样保留证据、重复提交怎样拦住、错误记录怎样更正。平台工程可以实现这些动作，无法替财务负责人制定制度；财务批准制度，也不等于接口已正确执行。

因此，项目不能只留一份“需求已确认”的纪要。应当把每项规则绑定到系统行为：满足什么条件可提交，哪些情况转人工，批准后哪个系统更新，失败时如何恢复。客户、平台方和实施方分别签下自己有权确认的部分。

10月5日，Accenture又宣布Advanced Intelligence Group，称将汇集全球两千多名专家，FDE只是其中一类，另有数据架构、知识工程与AI解决方案工程人员。² 这个组织安排把前述分工推进到专家配置，但不能把总人数写成FDE人数或净新增招聘。客户仍要核对分配给自己项目的实际成员、投入时间和决定权。

10月13日，Accenture与业务软件厂商Workday宣布另一项FDE计划，拟与客户的人力资源和财务团队共同工作，在现有流程、数据、政策和控制中引入Workday的Agent；Accenture工程师还将与Workday产品和技术团队合作，让现场经验反馈到平台。³ 与前面的Microsoft合作相比，这一安排将实施方与业务软件产品团队的联系说得更具体，但公告描述的是计划和双方预期，不证明某个客户已经上线或取得投资回报。

客户可以据此追问：工资核算或财务结账中的哪一步由Agent建议，哪一步可以执行，例外由谁批准？如果现场发现通用功能需要修改，客户特有的政策与数据怎样留在客户授权范围内，又由谁决定产品改动是否适用于其他客户？这些是采购与验收问题，并非公告已披露的项目结果。

BMS：不是只回答问题，还要把下一步跟下去

临床试验要协调合作方和试验地点；团队需要的不只是查询资料，还要知道哪里出了问题、接下来谁做什么。Accenture的BMS案例称，双方共同建设的Workbench把实时运营资料和结构化、非结构化数据接入团队工作，按角色、研究类型与具体试验提供建议，并综合不同业务系统的视图。⁴

实施的关键落点是后续动作。材料称，平台生成可跟踪的行动事项，也把团队经验保留并分享给后续试验。这说明交付没有停在一份生成摘要，而是尝试把资料、建议、执行记录与下次使用连起来；公开材料尚未给出行动批准权限和失败恢复日志。⁴

实施方将推广到全部临床试验列为下一步；公开材料不足以独立核算采用增长或证明药物更安全、试验成功率提高和工期缩短。⁴

这条链为买方留下一个比“做了多少AI项目”更具体的检查方向。下面是本书提出的验收推演，并非BMS已披露的细节：选一个试验地点进度异常，让团队先说明哪些资料有效、哪些行动可以建议、哪些必须由负责人批准。随后看异常是否成为可追踪事项、状态是否回到日常业务系统，以及其他团队能否理解它留下的经验。不要用一次回答正确替代这条链的完成。

经验的保存还需要保留条件。同一种应对可能适用于某类试验，却不适用于另一个地区或研究阶段。如果系统只留下“上次采用了这个办法”，下一次推荐就可能丢掉当时的理由和限制。因此，经验复用的检查要包含不适用的任务：该建议应当被挡住、被限定，或被转给专业人员，而不是因为旧项目用过便自动照搬。

Accenture也以BMW北美EKHO说明企业资料问答，但当前公开短案例仅支持用途，无法重建更完整的交付与效果链。⁵两种资料的证据深度不同：BMS能让读者追到行动事项和工作场景，BMW摘要不宜承担同样重的结论。大型实施方值得考察的，是具体团队如何处理一项工作，而非案例列表的长度。

Faculty进入Anthropic：谁来检查建设者

9月18日，Anthropic宣布由Accenture旗下Faculty牵头开展嵌入评估，涉及模型评价、红队、对齐及安全防护测试。Anthropic直接资助这项工作，并说明信息访问和报告标准尚未完全确定，模型安全责任仍由自身承担。⁶

这不是某家企业的FDE验收案例，而是一种与实施相关的角色变化：拥有应用经验的团队参与检查模型怎样被建设和发布。对客户而言，不能由“有外部评估者”推出项目已经安全，也不能因资金来自被评估方就断言所有结论无效；要看访问范围、测试方法、报告对象，以及问题能否改变发布决定。

企业采购可以从中借用一个原则：建设者可以提交自测，最终验收还要由有能力拒绝的人检查。评估者不必另设庞大部门，但至少应与执笔或开发角色分开，并知道自己能够否决什么。若评价发现某一类错误，流程要明确是暂停发布、缩小范围、追加人工核验，还是换用其他产品。

对合作伙伴提出一个连贯的追问

本章各组材料没有证明同一家公司已经掌握一切；它们说明同一品牌下可能同时存在建设、业务变更和评估能力。合作时应进一步确认具体团队，而非借集团声誉代替项目证据。

请候选团队拿一个与你任务接近的例子，按顺序解释：原工作怎样完成，改了哪一个决定或动作，客户谁参与确认，哪些失败导致方案调整，客户最后能独立做什么。不能公开客户细节时，可以提供脱敏测试与交接材料；不应改用一个全公司投资数字替代。

若回答只有产品清单、合作Logo和计划投入，材料还停留在组织层。只有从一项真实业务变化追到系统行为、验证与接手，才知道这支实施团队能把工程工作带到哪里。