# AI 开始改造需求到实现的路径

> Source: 跨事件归纳，基于 S07、S11、S04；属研究推断。

法务 intake、投资看板、漏洞修复——本周案例的共同点不是写得更快，而是把中间环节合并了。

研究截止：2026-10-22T15:04:32+08:00

## 综合判断

三个案例分属法务、投资、安全，但结构相似：原本需要在岗位之间传递的中间产物（需求文档、看板原型、修复工单），被压缩成一个人可以完成的闭环。这比生成速度提升更值得注意，因为改变的是协作结构而不是单点效率。


## 三个样本

- AT&T 法务：把跨团队的积累经验接进律师的日常工作流，重点是 intake 分流。
- Benefit Street：分析师自己搭看板、自己审代码，需求方即实现方。
- Cloudflare：模型查代码，平台补流量与安全信号，人做最终判断。

## 尚不能断言

- 三个案例都没有披露中间环节减少后的质量变化。
- 样本集中在知识密集、可验证的任务，不能外推到所有职能。

## 下一轮值得验证

- 合并环节之后，复核成本转移到了哪里？
- 新人如何获得原本在传递中习得的判断力？

## 相关页面

- [企业全域铺开：银行与法务的两个样本](<../event/w07.md>) — 综合依据：法务 intake 案例。
- [投资机构的判断开始被编码进 Agent](<../event/w04.md>) — 综合依据：投资机构自建工具案例。
- [Cloudflare × OpenAI：漏洞发现接到防御流程](<../event/w02.md>) — 综合依据：安全修复流程中的角色重新划分。

## 引用本页

- [Agent 与企业工作流](<../domain/agent.md>) — 主题归类：把多个 Agent 案例归结为协作结构变化。