AI 时代的岗位发展趋势:宏观岗位地图

全文约 13,000 字,阅读时间约 20 min · BY: Roger & Claude · 北京 2026.05

前言

这份研究的起点是被网络情绪和噪声裹挟许久的问题:AI 大规模商用化以来,到底哪些人类工作真的被替代了,哪些岗位是从无到有冒出来的,又有哪些岗位看似 title 没变但职能却已悄悄换了?现在我们能看到的多数公开讨论,都停留在"什么时候失业"这种个体焦虑层面,而本文是想尝试从商业组织变迁维度,试图把"企业到底在发生什么变化"的现状描述清楚,基于当下再试图展开对未来发展可能的推衍。

经过多方信息收集和学习发现,可以看到 AI 出现后,在不同的职能、岗位级别上有三种变化趋势:萎缩:某些职能的部分招聘数量在下降;新增:出现了以前没有的全新职能;衍化:现有岗位的定义在悄悄发生变化。此外,在积极"拥抱 AI"的过程,大型组织遇到的卡点和难题,不在技术而是内部阻力上。让我们一一展开来看。

写在前面:为什么不能只听 CEO 怎么说

动笔之前,有一个 2026 上半年的背景值得先讲清楚。这份研究的起点,本就是那个自 AI 大规模商用以来反复被热议的问题:人类的工作会被 AI 替代吗?什么时候?可回看过去两年,几位嗓门最大的科技公司创始人,观点一直在反复横跳。把他们的"过去"和"现在"摆在一起,落差一目了然:

2023–2026:四位 AI 公司高管对“AI 与岗位”的口径变化 案例信号
Sam Altman
OpenAI
由激进转缓和
Dario Amodei
Anthropic
最激进 · 正变软
Demis Hassabis
Google DeepMind
一贯克制
Marc Benioff
Salesforce
言行不一
25.07 · 美联储会议
“某些领域就是会彻底消失了”,点名客服;传统工作技能“只剩 2–3 年半衰期”。
25.05 · Axios 专访
“未来 1–5 年消灭 50% 入门级白领,失业率推到 10–20%。重灾区:科技、金融、法律、咨询。”
25.06 · WIRED 专访 [37]
“通常会创造出新岗位、用上新工具;AI 是给人加成而非替代。”
26.04 · X 发帖
(2 月刚裁约 1,000 人)高调发帖“正招 1,000 名应届生搭上 AI 指数级增长”,回呛“是这些应届生在亲手建造它”。
↓
↓
↓
↓
26.05 · 悉尼 CBA 大会 [30]
“不会有‘就业末日’。我很乐意承认自己错了——入门白领被 AI 消灭的程度,比我原以为的小得多。”
26.05 · 与 JPMorgan 同台 [31]
“把一份工作 90% 自动化了,每个人就都去做剩下的那 10%。”(杰文斯悖论)
26.01 · 达沃斯论坛 [38]
“未来 5–10 年里 AI 将颠覆很多职位——尤其入门级岗位的边界会被重塑;年轻人要练 AI 不擅长的‘人类技能’。”
26.05 · 财报电话会 [34]
“不再招工程师、不招 G&A,基本只在销售一个领域扩招”——工程师人数两年稳定在约 1.5 万。
改口正值 OpenAI 巨额融资 / 上市筹备期;是原预测被现实证伪,而非有了新证据。
同样临近上市后转向乐观叙事;但 Fortune 评述:再平衡恐怕来得不够快,救不了卡在转型期里的那批人。
三人里最克制的一个——始终拒绝“末日”框架,承认入门级承压,但强调会创造新岗位、别拿 AI 当裁员借口。
“言行不一”大师,反复横跳。别看他说什么,看真实招聘动作(只扩销售、工程冻结)更贴近真相。

言论原文为英文,中文为忠实翻译;Altman / Amodei / Hassabis 发言暂无官方逐字稿,引自 TIME、Fortune、WIRED 等现场报道,整体属案例信号。证据强度读码见下方「研究方法」。

把四个人放在一起能看到:即便都是 AI 最前沿的从业者,彼此的判断差异也非常大,而且同一个人的口径还会随融资节奏在半年内大幅改向。更值得注意的是——台面上的言论在软化,台面下的招聘行为和调查数据并没有跟着软化。同期几组大样本调查指向的是另一个方向:

来源 同期的数据 / 行为
大样本 CEO 调查 Mercer:99% 高管预期未来两年因 AI 至少部分裁员,重点砍早期职业岗位 [32];Oliver Wyman:计划削减初级岗的 CEO 比例从 17% → 43% [33];另一份调查:66% CEO 计划年内冻结或削减招聘 [35] 转引数据
招聘经理调查
Resume.org
59% 的公司承认刻意强调 AI 的作用,因为"这比承认财务困难更好向利益相关方交代" [36]

这正是本研究的一个出发点:言论会被立场和时点带着走,但工资数据、招聘行为、公开 JD 不会替谁说话。当模型公司创始人的预言都能随融资节奏在半年内大幅改向,而背后的 CEO 调查与实际招聘却指向另一个方向时,唯一稳妥的做法就是——少看"谁说了什么",多看"工资单、招聘页和组织结构里到底在发生什么"。这也是下面整份报告所遵循的方法。

研究方法

因为本文偏宏观描述,所以:① 外部观测优先,论据均建立在第三方研究和企业公开披露信息之上;② 因为部分三方研究出自管理咨询公司,考虑利益相关原因,优先采纳学术与标准组织的一手研究;③ 出处可追溯,所有核心数字都标 [n] 编号、配原始链接、归档 PDF;④ 考虑到不同三方机构的研究数据扎实程度,文中引用的部分附读者标识"证据强度"读码表,把 直接数据 转引数据 案例信号 前瞻推测 研究判断 分五档贴在关键判断旁。

完整方法说明、四档证据的具体范围、对引用源利益相关方的处理方式、以及本研究的局限性,详见文末 参考资料 区首段「研究方法详述」。

Part 01

职能和岗位的三种变化

AI 大规模可商用后,整体就业市场在不同职能、岗位级别上发生了三种结构性变化:萎缩——某些职能的部分招聘数量在下降;新增——出现了以前没有的全新职能;衍化——现有岗位的定义在悄悄发生变化。

1.1萎缩:AI 时代的煤矿金丝雀是谁?

伴随着某 xx 公司因 AI 裁员 xx 人的各类报道,社会整体的失业焦虑情绪与日俱增。但事实上,根据 2025 年 11 月斯坦福数字经济实验室,用真实的薪资支付数据展开分析后发现:过去几年,美国企业整体上并没有很大规模的裁减在岗员工,但部分岗位的新人招聘数量是切实减少了。在 AI 这一波发展里,这些 22-25 岁的初级员工们似乎就是"煤矿金丝雀"的代表[1](工业时代发展初期,煤矿工人们会携带金丝雀一起下矿工作。金丝雀中毒倒下时,就是矿工们知道危险抓紧撤离的信号。此后这个词就引申为了"最早受影响的群体"。)

📄 斯坦福《煤矿里的金丝雀?》,根据全美薪酬数据展开的研究,2025 年 11 月 档案集 ↗
报告档案

附录 [1]

作者Erik Brynjolfsson · Bharat Chandar · Ruyu Chen(Stanford Digital Economy Lab) · 2025 年 11 月

阅读作者 Primer 通俗版 ↗
数据来源

主要分析数据来自美国最大薪资支付服务商 ADP(Automatic Data Processing),覆盖超过 2,500 万劳动者。研究团队筛选出 2021 年 1 月至 2025 年 9 月连续有薪资支付的稳定企业,主样本约每月 350 万至 500 万人。ADP 的数据能够按月、按岗位(人)记录支付真实情况:上个月这个岗位有人领工资、这个月没有,就能精确判断是少招了一个新人,还是裁了一个老人。这种月度颗粒度是这份研究能成立的前提。

研究过程和方法

研究分三层逻辑交叉验证:"谁在受影响"、"哪些岗位被 AI 冲击"、"AI 是在替代还是协作":

第 ① 层:把岗位分类。ADP 内部有 7,000+ 个企业自定义岗位 title,研究者把它们映射到 SOC(Standard Occupational Classification,美国标准职业分类)统一代码,让不同公司的相似岗位可以横向比较。

第 ② 层:给每个岗位打"AI 暴露度"标签。暴露度指标是拿 O*NET(Occupational Information Network,美国职业信息数据库)里每个岗位的具体任务清单 list,让 GPT-4 去估算"这些 list 中的任务有多少能被大语言模型完成",得到一个岗位的暴露度分数。然后按暴露度分数的高低,把所有岗位分成五个等份(五分位),对比各等份的就业变化。

第 ③ 层:区分 AI 是"替代"还是"协作"。使用 Anthropic 发布的 Anthropic Economic Index(经济数据看板),基于 Claude 用户在真实对话里被使用的任务类型,把 AI 使用模式归为两大类:Automative(替代型):用户给指令、AI 能直接完成(Directive 指令式 + Feedback Loop 反馈循环式);Augmentative(协作型):用户与 AI 反复迭代打磨(Task Iteration 任务迭代 + Learning 学习 + Validation 核对)。

AI 暴露度不同的职业,在不同年龄段的岗位数量增减趋势规律

斯坦福研究者给每个岗位打了一个"AI 暴露度"分数——把岗位的任务清单交给 GPT-4,让它估算"其中有多少能被大语言模型完成"得到。然后按分数高低把所有岗位分成五个等份(Q5 最高 → Q1 最低),下面重点对比 AI 暴露度最高与最低的 2 个职业的实际就业曲线(完整数据来源与方法学见上方报告档案)。[1]

AI 暴露度最高 2 个 vs 最低 2 个职业,按年龄分段看就业变化
22-25 26-30 31-34 35-40 41-49 50+ (点击图例可单独查看某一年龄段)
22-25 岁 −20%
Software Developers软件开发者 · 最高暴露(Q5)
22-25 岁 −16%
Customer Service Representatives客户服务代表 · 最高暴露(Q5)
22-25 岁 +1%
Stock Clerks & Order Fillers仓库 / 理货员 · 次低暴露(Q2)
22-25 岁 +13%
Nursing & Health Aides护工 / 家庭护理员 · 最低暴露(Q1)

数据说明:纵轴是相对就业指数——把每个岗位 2022 年 10 月(即图中竖虚线所在位置、ChatGPT 发布前后这个时间节点)的实际就业数设为基准 1.00,其它月份的数值表示同期就业相对该基准的比例。例如 0.85 = 当月就业人数是 2022.10 的 85%(即比基准少 15%);1.10 = 比基准多 10%。这样做的好处是不同岗位、不同绝对规模的就业曲线可以放在同一张图里直接比对趋势。数据点从 Stanford 原报告 Figure 4(高暴露 2 个)与 Figure A2(低暴露 2 个)逐月提取。

把这 4 张曲线放在一起看( 22-25 岁初级岗位 2022 年 10 月→2025 年 9 月的累计变化),能看到企业用真金白银应对 AI 的几个实际信号:

① AI 暴露度越高的岗位,年龄分化越剧烈。最暴露的软件开发和客户服务代表岗位,22-25 岁初级岗位就业数量减少了 −20% 和 −16%,但 35+ 岁中高级岗位逆势涨 +8% 和 +7%。一上一下,分化幅度接近 30 个百分点。中等 AI 暴露度的营销和销售经理岗位,也表现出类似趋势,只是分化的幅度没有这么大。

② AI 低暴露度的岗位则反过来,年轻人岗位增长更快。最低 AI 暴露度的护工 / 家庭护理岗位,22-25 岁年增长 +13%,明显快于 35+ 岁的 +5%。在 AI 没替代的工作里,年轻人就业明确占优势。

此外研究者还发现:受冲击的高暴露岗位都是规则明确、模板化强、可编码的工作(除了正文里出现过的 4 个职业外,Stanford [1] 附录里列入 Q5 / Q4 高暴露的代表岗位还包括会计 / 审计、秘书 / 行政助理、计算机程序员、财务经理、前台 / 接待员、批发与制造业销售代表等),刚好是大语言模型最擅长的能力范围。比如在 ChatGPT 发布后,模型能力在 coding 维度的增长,也能说明 AI 不仅能替代"机械性重复工作",也能替代"需要技能但模型可快速学习的工作",把替代岗位的边界从"低技能"推到了"中等专业技能"。

以软件工程师为例:AI 渗透率高的职能,毕业生进入门槛反而更高

看完斯坦福对全美的数据切片,LinkedIn 2026 年 1 月发布的全球劳动力市场报告,从另一个视角——AI 技能在劳动力市场的分布——给出了一组互补的观察。

📄 LinkedIn《Labor Market Report 2026》 · LinkedIn Economic Graph · 2026.01 · 全球 13 亿+ 会员 · 12 国 档案集 ↗
报告档案

附录 [4]

作者LinkedIn Economic Graph Research Institute · 2026 年 1 月 · 全球年度劳动力市场报告

数据来源

基于 LinkedIn 全球 13 亿+ 会员的 profile 与招聘行为数据,叠加 BLS(美国劳工统计局)、UK ONS、Federal Reserve 实际利率、NCES 学历数据、以及对 100+ AI 公司的人工分类做交叉验证。覆盖 美国、英国、德国、法国、印度、巴西、墨西哥、加拿大、荷兰、新加坡、澳大利亚、UAE 等 12 国,时间窗口主要对比 2019.10 → 2025.10(与疫情前基准对照),软件工程师序列追溯至 2015 年。

研究方法

这份报告用三条独立指标交叉刻画"AI 时代的招聘信号":

① LinkedIn Hiring Rate——当月把新雇主加入 profile 的会员数 / 该国 LinkedIn 总会员数,做 3 个月滚动均值。这是衡量"招聘冷热"的核心指标。

② 入门级岗位份额——通过 profile 的 seniority 字段识别"入门级",以百分点(ppt)对比 2022 vs 2025 该职能里入门岗位占比的变化。

③ AI 渗透度——按"该职能内拥有 AI 技能(AI engineering + AI literacy)的会员占比"衡量;"AI Skilled" 定义为至少 2 项 AI engineering 技能或受雇于 AI engineering 岗位。

企业规模分档为 Small(2–200)/ Mid-to-Large(201–10,000)/ Large Enterprise(10,000+)。报告同时引入 Censuswide 对英、法、德、美 8,013 名职场人士的问卷调研做主观验证。

LinkedIn 把"AI 技能"定义为"profile 中列出至少 2 项 AI engineering 技能或当前就职于 AI engineering 岗位"。按这个口径,2025 年全美 LinkedIn 会员的平均 AI 技能渗透率只有 3%,而 AI 技能浓度最高的 6 个职能依次是:工程(Engineering)10%、产品(Product Management)10%、研究/分析(Research)8%、创业(Entrepreneurship)7%、IT 5%、咨询(Consulting)4%。这 6 个职能之外,所有其它职能的 AI 渗透率都在 3% 或以下。[4]

这里出现了一个值得多看一层的现象:渗透率最高的软件工程职能,LinkedIn 看整体招聘数据其实并没有显得很惨烈——软件工程师的入门级和经验级 LinkedIn 招聘率(= 入职当月把新雇主加入 profile 的会员数 ÷ 该国 LinkedIn 总会员数,做 3 个月滚动均值;原报告中按基准年归一化为指数展示、并非绝对百分比,本质上是衡量"招聘冷热"的相对指标)都在 ChatGPT 发布后温和下行,绝对数字看起来不算夸张。但如果把毕业生供给一起放进同一张图里,供需两端的压力就显出来了:

2016–2026 美国软件工程师就业数据
毕业生供给 × 招聘率 × 宏观经济(实际利率)
图表说明 计算方式 数据来源
CS 本科毕业生
2016–2022 用 NCES/IPEDS 官方数据(美国本科 CS 毕业生);2023–2025 依据 LinkedIn 线性预测;2026 外推。
NCES/IPEDS · LinkedIn 报告 p.23
SWE 入门级招聘率
软件工程师(SWE)入门级 LinkedIn Hiring Rate,基于 LinkedIn 报告 p.22 月度图表按年度近似读数重构,2026 按趋势推断。口径:仅限软件工程师岗位的入门级(entry-level)招聘率,非全行业大盘;美国口径(原报告 p.14–23 美国专章)。
LinkedIn 报告 p.22
SWE 经验级招聘率
软件工程师(SWE)经验级 LinkedIn Hiring Rate,同上重构方法。口径:仅限软件工程师岗位的经验级(experienced)招聘率;美国口径。
LinkedIn 报告 p.22
全美整体招聘率
美国全行业整体 LinkedIn Hiring Rate(作为大盘对照),2019–2025 读图,2016–2018 补齐,2026 趋势推断。
LinkedIn 报告 p.16
实际利率
有效联邦基金利率 − PCE 同比通胀率,年度均值。
美联储/FRED(FEDFUNDS)· BEA/FRED(PCEPI)

把毕业生供给和这几条招聘率放在一起看,会发现两股力量在同时挤压入门级 SWE:一是 CS 本科毕业生十年里几乎翻倍(64,400 → 140,000,一个早于 AI 的长期招生潮),二是入门级招聘率在 2022 招聘泡沫后明显回落。两组原料都取美国口径——毕业生是 NCES 美国本科数据,招聘率对应 LinkedIn 报告 p.14–23 那个标着"Impact of AI on labor in the US"的美国专章,二者可比。[4]不过想把这股"压力"真正量化、又不被噪声带偏,得先解开招聘率本身的一个口径陷阱——下一节专门讲。

插曲 · 不构成数据论据

就在 2026 年 5 月,前谷歌 CEO 埃里克·施密特在亚利桑那大学毕业典礼演讲时,每当他提到 "AI" 或试图颂扬人工智能,台下毕业生便集体爆发出响亮的嘘声。这只是一则新闻轶事、不构成数据证据,但把它和上面那张图里"毕业生供给上扬、入门级招聘率回落"的剪刀差放在一起看,都能直观感受到这群应届生承受的实际市场压力。

招聘率 ≠ 招聘量:把"会员膨胀"还原掉,入门级招聘其实在 2023 后企稳

上面那条"招聘率"还藏着一个容易误读的地方。LinkedIn 招聘率 = 入职人数 ÷ 总会员数,而美国 LinkedIn 会员数三年从 1.80 亿涨到 2.70 亿(+50%)[45]——其中约四分之三是任一月份并不活跃的注册号[46]。这些不活跃的号只把分母撑大、却不进分子,于是"招聘率"会被机械地越压越低,哪怕真实入职人数并没有同步减少。

把招聘率乘回会员数,分母上的会员数正好约掉,还原出更接近真实的"入职体量"(≈ 入职人数本身)。两个口径放在一起,故事就分叉了:

入门级 SWE:毕业生供给 vs 实际吸收 vs 招聘率(2022 = 100)
供给上扬、实际吸收(入职体量)回落后走平、招聘率被会员膨胀进一步压低;供给与吸收之间张开的口子,就是应届生压力

数据说明:三条线均归一化到 2022 = 100。「毕业生供给」为 NCES 美国本科 CS 毕业生;「入职体量」= 招聘率 × 当年美国 LinkedIn 会员数(≈ 真实入职量,已抵消会员膨胀);「招聘率」为 LinkedIn 入门级 SWE 招聘率指数。入职体量单位为人为合成,绝对值无意义;会员数为全职能注册口径、非纯 SWE;2026 取 2025 年底口径。

年份招聘率指数(热度)美国 LinkedIn 会员入职体量 = 热度 × 会员
20221.781.80 亿320
20230.952.00 亿190
20240.802.20 亿176
20250.702.50 亿175
20260.702.70 亿189

入职体量 = 招聘率指数 × 会员数(亿),为相对值。来源:招聘率指数取自本报告 SWE 重构([4]);会员数为 DataReportal《Digital 2022–2026: United States》LinkedIn 美国会员(注册口径)[45]。

读出来的结论和单看招聘率正好相反:2022 是零利率招聘泡沫的顶(320),2023 年回落到 190 后,2024–2026 基本走平(176 / 175 / 189),2026 还因会员继续增长而微升。也就是说,入门级 SWE 招聘并没有"一路崩",而是泡沫破裂后的一次性回落,随后企稳。招聘率曲线之所以显得还在持续下探,有相当一部分是会员注册数三年膨胀 50% 把"率"稀释出来的,并不全是真实招聘在继续缩。

把毕业生供给叠进来,应届生的真实压力就读得出来了——这也是本报告对"供需压力"的最终口径,用来取代正文上方那条已退役的"供需压力相对指数"(旧线分母是被会员膨胀污染的招聘率,这里换成更干净的"实际吸收量"):

年份毕业生供给 ÷2022入职体量 ÷2022供需压力 = 供给 ÷ 吸收
20221.001.001.00
20231.060.591.79
20241.150.552.09
20251.290.552.36
20261.290.592.19

读法很直接:到 2025,毕业生比 2022 多了约 29%、实际被吸收的入职量却少了约 45%,两头一夹,应届生面对的相对压力约是 2022 的 2.4 倍。这条"供给 ÷ 实际吸收"比旧的"供给 ÷ 招聘率"更靠谱——分母用的是还原会员膨胀后的真实入职量,而不是被注册数稀释的招聘率。转引数据

口径提醒:① 入职体量是"流量"(每年新入职多少人),不是"在岗存量";② 会员数为全职能注册口径、含大量不活跃号,LinkedIn 未披露其招聘率分母的精确口径,故"膨胀到底污染了多少"无法实测,本节只取方向、不报绝对值;③ 招聘率指数为按图近似重构。转引数据

1.2新增:哪些岗位正在从无到有

新的就业机会在哪里,LinkedIn 也给出了清晰的答案:全球过去 2 年内新增了 130 万 AI 相关岗位,并列出了数量增加最多的 6 个职能。其中两类新岗位的增长曲线尤其陡峭:AI Engineer(增长 13 倍)和 Forward-Deployed Engineer / PM(增长 42 倍)。

新出现数量最多的 6 类 AI 岗位(统计 2023 → 2025 全球新增的 130 万新岗位)[4]
岗位 本质做什么 新增数量
Data Annotator数据标注师 规模最大但单价最低;高质量数据标注是当前所有模型公司的护城河,更接近"零工经济" 2023 → 2025
新增 77.4 万人
Data Center Eng / Tech数据中心工程师 / 技术员 过去 12 个月全球新增 60 万+ 净岗位,AWS / Azure / GCP 是最大雇主 过去 12 个月
新增 60 万 +人
Head of AIAI 负责人 AI 进入 C-suite 议程的标志位——大企业陆续设立专门的 AI 高管职位 2023 → 2025
新增 29.8 万人
AI EngineerAI 工程师 不是传统 ML 工程师——更靠近"模型应用层工程师",懂 prompt、agent、retrieval、eval、生产化 2023 → 2025
新增 17.7 万人 ·3 年增长 13×
AI Forensic AnalystAI 审计 / 治理岗 围绕 AI 审计、可解释性、合规的新角色。Deloitte:仅 21% 企业有成熟 agent 治理模型 2023 → 2025
新增 4.9 万人
Forward-Deployed Eng / PM驻场工程师 / 产品经理 深入客户场景、把模型能力落进具体业务的"驻场型"角色。Anthropic / Palantir 模式的外溢 2023 → 2025
新增 9 千人 ·3 年增长 42×

数据说明:新增数量为 LinkedIn 在该岗位上观察到的全球累计净增会员数。除"数据中心工程师 / 技术员"为"过去 12 个月新增"外,其他岗位均为 2023 → 2025 共 3 年累计。3 年增速(如 13×、42×)表示 2025 年的新增规模相对 2022 年基线的倍数。来源:LinkedIn Economic Graph 2026.01 报告 p.10–11。

通过统计可以看出来:

第一,Data Annotator 是规模最大的新岗位(77.4 万),高质量数据标注是当前所有模型公司的护城河,但它的单价最低、技能门槛最低,更接近"零工经济"。

第二,Forward-Deployed Engineer / PM 的绝对数量只有 9,000 人,但 3 年增长 42 倍。可以理解为这是现在最"稀缺且紧俏的职业"。

放大镜 ①:AI engineering talent 不仅数量增加、岗位位置也在发生变化

LinkedIn 把 AI engineer、Head of AI、Forward-deployed engineer 等岗位合并为 "AI engineering talent",并发现这群人跨国流动的概率是普通 LinkedIn 会员的 8 倍。[4] 也就是说,AI engineering talent 不仅是当下全球新增最多的重要岗位,他们还正在被阿联酋、爱尔兰、德国、新加坡等国家的政策与薪资体系主动"虹吸"。

AI engineering talent 在 2024 年的净跨境迁移率
每万名 LinkedIn 会员 · 正值 = 净流入 · 负值 = 净流出[4]
阿联酋
+4.2 爱尔兰
+2.2 德国
+2.1 澳大利亚
+1.5 新加坡
+1.2 美国
+1.1 英国
+0.6 印度
−1.5 以色列
−2.1

数据说明:净迁移率 = (流入 − 流出) ÷ 该国 LinkedIn 会员总数 × 10,000。阿联酋 +4.2 意味着每万名阿联酋的 LinkedIn 会员里,2024 年净流入 4.2 名 AI engineering talent;以色列 −2.1 表示净流出。AI engineering talent 的口径来自 LinkedIn 报告 p.12 脚注:AI engineer、Head of AI、Forward-deployed engineer 等技术角色。

LinkedIn 还发现,AI talent 的人才密度落差非常大:

在 Foundation Model 公司(即模型训练公司,如 Anthropic、OpenAI 这类),过去 12 个月员工总数同比增加 +92%。远高于 Big Tech(大型科技公司,如 Google、Microsoft、Meta、Amazon 这类员工数超过 2 万、AI 已嵌入产品的科技巨头)的 +8%;更远高于 Vertical Applications(行业垂直 AI 应用公司,即面向某个特定行业 / 业务场景做 AI 解决方案的公司,例如医疗影像、法律合同、保险核保等垂直方向的 AI 公司)的 +6%。

在 Foundation Model 公司(即模型训练公司,如 Anthropic、OpenAI 这类),有 28% 的员工被分类为 AI talent。而 Big Tech 公司只有 15%。[4]

放大镜 ②:Agent 治理岗——"裁判跑得比球员慢"

📄 Deloitte《State of AI in the Enterprise 2026》 · Deloitte AI Institute · 2026.01 · 3,235 名高管 / 24 国 / 6 行业 档案集 ↗
报告档案

附录 [6]

作者Deloitte AI Institute · 2026 年 1 月 · 第 9 期年度全球企业 AI 调研

数据来源

2025 年 8–9 月对全球 3,235 名 director–C-suite 级别高管的定量问卷,覆盖 24 个国家(美、英、德、法、加、巴、日、印度、中国大陆、新加坡、UAE 等)与 6 个行业(消费品;能源、资源与工业;金融服务;生命科学与医疗;技术媒体电信;政府与公共服务)。叠加 15 位 C-suite AI 与数据领导的深度访谈,用于补充定量数据无法覆盖的组织内细节。

研究方法

这份报告围绕"AI 准备度"建立了一个跨年对比的复合指标,包含以下 7 个维度:

① 战略 · AI 战略清晰度、目标设定、与业务模式的耦合度

② 风险与治理 · 数据隐私、合规、模型监督、agentic AI 护栏

③ 技术基础设施 · 计算、数据管道、平台、Sovereign AI 部署能力

④ 人才与工作重设计 · AI fluency、reskilling、岗位与流程的重构程度

⑤ Agentic AI 成熟度 · 当前部署广度、未来 2 年计划、治理框架成熟度

⑥ Physical AI 部署 · 智能监测、协作机器人、数字孪生等的渗透深度

⑦ 业务影响 · 营收增长、效率提升、商业模式重塑的实际兑现情况

报告把样本按"业务影响 × 战略成熟度"切分为 3 档:Reimaginers(重塑型,约 34%)/ Redesigners(重塑流程型,约 30%)/ Surface-level Adopters(表层应用型,约 37%),并对比这三档在治理、人才、技术上的差距。

这份调研里有一节标题非常直白——"AI 智能体跑得比护栏快"(原文 "AI agents are scaling faster than the guardrails")[6]。Deloitte 想表达的是:企业大举铺开 agentic AI 的速度,已经远远跑在了它们建好治理框架、风险监督和岗位重设计之前。下面这张图把这层"落差"直接摆出来:

未来 2 年要部署 agentic AI 的公司,远多于今天有成熟治理框架的公司
2025 年 8–9 月,Deloitte 全球企业 AI 调研,n = 3,235[6]
计划 2 年内部署 agentic AI
74%
今天至少中度使用 agentic AI
23%
已有成熟的 agent 治理模型
21%
已围绕 AI 重新设计岗位 / 工作流
16%

数据说明:74% 计划 2 年内部署 vs 21% 有成熟治理 ≈ 3.5 倍裂口。
⚠️ "中度使用"(at least moderately)的口径:Deloitte 把 agentic AI 的使用程度分成 5 档——Not at all(完全不用)/ Minimal usage(很少用,仅个别试点)/ Moderate usage(中度使用,已稳定用于公司部分业务流程)/ Extensive usage(广泛使用,覆盖多个业务职能)/ Fully integrated(完全整合,已是核心运营组件)。"中度使用 agentic AI" 指落在 Moderate 及以上三档的公司——agent 已经走出实验阶段、真正在业务里跑起来的公司,而不只是 PoC / 试点。
⚠️ "围绕 AI 能力重新设计岗位 / 工作流"的口径:不是给员工做 AI 培训,也不是让员工"在原岗位上用 AI 工具",而是把岗位的存在前提整个重写——重写 JD(岗位职责描述)、重构工作流(明确哪些步骤由 AI 完成、哪些由人完成、如何衔接)、重设 KPI 与产出形态(从"做多少件事"转向"和 AI 协作交付多少价值")、重画职业发展路径(从"做更多同类任务升级"转向"承担更复杂的人 + AI 协作任务"),甚至重组管理结构(某些角色因为 AI 接管了协调工作不再需要管理大团队)。Deloitte 的判定:84% 公司在这件事上还没有实质性动作。

Deloitte 德勤同时指出,企业最担心的 4 类 AI 风险,有 3 类是治理问题:数据隐私与安全(73%)、法律 / IP / 合规(50%)、治理能力与监督(46%)。这也直接催生了几个全新岗位族群——AI Forensic Analyst(AI 取证 / 审计员)、Model Risk Officer(模型风险官)、AI Compliance Lead(AI 合规负责人)等。根据 LinkedIn 统计,2023 → 2025 累计新增 4.9 万人。基于"Deloitte 风险担忧排序 + LinkedIn 新岗位斜率"两组数据外推,我们倾向于判断"AI 治理 / 合规 / 取证"将成为未来 18–24 个月里增长最快的一类新增岗位前瞻推测——这是 84% 公司急需的"补救型岗位"。这条判断属于趋势外推,并未直接出自任何一份报告。

许多组织以前为传统算法和技术搭好了基础设施和治理流程。LLM 出现后,这些努力一夜之间被推翻——突然之间需要全新的护栏、新的角色、新的考核口径。 一位欧洲大行的 head of AI strategy[6]
我们发现公司里根本没有一份完整的 AI 工具清单——开发是分散发生的,没有任何集中追踪。 一位匿名 AI 领导,受访于 Deloitte 全球调研[6]

1.3衍化:名字不变,岗位职能变了

在 AI 带来的人才和组织变化中,不容易被观测、但最关键的一类变化是岗位本身职能的衍化。比如"算法工程师""产品经理""数据分析师"这些岗位名字会保留,但他们每天做什么、需要什么能力正在被悄悄重写。

先放进一个外部框架:BCG 的六类"AI 劳动力扰动段"

在逐个拆解岗位之前,先借一个外部框架给"衍化"定个位。BCG Henderson Institute 在 2026 年 4 月的《AI Will Reshape More Jobs Than It Replaces》里,用一套微观经济模型把全美约 1.65 亿个岗位拆成六个"AI 劳动力扰动段"(AI Labor Disruption Segments)。这套六分法和本文"萎缩 / 新增 / 衍化"三分法高度同构,而且给出了一个关键量级判断:未来 2–3 年 50–55% 的岗位会被"重塑",但只有 10–15% 真正面临被"消除"。换句话说,"衍化"——名字不变、内核被改写——才是 AI 冲击就业的主旋律,"萎缩"是其中更小、更集中的一块。

报告档案

附录 [51]

作者BCG Henderson Institute · Boston Consulting Group · 2026 年 4 月 · 覆盖全美约 1.65 亿个岗位的微观经济建模

数据来源

不是问卷调查,而是 BCG Henderson Institute 自建的一套微观经济模型:按"自动化潜力 × 需求是否随产出扩张"两个维度,把全美劳动力市场的全部岗位逐一归段,得到六类"AI 劳动力扰动段"(见原文 Exhibit 4–6)。这套分段是 BCG 的专有方法学,结论以"占当前岗位比例"给出。

研究方法

核心是两个量级判断:① 未来 2–3 年,50–55% 的岗位会被显著重塑(amplified + rebalanced + enabled 三段,加上 divergent / substituted 两段里不会被消除的部分);② 未来 4–5 年,10–15% 的岗位面临被消除(substituted + divergent 两段,按自动化潜力加权、并对需求扩张做调整)。BCG 同时强调:会有"未具体量化但可观"数量的新岗位随新需求出现——对应本文的"新增"。注意:模型口径是美国市场、不含未来人形机器人等突破,且为单一机构建模、非实证就业数据。

把这六段对回本文的三种变化,能看出一张相当清晰的映射:

BCG 劳动力扰动段 占比 对应本文 段内逻辑与典型岗位
Amplified放大型 5% 衍化(增益) AI 增强人力且需求扩张,人仍是价值核心,甚至可能因抢人而涨薪——如当下的软件工程
Rebalanced再平衡型 14% 衍化 人数不变但角色被重设计,routine 任务自动化、复杂职责上移,必须 upskill
Enabled被赋能型 23% 衍化 AI 嵌入日常、改变"怎么做"但不改变"工作结构"——如临床助理、实验室技术员
Divergent分化型 12% 萎缩 + 衍化 AI 接管结构化工作,高级岗位扩张、初级岗位收缩——正是本文"金丝雀"年龄分化的机理
Substituted被替代型 12% 萎缩 需求封顶 + AI 直接替代核心任务,净裁员、压薪——如部分财务分析、客服
Limited-Exposure低暴露型 34% 基本不受影响 高度情境化 / 人际 / 需人在场,近期难被重塑——如医生、教师

数据说明:六段占比与 50–55% / 10–15% 两个量级均来自 BCG Henderson Institute《AI Will Reshape More Jobs Than It Replaces》(2026.04)正文与 Exhibit 4。[51] "对应本文"一列为本文作者所做的定性映射,BCG 原报告并不使用"萎缩 / 新增 / 衍化"的提法;映射意在说明两套框架同构,不代表占比可直接相加换算。该模型口径为美国市场、未计入人形机器人等未来突破,且为单一机构建模结果,建议与 McKinsey [5]、Deloitte [6]、Stanford [1] 等实证 / 调研来源交叉使用。

这张映射对本节最重要的一句话是:真正被整段抹掉的岗位(萎缩)是少数,大多数岗位落在"再平衡"和"被赋能"里——它们名字不变、却被 AI 重写了内核。这正是"衍化"。下面我们把镜头从宏观模型拉近,看 5 个具体岗位的"前 / 后"是怎么变的。

通用图景:五个岗位的"前 / 后"对照

把 5 个常见岗位的"日常工作内容"放在 2022 之前与 2025 之后做对照,看每个岗位"内核"被改写的方向。

岗位 2022 之前 2025 之后
Engineering算法 / ML 工程师 从零训练定制模型、调参、写算子、做特征工程;评价标准是"模型 metric 是否提升" 80–90% 新用例是 GenAI;代码交给 AI 写,人的时间花在理解业务、设计 Eval、构建 agent 工作流
Product Management产品经理 写 PRD、做用户访谈、协调研发资源、跑 A/B 测试 "Research PM"模式(Anthropic):在模型微调阶段就介入,匹配模型能力与用户需求,收集对话数据反哺训练
Research研究 / 数据分析 接需求、拆指标、查数仓、写 SQL、做可视化、向需求方解释结论 需求方直接对模型提问,模型自动拆指标 / 查数仓 / 生成图表;角色演化为"语义层维护者"或"数据资产 PM"
Design设计师 素材脑暴、风格探索、批量出图、细节调整、走查反馈 素材脑暴和初稿交给 Midjourney / Figma AI;价值上移到系统化设计语言、跨平台一致性、用户研究判断
Human Resources招聘 / HR Sourcing、筛简历、安排面试、协调 offer、入职流程 LinkedIn AI 招聘工具缩短 30% time-to-hire;HR 价值转向人才战略、组织设计、技能矩阵

数据说明:表中"前 / 后"叙述综合自以下来源—— ① Engineering "80–90% 新用例是 GenAI" 来自 Deloitte《State of AI in the Enterprise · 2026.01》p.29 中对一位欧洲大行 AI 战略负责人的访谈[6];② Product Management 的 "Research PM" 模式来自 Anthropic CPO Mike Krieger 的公开访谈(Lenny's Podcast 2025)[14];③ Research 行的演化路径综合 LinkedIn《Labor Market Report 2026.01》p.18(Research 职能 AI 渗透率 8%)与 BCG《AI at Work 2025》"重塑型公司数据决策可达性"[7];④ Design 的 Midjourney / Figma AI 采用与 LinkedIn p.30 "creator 经济 +90%"[4];⑤ HR "30% time-to-hire 缩短" 来自 LinkedIn Recruiter AI 产品白皮书,与 p.29 AI Literacy 增长配套引用。"前 / 后"为定性归纳,不代表所有该职能从业者;具体岗位的演化速度因公司、行业、组织规模差异显著。

每个岗位"内核"变化背后的量化信号

这 5 个岗位的"内核"变化并非感觉,LinkedIn、McKinsey、Stanford 三份报告里都能找到对应的量化指标。Stanford《Canaries in the Coal Mine》的高暴露职业聚合数据是这层判断的最强底证之一——22–25 岁青年员工在高 AI 暴露岗位上的相对就业 −15%,而同一类岗位的 35+ 岁员工反而 +8%。[1]

岗位 LinkedIn 量化信号 McKinsey 未来 1 年因 AI 减员预期 Stanford 同岗位年龄分化
Engineering算法 / ML 工程师 AI 技能渗透率 10%,全美职能第一(均值 3%);Software Engineer 是 AI Literacy 最高频的岗位名[4] Software engineering 职能 32% 受访者预期未来 1 年因 AI 减员[5] Software Developers(最强相关):22–25 岁 −20%,35+ 岁 +8%——典型的年龄分化金丝雀[1]
Product Management产品经理 AI 技能渗透率 10%,与工程并列全美第一;Product Manager 进入 AI Literacy 最高频岗位 Top 3[4] Product / service development 职能 25% 受访者预期未来 1 年因 AI 减员[5] PM 无直接数据;最接近的 Marketing & Sales Managers:22–25 岁 −7%,35+ 岁 +6%[1]
Research研究 / 数据分析 Research 职能 AI 技能渗透率 8%(全美第三);同时入门级招聘份额 +0.4 ppt,岗位还在招新人但内核已迁移[4] —(McKinsey 11 职能调研中未单独列出 Research / Data Analyst,无对应数据) —(Stanford 6 个高暴露职业里未单列 Research / Analyst,无对应数据)
Design设计师 Design 职能 AI 技能渗透率 仅 2%,渗透滞后;与此同时全球 7,500 万人靠内容创作获得收入,4 年内 LinkedIn "creator" 标签 +90%[4] —(McKinsey 11 职能调研中未单独列出 Design,无对应数据) —(Stanford 6 个高暴露职业里未单列 Design,无对应数据)
Human Resources招聘 / HR HR 职能 AI 技能渗透率 2%,但入门级招聘份额跌幅 −1.4 ppt(全美第 4 大跌幅)[4] Human Resources(含 talent analytics)31% 受访者预期未来 1 年因 AI 减员[5] HR 无直接数据;同属高暴露 + 服务交互类的 Customer Service Reps:22–25 岁 −16%,35+ 岁 +7%(仅作量级参照)[1]

数据说明:LinkedIn 量化信号列—— AI 技能渗透率来自 LinkedIn 2026.01 报告 p.18,入门级招聘份额变化来自 p.21,AI Literacy 最高频岗位来自 p.29,creator 经济 +90% 来自 p.30。McKinsey 减员预期列——来自 McKinsey《State of AI 2025》Exhibit 16(受访者预期未来 1 年因 AI 在该职能减员 ≥3% 的比例),11 职能 median 为 30%;McKinsey 11 职能为 HR、IT、制造、营销与销售、产品 / 服务研发、风险 / 法务 / 合规、客户运营、软件工程、战略与企业财务、供应链 / 库存管理、知识管理——"Research" 和 "Design" 不在此 11 类内,故无对应数据。Stanford 年龄分化列——来自 Stanford《Canaries in the Coal Mine · 2025.11》Figure 2,对比 22–25 岁与 35+ 岁劳动者在 6 个高 AI 暴露职业上的相对就业变化(归一化到 2022.10 = 1.00);6 个高暴露职业为 Software Developers、Customer Service Reps、Marketing & Sales Managers、Production Supervisors、Stock Clerks、Nursing / Health Aides——其中 Research 与 Design 不在 Stanford 列表内。"最接近 / 同属……类" 的映射为定性参照,不等于真实代表性数据。

薪资为什么没有变化?前瞻推测

在看到岗位能力要求发生变化的过程中,结合斯坦福的研究——他们发现 2022–2025 年所有年龄段的薪资额度几乎无变化——值得多追问一层:这是不是除了说明企业对 AI 的应对方式是"部分招聘冻结"、并没有发生"降薪"之外,也意味着企业并没有因为岗位职能里增加了 AI 能力要求,给相关岗位"涨薪"?换句话说,AI 一边在重塑岗位内核、一边在压缩入门级招聘,但既没让薪水降下来、也没让薪水涨上去——劳动力市场的"价格信号"在这一轮变化里尚未传导。这一点值得后续追踪薪酬调研报告(如 levels.fyi、Robert Half、Radford)的纵向数据来验证。

科技服务公司安全运营中心:处理量增 26 倍 + 零裁员

突破角度:增产不必靠加人——产出可以爆炸式增长而团队不动

背景

一家科技服务公司的 6 人安全运营中心,每月要处理约 1,500 条安全告警,其中大多数是误报、需要人工初步分流。团队天天被告警淹没:产能有限,分析师只能把高优先级告警查透,低优先级几乎没覆盖。工作高度机械——分流、分类、升级或关闭,大把时间耗在重复劳动上,反而做不了真正需要专业判断的深度调查。

突破做法

团队部署了一套 AI 自动化告警分流系统:AI 接管初步分类 + 误报过滤,把原来要小时级的处理压到秒级,只把真正需要人判断的告警升级给分析师。

但真正的难点其实是团队阻力——6 个人、AI 又能替掉大部分工作量,"怕丢饭碗"是明摆着的风险。技术负责人手握完整授权、不依赖其它团队,把这件事当成专项亲自推,靠三点化解:

① 情境本身就帮了大忙——这不是一个"表现很好、会被 AI 打乱"的团队,而是一个本来就跟不上、覆盖不全的团队,AI 自然被理解成"解脱"而非"替代";
② 分工很直觉——AI 拿走占掉大半时间的机械分流,分析师保留需要专业判断的部分;
③ 把释放出的产能定位成"向上"而非"出局",多出来的带宽投到团队从没空做的高价值工作上。

"AI 替代的不是你已经在岗的人,而是你本来还得去招的那个人。你手上这个人,现在能干两三个、甚至四个人的活。" — 科技服务公司高管

结果

告警处理量 1,500 → 40,000+ / 月(约 26 倍);高优告警覆盖 → 100%;所需全职人力 6 → 1.5。但零裁员——释放出的 4.5 个全职人力全部转去威胁狩猎、安全架构、能力建设这些以前根本没时间碰的工作。[3]

Part 02

大型组织拥抱 AI 的困难

从"岗位变化"视角梳理完,这一节我们以"组织视角"尝试来展开回答:企业们拥抱 AI 整体进展如何?遇到了什么困难,卡点在哪?有突破公司的实践经验。

关于本节数据基底的提示:3.1"卡点"和 3.2"突破公司做对了什么"两节的核心数据高度集中来自 Stanford [3]《Enterprise AI Playbook》这一份 51 案例研究——它目前是公开样本里方法最透明、最少黑箱的,但仍属单一研究、且全部为成功案例(存在 selection bias)。我们在多处用 McKinsey [5]、Deloitte [6] 同期调研做了同向印证(见各段引用),但建议读者在使用这些结论时仍保留这一层来源敏感性。

2.1整体进展:广泛尝试,少数兑现

关于"企业整体进展"这个问题,可以拆成两个先后递进的现实:第一,几乎所有公司都在用 AI;第二,真正把 AI 跑到生产、跑出可量化业务回报的,是少数。

Stanford Digital Economy Lab 在 2026 年 4 月发布的《Enterprise AI Playbook》并没有自己做"整体进展"的横向调研——它的研究对象是 51 个跑通了的案例。但这份研究在每一章 "Published Findings" 段落里集中引用了 McKinsey、Accenture、Deloitte 等同行的同类数据。把这些 Stanford 学者已经背书过、入引到研究中的数字按"尝试 → 规模化 → 兑现"递减顺序串起来,可以看到一条非常明显的漏斗:

📄 Stanford《Enterprise AI Playbook》 · Pereira / Graylin / Brynjolfsson · 2026.04 · 51 案例 / 41 公司 / 7 国 / 100 万员工 档案集 ↗
报告档案

附录 [3]

作者Elisa Pereira · Alvin Wang Graylin · Erik Brynjolfsson · Stanford Digital Economy Lab · 2026 年 4 月 · 41 家公司 / 7 国 / 100 万员工 / 51 个跑通案例

数据来源

2025 年 8 月 – 2026 年 2 月历时半年的深度案例研究,覆盖 51 个企业 AI 成功落地案例(来自 41 家公司、7 个国家、合计约 100 万员工),结合一手高管访谈、岗位重构数据和量化业务影响指标。这是目前公开样本里少有的 named case study 库——不是聚合统计、不是抽样调查,而是逐家公司讲他们怎么走通的,包括失败的试点和长达数年的迭代过程。

研究方法

报告的体例值得特别说明:每一章除了 Stanford 团队自己访谈的一手案例,还专门设了一个 "Published Findings" 段落,集中转引 McKinsey、Accenture、Deloitte、BCG、MIT 等机构的同行研究结论。本节"漏斗图"的 6 档数字(88% / 80–85% / 33% / 23% / 20% / 6%)就是从这些 Published Findings 段落里抽取出来的——这些数字是被 Stanford 作为背景研究转引使用,并不意味着 Stanford 对它们的方法学做了独立背书。本文仅用这 6 档数字拼接出一个企业 AI 成熟度的整体图景,不用于计算严格的转化率(不同样本、不同年份、不同问卷措辞,相减相除都会失真)。

报告的中心论断:"Same technology, same use cases, vastly different outcomes. The difference was never the AI model. It was always the organization."——同样的技术和用例,结果差异巨大;决定因素从来都是组织而非模型。这条论断也解释了为什么漏斗左右两端的差距如此悬殊。

从"尝试 AI"到"AI 真正变成 EBIT"——一条断崖式的漏斗 转引数据
⚠️ 注意:以下 6 档数字来自 McKinsey / Accenture / Deloitte 三家不同样本、不同年份的调研,不属同一口径,不可严格相减相除——这张图只表达"从尝试到兑现逐级递减"的趋势方向,不代表同一批样本的真实转化率。
Stanford [3] 各章 Published Findings 段汇总[3]

每一档数字的原始出处

88% · McKinsey 2025([3] Ch.2 转引):"88% of organizations use AI in at least one function"

80–85% · Accenture([3] Ch.1 转引):"80–85% of companies are stuck in a 'Proof of Concept Factory' stage"

33% · McKinsey 2025([3] Ch.2 转引):"only one-third have begun to scale their AI programs at the enterprise level"

23% · McKinsey 2025([3] Ch.8 转引):"62% of organizations are experimenting with AI agents, but only 23% are scaling them"

20% · Deloitte 2026([3] Ch.7 转引):"74% of organizations hope to grow revenue through AI, but only 20% are doing so today"

6% · McKinsey 2025([3] Ch.7 转引):"only 6% of organizations report EBIT impact above 5% from AI"

同时行业差距非常大。OpenAI 2025 年的 Jobs Report 中引用的统计显示,按 12 个月企业 AI 使用量增速,Technology 11×、Healthcare 8×、Manufacturing 7× 三个行业增速最快;金融服务和专业服务体量最大但增速温和。[16]

这意味着 Part 02 接下来要展开的两件事——"卡点在哪"和"突破公司做对了什么"——其实就是在这条漏斗的两端:左边 80% 困在 PoC、右边 6% 真正把 AI 变成 EBIT。

2.2卡点:不是技术,是组织和人

面对"为什么大多数公司过不了这道坎",Stanford 团队访谈完 51 个跑通的案例之后给出的结论非常一致:真正的难度从来不在 AI 模型本身。技术被几乎所有受访者描述为"最容易的部分"。难的是技术之外的所有东西。

77% 最难的挑战是"不可见成本"

Stanford 在 51 个项目里问每个负责人"最难修复的是什么"——结果77% 的回答指向了变更管理、数据质量、流程重设计这三类"不可见、不显眼"的工作,而不是 AI 技术本身。[3]

"所有真正的硬活都在流程文档和数据架构上。这两件事做好了,其他都很简单。"
— Stanford [3] 引用,电信公司高管

同份研究还发现:61% 现在跑通的项目,之前都至少失败过一次——而失败的沉没成本不会出现在最终成功项目的 ROI 表里。换句话说:你看到的"AI 项目成功案例",背后多数都藏着一个"已经被砍掉、不再被讨论的前一版"。[3]

而且时间差能大到一个数量级——哪怕是同一个用例。一家技术公司用 AI 重做客服系统,6 个月就上线了;另一家大型银行做同样的客服改造,自己却报告说"光是把这种系统立起来就要好几年"。光谱的另一端更夸张:一家拉美 Fintech 用 AI Coding Agent 把数百万行遗留 ETL 代码迁移到现代架构,只用了几周——但那是另一类用例,速度本就更快,不能和客服改造直接比。真正可比的,是"同样做客服、一个半年一个数年"这种同用例、不同组织的落差:决定快慢的从来不是技术或模型,而是组织。[3]

反直觉:阻力主要来自 Legal/HR/Risk,不是一线员工

关于 AI 推不动的"凶手",几乎所有讨论默认是一线员工怕被替代。Stanford 这份研究给出了一个完全反直觉的发现:

阻力首要来自 Staff Functions,不是 end users,更不是一线
"哪类角色最频繁阻挡 AI 项目推进",每根柱标注各自动机——end users 是"不信任输出"、不是"怕被替代" · Stanford [3] Ch.5 Finding 1[3]

Legal / HR / Risk / Compliance 这四类 staff functions 占据了 35% 的阻力来源——是最高的一档,超过了直接使用 AI 的 end users(23%)。而真正怕被替代的一线员工,在 51 个案例里只出现了 2 例。[3]

这个发现颠覆了"先做员工沟通就能推动 AI"的常规假设。需要说明的是:上面那张图是"谁最常挡"的频率排名(原文只量化了这 3 类);而下面这张表是 Stanford 另一处 finding 给的"每类阻力的动机 + 解法",切法不同,比频率图多出一类 C-Level——它在频率图上没有单独占比,但动机自成一类(要可量化 ROI 才肯拍板)。每一种都需要不同的解法:

阻力来源担心的是什么有效的解法
Staff FunctionsLegal / HR / Risk / Compliance 担流程风险 / 担背锅。给项目盖个章意味着出问题要负责 把 AI 写进 corporate OKR,让 staff 不用单独承担失败责任;给他们一个"治理者"角色而不是"审批者"角色
C-LevelCEO / CFO 担没有可量化 ROI 证明,不敢拍板 小范围 pilot 先证明价值,再要更大投入
Internal End Users直接使用 AI 的中高级员工 不信任 AI 输出的不稳定性、不一致性 明确"AI 输出需要 review"的预期,把"够用"的 AI 看作释放高价值工作时间的工具
Frontline Workers一线员工 怕被 AI 替代 清晰的转型路径:什么工作消失、什么工作留下、新工作长什么样

数据说明:Stanford [3] 第 5 章给出的 4 种阻力本质 + 解法表。研究受访者覆盖 41 家公司、9 个行业、7 国,但样本仅 51 个项目且全部为成功案例,存在 selection bias。

Stanford 引用一位零售公司高管的话总结了这个分布的另一个值得记一下的现象:"中层管理最抵触,反而高层和初级员工接受度最高"。[3] 这和"决策权分散 + 责任不清"的卡点结构高度一致——中层是最容易被卡在"想推但推不动 / 不敢拍板"位置上的群体。

三层卡点的共同结构 研究判断

把上面所有数据拉远看,大型组织拥抱 AI 的核心困难,可以收敛到同一个结构——需要说明:下面这三层是本报告的综合归纳框架,硬数字(77% / 35%)来自 Stanford [3],但"分三层"和"三组授权"的切法是作者解读、非 Stanford 原始分类:

  • 看得见的难:合规审批排队、监管签字、安全过会——这些显性摩擦最容易被当成"主要困难",但其实只是冰山露出水面的那部分,压力来自外部
  • 真正的难:变更管理、数据质量、流程重设计——Stanford 51 案例里 77% 最难的挑战都集中在这里,它们不会单列进 ROI 报告,却消耗了大部分精力,压力来自内部[3]
  • 最根本的难:组织转型中,不同角色的权责利关系。目前的企业里没有一个现成的角色,能同时拥有"决定流程怎么变、决定数据怎么用、决定谁背锅"的所有信息和授权。所以 Stanford 看到的 35% 阻力集中在 staff functions[3],其实是这些功能正好被卡在中间——有权说不、但没权拍板、也绕不过去。压力来自结构本身:不是某个人或某个部门在为难谁,而是组织里压根没有这个角色,是一种"无主"的真空——这也是它比上面两层都更难的原因。
AI 化的三层困难:越往下,越是因
一座冰山的上中下 · 大型组织专属困境(小公司第三层被创始人解掉)
AI 化的三层困难冰山图 三层卡点呈嵌套因果:看得见的难(外部压力)在水面之上;真正的难(内部压力,占 77%)与最根本的难(结构压力,35% 阻力在 staff functions)在水下,越往下越是根因。 水面 表层 根因 ① ② ③ 看得见的难 合规审批 · 监管签字 · 安全过会 压力来自外部 真正的难 变更管理 · 数据质量 · 流程重设计 压力来自内部 77% 最难的挑战集中在这里 最根本的难 谁能同时决定:流程 / 数据 / 背锅? 压力来自结构本身 35% 阻力卡在 staff functions 第三层一旦悬空,上面两层反复回潮

硬数字 77% / 35% 来自 Stanford 51 案例[3];"分三层 / 三组授权"为本报告归纳,非 Stanford 原始分类。

这三层不是并列的三道关卡,而是一座冰山的上中下,越往下越是因:正因为最底层"谁有权拍板"始终悬空,第二层的流程与数据重设计才推不动,最后只在第一层冒头,成了看得见的合规排队、安全过会。底层一通,上面两层自然松动;只啃上面两层、底层不动,问题就会反复回来——这也是为什么用同样的 AI 模型,企业能跑通和跑不通可以差好几年:技术不是变量,组织才是。(这条判断不只在 Stanford[3] 这一份样本里成立:Deloitte 德勤 2026 同期调研给出的"84% 公司还没围绕 AI 重新设计岗位"[6],以及 McKinsey 麦肯锡 2025 的"AI 高绩效组织 vs 普通组织根本性重塑工作流的比例 55% vs 20%(2.8 倍差距)"[5],两组来自完全不同样本的调研,也侧面支持了"组织而非技术决定成败"的结论。)

还要框定一下边界:这套三层是大型组织的困境——到了 AI 原生小公司,第三层被创始人天然解掉(创始人即唯一授权人),框架会塌成一层。这也是后面 3.1 大 / 小公司对照的主线。

2.3突破公司做对了什么

跨过试点漏斗的那 5–6% 公司,在 Stanford 的 51 案例里呈现出非常一致的几个共同特征。这些做法跟"用了多贵的模型"或"招了多牛的 AI 团队"都没什么关系——做对的是流程编排、机制设计、组织决策这三类事。

机制设计:放权阶梯比模型更重要

突破者第一个共同特征是:清楚地知道在哪里给 AI 多少自主权。Stanford 把人-机协作分成三档,并发现自主权越多(在合适的场景下)回报越高:

放得越多,回报越大——但前提是场景对
三档自动化模式 · 案例占比 + 中位生产率收益 · Stanford [3][3]

数据说明:案例占比(20 / 34 / 46)来自 Stanford 自动化程度表(Agentic / High Automation / Human-in-Loop);生产率收益中 Agentic 71%、High Automation 40% 直接有源,Human-in-Loop 一端取"人审强度表"里 Approval 模式的 30%(两表在"自主程度"上一一对应,故并置)。

自主权最高的 Agentic 模式(AI 端到端自主、人只审异常)中位生产率 +71%;而每个输出都要人审的 Human-in-Loop 只 +30%。[3] 但这个差距不能简单理解为"放权越多越好"——高自主模式通常用在高频可恢复任务(IT 运营、客服触发分流),而全程人审用在医疗文档、金融客户文案这类零容错或法律强制场景。关键不是放权多少,而是放权和任务匹配。

第二个机制相关的发现颠覆了"模型选型决定成败"的常见说法:在 51 个成功案例里,42% 的实现中底层模型可以完全互换——也就是说,把 GPT 换成 Claude、Llama 换 Gemini,对结果没本质影响。Stanford 在结论里直接写:"持久优势在 orchestration 层,不在 foundation model"。[3]

第三是 Agentic AI。它在 51 个案例里只占 20%(agentic 框架 2025 才大规模商用化),但中位生产率收益 +71%,对比"高度自动化但非 agentic"的 +40%——回报最高但渗透最低。Stanford 给出了 4 个 Agentic AI 真正能发挥作用的前提条件:高频重复任务、清晰的成败判定、错误可恢复、跨系统数据访问。[3]

区域超市连锁采购:让智能体 AI 完全替代采购员

突破角度:智能体 AI 在传统行业产生超额回报

背景

一家约 24 家门店的区域连锁超市。它不是手握厚毛利和强采购权的行业巨头——毛利只有行业基准的一半,对供应商几乎没有谈判筹码。而超市这门生意又特别不容错:毛利薄、损耗天天发生、一次缺货可能永久赶走一个客户。三个难题缠在一起:

① 浪费——易腐品在货架上过期、季节品订错量、促销品压根卖不动;
② 缺货——空货架丢的不只是这一单,而是那个开车转去竞争对手、可能再也不回来的客户;
③ 采购时机——人工采购员靠直觉、靠供应商关系、靠能手动凑出来的那点数据下单,根本不可能在数千个单品 × 25 家店的维度上做到最优。

突破做法

这家公司没做"AI 辅助采购",而是用一套 AI 系统把人工采购职能整个替掉——它不辅助人、也不生成建议等人审,而是自主做采购决策。架构三件套:数据平台(从多个系统拉库存、销售、供应商数据)+ 需求预测模型(在"门店 × 单品"粒度上预测销量)+ 自主采购智能体(决定买什么、什么时候买、从哪家供应商买)。

"他们把人工采购员换成了一个会下单的 AI——由它来定买什么。结果就是货架是满的、库存是最优的。" — 零售公司项目负责人

它之所以算"智能体"而非普通自动化,在于三点:替代的是一整个人类职能、不止一个任务;把原本靠人脑串起来的多步决策(预测需求 → 查当前库存 → 算供应商交货周期 → 在浪费与缺货之间权衡)连续地对每家店每个产品跑一遍;以及跨多个系统自主运行、无需人来居中编排——而过去,那个"集成层"就是采购员本人。

结果

浪费 −40%;缺货 −80%;息税折旧摊销前利润率 翻倍。这个案例的意义在于证明:智能体 AI 不是科技公司的专利——只要任务足够高频、成败能清晰判定、错误可恢复,传统行业一样能跑出超额回报。[3]

组织能力:Sponsor 是变量,不是常量

Stanford 把项目 sponsor 的投入程度分成 4 档——投入越深、能撑起的盘子越大:

Sponsor 投入档位含义案例占比能撑到的扩散范围
L1 Passive Approval被动批准批了预算、完全授权、不参与—基本无人识别,未统计
L2 Periodic Oversight定期复盘月度复盘、被动响应升级12%维持现状、难突破
L3 Active Steering主动引导周度 check-in、主动清障碍、参与决策58%撑起单部门项目
L4 Strategic Integration战略嵌入AI 写进 corporate OKR、激励挂钩、推动文化变革29%唯一通向组织级转型(7/7 案例)

数据说明:Stanford [3] Ch.4 Finding 1,按 51 案例归类。「案例占比」色条按比例缩放;L1 因基本无人能识别到 sponsor 行为,未单独统计。

关键发现是:能达到"组织级转型"的 7 个案例,100% 都是 Level 4 Strategic Integration。Active Steering(L3)能撑起单部门项目,但要让 AI 跨整个组织扩散,必须把 AI 写进公司级 OKR + 奖金挂钩。[3]

另一个反直觉发现:在所有能识别 sponsor 身份的案例里,100% 都是同一个高管接连领导了失败和成功两次尝试——sponsor 一换,institutional memory(知道什么不能做、知道谁该被卷入、知道真正的瓶颈在哪)就走了。Stanford 在结论里强调:"在我们看到的所有案例里,没有任何一个项目失败的人被惩罚过"。失败安全感是 sponsor 必须创造的条件。[3]

有意思的是,这套"把 AI 写进公司级 OKR"的 L4 打法,顺手也解掉了 2.2 节那个"35% 阻力来自 Staff Functions"的难题。回想一下:Legal / HR / Risk 当初挡 AI,根子是怕担责、怕背锅——给项目签了字、真出了事就得自己负责。而 L4 sponsor 的动作正好逐一拆掉这层顾虑:① 写进公司级 OKR,让 AI 落地变成全公司的共同目标、而不是某个部门的个人押注;② 给 staff 一个"治理者"而非"审批者"的角色,让他们从被动盖章变成主动定规则;③ 失败不单独追责,拿掉那份个人风险。这几件事一旦到位,Legal / HR 就会从 blocker 转成 enabler——这是 Stanford 在多个案例里反复看到的转变。[3]

半导体公司现场服务:把数据收集从 40 小时压到 1 小时以内

突破角度:战略嵌入级主导高管把 AI 写进首席执行官级目标 + 部门推动者网络

背景

一家给企业客户做固态硬盘的半导体厂商。公司内部各部门对技术的接受梯度分明——工程、信息技术在最前面,运营、财务居中,法务、人力在最后。痛点出在售后:企业客户一报障,现场服务工程师必须先把诊断要用的技术资料凑齐,而产品规格、测试库、数据表、工程日志分散在 5–6 个分属不同团队的数据仓库里,光"收集数据"这一步约定的服务时限就是 40 小时。

早期不是没试过 AI:团队基于大语言模型做过分析智能体,演示里跑得通、一上生产就垮。但根因不在技术——工程团队各自为自己的用例造方案,没人协调、没有共享标准,也没人对"全公司真正用起来"负责。

突破做法

AI 负责人意识到"部门级支持"根本不够,于是把发起层级一路升到首席执行官,落地三个动作:

① 每个部门设一名 AI 推动者:工程、信息技术采纳很快,但法务、人力这些非技术部门明显滞后,推动者的作用就是做同侪施压、把慢部门带起来;
② 把 AI 采纳写进公司级目标:当同侪压力不够时,发起人直接升级到首席执行官,让"用不用 AI"变成公司衡量成功的硬指标、并挂钩奖金;
③ 办 AI 演示日、首席执行官亲自颁奖,公开打出"AI 是战略优先级、不是信息技术部门的小实验"这个信号。

"我们办 AI 演示日、发奖,首席执行官亲自颁奖。这种来自一线做事者的认可与自豪,才是真正把势头推起来的东西。" — 制造业公司 AI 负责人

组织支持到位之后,团队才为这个售后瓶颈搭了一套多智能体框架:客户问题一进来,多个智能体自动钻进那 5–6 个数据仓库,按"这个客户、这个故障、这个工程领域"把相关资料一次性拉齐。

结果

数据收集时间 40+ 小时 → <1 小时;客户问题的数据完整率 0% → 95%+;产品测试周期 −20%。受访高管的总结很直白:"AI 是思维方式的变革,本质完全是变革管理。"[3]

三个案例的共同结构

三个完全不同行业(半导体 / 零售 / 科技服务)、不同地区、不同规模——但底层做法的骨架其实高度一致:

  • 放权和场景匹配:半导体用 Escalation,超市直接 Agentic 全自主,SOC 也是 Escalation——三个都不是 Approval 模式
  • Sponsor 撑到底:三个案例的关键转折都是 sponsor 主动清掉一个组织级的阻碍(写进 OKR / 给完整授权 / 改变定位叙事)
  • 有意识地处理 Headcount 议题:三个项目都解决了"AI 替代谁"这个问题——半导体没说裁、超市直接 agentic 取代但提前规划、SOC 明确 0 裁员把人转去做更高价值工作

把这些案例和 2.2 的卡点框架放一起看,可以提炼出 Part 02 的总结:大型组织拥抱 AI 的困难不是技术问题,而是组织决策问题——卡住的公司决策权分散、责任不清;突破的公司一定有一个有权重新画边界的 sponsor。

Part 03

大组织复制得了小团队的AI 提效吗

前两部分是基于外部调研的宏观观察。这一节换一个更具体的出发点:真正把 AI 提效跑出来的样本,几乎都是小团队和 AI 原生公司——Anthropic 用 30–40 人的产品团队撑起 $30B+ 年收入,一批 AI 原生小公司在采购、法务这些场景直接做出几倍效率。那么问题来了:万人级的大组织,能把这套小团队的提效模式复制过去吗?

回答顺序是:先看小团队到底做对了什么(3.1 AI 原生小公司、3.2 Anthropic),再回到大组织、看它们在同一套卡点上做了什么(3.3 大公司做了什么)。分析框架沿用 2.2 那张"三层卡点"冰山图;第一层外部压力是不可逾越的合规底线,本篇不展开,详见附录。

3.1AI 原生小公司:同一套卡点,相反的起点

先看小团队。这一节先拿一组从零起步的 AI 原生小公司当样本,用同一把尺子(卡点 ①②③)去量它们到底把 AI 提效做对了什么。它们没有历史包袱,打法常和大公司正好相反——而正是这种对照,最能说明 Part 02 那条核心判断:"决定成败的是组织,不是技术。"后面 3.3 再把这套打法拿去对万人级大组织,看复制得了复制不了。

关于本节案例来源的提示:下面 3 家公司的细节均来自 Anthropic 官方客户案例 / 博客(厂商精选并自述的成功案例),与后面 3.3 大公司那节"只看公开痕迹、不听 CEO 的嘴"不是同一性质的证据——它更接近"做对了长什么样"的展示,存在明显的幸存者偏差,不能用来证明普遍性。这与 Part 02 用 Stanford [3](同样全为成功案例)时的来源敏感性提示是一致的:我们用它看"做法",不用它做"比例"。

下面三家只深挖最具差异化的第二层 · 内部困难(变更管理 · 数据质量 · 流程设计)和第三层 · 结构性压力(谁能同时决定流程 / 数据 / 背锅,即不同角色的权责利关系)——这两层恰恰最能看出"从零起步"与"背着历史包袱"的活法差异。

Duvo · 采购 / 供应链智能体

Duvo 提供基于 Claude + Agent SDK + MCP + 界面操作(让智能体像人一样操作界面),每次接口调用都跑在数据零留存模式下。为客户 Rohlik Group(欧洲最大在线生鲜电商,年收入 €15 亿+,数千个挂钩大宗商品的 SKU)上线第一周,即跑出 €1.45M 年化节省(120+ 个单品、15+ 家供应商的持续比价 + 自动触达供应商),三个月累计 €2.8M+;年度供应商谈判缩短约 1 个月、约 80% 自动化;促销搭建 −65~70%,供应商催单 −50~70%,供应链可用率两周内 78% → 93%。[57][40]

大型组织会面临的困难Duvo 的实践
第二层 · 内部困难
变更管理 · 数据质量 · 流程设计
采购 / 供应链的内部困难,多半卡在"系统异构"。历史原因导致 ERP、供应商门户、价格表等数据,分散在十几个不同的老系统里,传统做法要先等 IT 部门排期把接口一个个打通。 绕开系统打通,智能体直接操作这些系统的真实界面,像人一样点按读写,不等 IT 建接口。这样可以避免多个智能体交接时的上下文丢失。
第三层 · 结构性压力
流程 / 数据 / 责任(背锅)
每一次决策,都需要合规的"事事人批"。 高风险动作还是必须人工批准。人一旦拍板,智能体就把这个决定固化下来供后续复用,逐渐系统性地积累原来只存在于人脑里的运营判断。

HumanLayer · 智能体基建

创始人 Dexter Horthy 于 2025.04 发布《12-Factor Agents》方法论后走红,成为上下文工程的奠基参考;CodeLayer 用并行工作区 + 云端执行单元同时跑多个 Claude 会话。[58][41]

大型组织会面临的困难HumanLayer 的实践
第二层 · 内部困难
变更管理 · 数据质量 · 流程设计
一旦多人一起写 AI 代码,就变成沟通、协作、工具、管理问题。也就是说,内部困难不是大公司专属,协作墙的管理困境必然出现。 把"多人协作写 AI 代码"的工具和流程提前产品化。将整个开发流程围绕"上下文管理"来设计,这其实是围绕大语言模型特征去进行研发流程的重新构建。
第三层 · 结构性压力
流程 / 数据 / 责任(背锅)
单人或极小团队时,创始人就是决策中枢,决策权天然合一,这是 AI 原生公司相对大公司的结构性红利。但组织规模一上来,决策权又会变得分散,跨部门、多部门事项还是要靠主导人跨部门拉通,协作和管理一定会成为新的瓶颈。 把"human in loop"做成产品基建(最早的版本就是在 Slack 里加一个人工审批步骤,CodeLayer 则用确定性的审批闸门),把"谁该在什么节点拍板"从口头约定变成系统里的确定性闸门。

GC AI · 法务 AI 平台

创始人 Cecilia Ziniti 曾三次出任多家大公司总法律顾问(Anki / BloomTech / Replit)。现在的产品有 1,700+ 个内部法务团队在用(含 80+ 家上市公司、25 家独角兽),累计跑了 400 万+ 次提问、为客户省回 60 万+ 小时法务工作;技术上多模型后端,与 Anthropic、OpenAI 均签数据零留存。[56][39]

大型组织会面临的困难GC AI 的实践
第二层 · 内部困难
变更管理 · 数据质量 · 流程设计
法务职能的内部困难集中在"信息过于分散"。大量判断散在资深律师脑子里、历史合同里、看不完的大文档里。 自建知识管理系统专门处理这种大文档集,再用一条贯穿网页端、Word、Google Drive 的"智能层",让公司专属上下文和审查规则手册跨界面带着走,支持多智能体协同:检索法条 / 分析文档 / 综合成结构化法律分析分工进行。
第三层 · 结构性压力
流程 / 数据 / 责任(背锅)
法务的决策权难题是"判断标准锁在个别资深律师脑子里,人一走标准就走"。而这些核心数据资产,律师事务所和大企业的法务部都不可能允许被模型厂商拿去训练。 把团队级一致性做进系统:共享审查规则手册 + 公司专属审查标准,让"什么条款可接受、风险容忍度多高、怎么措辞"变成全团队可复用的资产;与 Anthropic、OpenAI 签数据零留存,保证"数据不被拿去训练、不长期留存"。

3.2Anthropic:从招聘到工作流的极致样本

Anthropic 是这组小团队样本里最极致的一个——一家 AI 原生公司,5,300 人,年收入 $30B+,产品团队却只有 30–40 人。它的"公开动作"不是治理操作系统,而是用招聘选择 + 组织设计把"AI 时代怎么干活"推到极致。两个角度看:

① 招聘选择:金丝雀佐证

前言那张对照表已经摆过这些判断:口径随融资节奏在变,但"入门级岗位的边界正在被重塑、入门通道在收紧",是 Amodei、Hassabis 等前沿从业者少有的共识方向,也与几个月后 Stanford 的实证结论同向。[31][38]而 Anthropic 作为一家 AI 原生公司,用自己的招聘选择给这个方向又投了一票——三条公开可验证的证据:

证据 01
没有实习通道
Anthropic 官网招聘常见问题页 明确写着"目前不提供实习"——传统校招 / 实习入口几乎被关闭。
Anthropic Careers[9]
证据 02
岗位写"独立交付"
当前招聘页大量岗位(含非"资深"头衔的岗位)都写明要有"广泛经验 / 自己负责架构 / 数年经验"——对独立交付能力的要求高于"常规初级"。
Anthropic Jobs[10]
证据 03
Fellows 不等于初级招聘
Fellows 项目写着面向"有潜力的技术人才,不论以往经验",但本质是 4 个月的项目、有津贴、不保证转正全职——是研究型人才通道,不是常规初级招聘。
Fellows Program[11]

机制上为什么会这样?Anthropic 自己 2025 年 12 月发布的一份内部研究给出了部分解释:工程师与研究员自报 Claude 已承担约 60% 的工作,自报生产率提升约 50%——但同时担心技能退化、师徒带教路径稀薄、初级员工成长通道被压缩。[12] 这份研究本身是员工自报数据(受社会期望偏差影响),描述的是"现状感受"而非"招聘决策机制"——但它至少提供了一个可观察的内部信号:当高级工程师叠加 Claude 后产出明显提升,初级岗位的边际价值确实在被重新计算。案例信号

上面三条证据加在一起,可以看到 Anthropic 在校招 / 实习 / 传统初级通道上明显走的是非常规路径。但这是一家 AI 原生公司、5,300 人里科研型岗位占比极高,与传统万人组织的人才结构差异很大——所以这条招聘选择不构成"普遍意义上的强证据",把它放在这里更合适的定位是:一家最理解 AI 能力边界的公司,其招聘行为与 Part 01 入门通道收缩的判断走在同一方向上。案例信号 本期判断

② 工作流重塑:把"实施 vs 判断"重新切

Anthropic 是 Part 02 "55% 高绩效组织"的极端样本——不是因为"用 AI 用得多",而是把 AI 当成重新设计工作流的理由,而不是给员工配一个助手。三个观察:

极致小产品团队(5,300 人 / 产品 30-40 人)

年收入 $30B+ 的公司,产品只有 30-40 人。[13] Mike Krieger 的逻辑:AI 把"写代码"成本降到接近零后,稀缺的不再是"实施",而是"决定写什么"。内部"两周规则"——少于两周的项目不需要产品经理,越大的项目反而越要更多产品经理。[14]

产品经理 × 研究:嵌入式协作

传统流水线(研究 → 工程 → 产品 → 反馈)的反馈回到研究通常 3–6 个月。Anthropic 把研究型产品经理直接放进研究团队,在后训练阶段就参与训练决策;用评测集作为共同语言;研究预览版让功能 1 天上线,反馈 10 分钟回到训练优先级。[14] AI 改变了产品经理和研究之间的边界,不是产品经理用 AI 写更好的需求文档。

Labs 双轨制

2026 年 1 月 Anthropic 把 Labs 公司化,Mike Krieger 卸任首席产品官、加入 Labs。[13] 过了 5,000 人主组织开始变重,Anthropic 没有假装能永远小而美,而是用组织设计而非文化口号保护速度。

为什么是工作流重塑而不是助手

三件事没有一件是"给员工发 AI 助手"——分别是重新切分"实施 vs 判断"比例、重画角色边界、重切组织单位。AI 是重新设计工作流的理由,不是提效工具。对国内大厂的启示不是照搬(前提条件不可复制),而是不要满足于停在"给每人发 Copilot"——那就是 Part 02 那 20% 的普通组织。

3.3大公司做了什么(Amazon / Google / Meta / Salesforce)

回到万人级大组织,看他们面对同样的第二层(内部困难:变更管理 · 数据质量 · 流程设计)和第三层(结构性压力:谁能同时决定流程 / 数据 / 背锅)都在做了什么。

维度 Amazon Google Meta Salesforce
具体动作 25.6 全员 memo:明确 AI 未来几年会缩减总体岗位,要求人人学用 AI、用"更精简的团队"做事;延续 2024 memo 推高"一线 : 管理者"比例 24.12 全员会上说,要砍掉 10% 的 manager / director / VP 岗位,多数管理者转为个人贡献者;延续 2022 起的"效率提升 20%"目标 给工程师定 AI 写码硬指标并纳入绩效;公司往"AI 原生"重组 常规支持交给 AI 后,不再回填支持岗。25 年初,把数百名支持员工转岗到专业服务 / 销售 / 客户成功。
决策机制 开"反官僚"邮箱让员工举报多余审批(一年约 1,500 封 → 改 455 个流程);经理直属 ≥8 人(从 6 上调);决策权下放一线、审批提速[67] 砍管理层、管理者转 IC,用扁平化换更快决策("不靠加人解决问题") 23.11 解散中央 Responsible AI,把治理与决策权下沉到各产品线 设 Office of Ethical & Humane Use + 固定节奏的伦理 / Trust 复审委员会,给 AI 动作设人审节奏
量化考核 · 公开表态 24.09 要求 IC : manager 比例提升 ≥15%;"未来几年减少总体 corporate 岗位"[65] 管理者数量,同比少 35%[66] 26.03,2026 H1 目标 65% 工程师用 AI 写出 >75% 代码[64] 25.09,支持人力 9,000 砍到 5,000。[63]

需要注意的是:

  • 这 4 家公司本身也是 AI 服务和产品供应商,我们需要抛开他们把 AI 产品卖给客户时的说法,重点关注他们自己在组织内部做了什么。这样的内部变革公开信息披露并不多,这里只放可信度高的动作。
  • 按时间线去看,Google / Meta 早在 2022–2023 就以"效率"之名启动扁平化(早于 GenAI 普及)。Amazon 2024–2025 跟进扁平化动作,2025 才把改革的理由指向 AI。Salesforce / Meta 2025–2026 把岗位使用 AI 与考核动作落到具体数字上。
Appendix · 附录

外部监管与标准地图

Part 03 看到的治理动作有一个共同的外部底座:过去 6 年,国际标准组织、各国监管者和开源安全社区合力搭出了一张越来越完整的"AI 治理标准地图",给企业的治理动作提供了三件事——共同语言、可外审的体系、可处罚的底线。这部分偏背景、信息密度高,单独抽到附录,供需要深挖监管脉络的读者按图索骥;所有节点都给出了编号 / 链接,方便自行核对。

下面按四步展开,从"是什么"一路落到"具体公司":① 这套标准长什么样(四层全景);② 它是怎么一年年累积起来的(时间线);③ 4 家公司各对齐到哪一步(认证对照);④ 在中国经营要额外注意什么。

① 这套标准长什么样:四层全景

这张地图分成四层,可以一句话记住骨架——法律划红线、管理体系搭制度、风险框架给方法、工程清单堵漏洞。四层由粗到细、互不替代,企业通常需要同时对齐多层。

类型代表出处对企业的用途
法律法规 EU AI Act[20] · 中国《生成式 AI 服务管理暂行办法》 · 中国 GB/T 45654-2025 欧盟 · 中国网信办 · 中国 SAC 合规底线、可处罚;高风险 AI 系统强制做风险评估、人类监督、透明度披露
AI 管理体系 ISO/IEC 42001:2023[18] · GB/T 45081-2024[21] ISO/IEC · 中国 SAC 建立可审计、可认证的 AI 管理制度(角色、流程、生命周期);与 ISO 27001 / 9001 同体系,可外审
AI 风险管理 NIST AI RMF 1.0[15] · NIST AI 600-1 GenAI Profile[17] NIST(美国) 用 Govern / Map / Measure / Manage 四阶段做 AI 风险登记与上线闸门;不强制,但被广泛对齐声明
工程安全 OWASP Top 10 for LLM Applications[19] OWASP 全球安全社区 给工程团队的具体漏洞清单:prompt injection、敏感信息泄露、越权 agent、训练数据投毒等

本表延续 Stanford [3] 中转引 NIST / ISO / EU AI Act 等机构的官方分类。每一类的具体生效时点和实施细则随时间变化,建议在引用前到原网站核对最新版本。

② 它是怎么累积起来的:2023 → 2026 监管节点

这条时间线只列对企业有实质约束力的节点(公司自愿公开原则不计入)。可以看出,监管真正成体系是从 2023 年开始的——AWS、Google 等在 2024–2026 年集中对齐认证或框架,吃到了"标准刚出来、首批拿就有红利"的窗口;而 Meta 走了相反路径(开源安全工具 + 2025.07 拒签欧盟 GPAI 准则)。

2023.01NIST AI RMF 1.0 发布(美国国家级 AI 风险管理框架)[15]
2023.08中国《生成式 AI 服务管理暂行办法》施行(网信办等七部委)
2023.10AWS 发布 GenAI Security Scoping Matrix(业界引用最广的企业 GenAI 风险地图之一)
2023.12ISO/IEC 42001:2023 发布——全球首个 AI 管理体系标准[18]
2024.05Google DeepMind 发布 Frontier Safety Framework
2024.07EU AI Act(Regulation EU 2024/1689)正式生效,分阶段适用[20]
2024.07NIST AI 600-1 GenAI Profile 发布——RMF 的 GenAI 专项补充[17]
2024.11AWS Bedrock / Q / Textract / Transcribe 获 ISO 42001 认证(首批拿到的云 AI 服务)[24]
2024.11中国 GB/T 45081-2024 发布——等同采用 ISO/IEC 42001:2023 的国家标准[21]
2025.02EU AI Act 第一阶段适用:禁止类 AI 系统条款生效(社会评分、实时生物识别等)
2025.03Microsoft M365 Copilot 获 ISO 42001 认证——业界首批企业级 AI 产品认证之一[22]
2025.04中国 GB/T 45654-2025 发布——生成式 AI 安全基本要求
2025.06OWASP Top 10 for LLM Applications 2025 更新版发布(工程社区维护)[19]
2025.07Meta 公开拒签欧盟 GPAI 行为准则——唯一公开拒签的大型 AI 公司,称"法律不确定性过高"[50]
2025.08EU AI Act 关于通用 AI 模型(GPAI)条款开始适用
2026.01AWS 发布 Security for Agentic AI 指南,映射 OWASP LLM Top 10[25]
2026.08EU AI Act 高风险 AI 系统条款全面适用(招聘 / 晋升 / 裁员 / 信贷 / 关键基础设施等)——预期生效时点

时间线节点筛选标准:① 国家级 / 国际级法律法规;② 国际标准组织发布的可认证管理体系;③ 工程社区维护的可执行清单;④ 头部公司的首批认证里程碑。公司自愿性原则(如 2018 Google AI Principles、2018 Salesforce Office of Ethical Use)不计入本时间线,但它们提供了制度雏形。

③ 4 家公司各对齐到哪一步:认证状态对照

把上面这套标准当尺子,量 Part 03 那 4 家公司"实际做了多少",差别非常明显——这也解释了为什么他们的"治理操作系统"在外审压力下的表现差异:

公司 ISO/IEC 42001 认证 NIST AI RMF 对齐声明 EU AI Act 准备状态
AWS Bedrock / Q / Textract / Transcribe · 2024.11[24] 公开声明对齐 Bedrock 文档已纳入高风险系统说明
Google / DeepMind 暂未单独公布 Gemini ISO 42001 认证 DeepMind 自有 Frontier Safety Framework(自有方法学) DeepMind 已发前沿模型风险评估报告;Workspace 已纳入
Salesforce 暂未单独公布企业级 AI 产品认证(公司层面对齐为主) 部分对齐(Trust Layer 内嵌部分要求) Agentforce 文档已纳入 EU AI Act 合规说明
Meta 无企业级 AI 产品 ISO 42001 认证(路线是开源工具 + 自有框架,非第三方体系认证) 自有 Frontier AI Framework(自有方法学)[47] 2025.07 公开拒签 EU GPAI 行为准则,称"法律不确定性过高"[50]

认证状态来自公司公开 trust center 页面、Responsible AI Transparency Report 与官方博客,截至 2026 年 5 月。其中"暂未公布"不等于"未做"——只表示公开渠道没有看到对应官方声明;这些公司可能通过 SOC 2 / ISO 27001 / NIST RMF 等其他体系部分覆盖了 ISO 42001 的要求。

④ 在中国经营要额外注意什么

对中国大陆经营的企业(或出海企业的国内业务),监管约束有三层叠加,需要分别注意:

  • 国家级法规层——网信办等七部委《生成式 AI 服务管理暂行办法》(2023.08 施行)是底线;面向公众提供生成式服务需做安全评估和算法备案
  • 国家标准层——GB/T 45081-2024[21] 等同采用 ISO/IEC 42001:2023,给中国企业建立 AI 管理体系提供国标依据;GB/T 45654-2025 给生成式 AI 安全提了具体技术要求(训练数据、内容标识、安全机制等)
  • 出海层——在欧业务还要应对 EU AI Act;招聘 / 晋升 / 裁员等高风险场景的合规将在 2026.08 前后集中落地(预期),出海企业需要提前 6–12 个月准备
研究判断

从企业视角看,过去 3 年监管的关键变化不是"出了什么新规",而是"AI 治理从公司自选项变成了可外审、可认证、可处罚的体系"。AWS 把 Bedrock / Q 等在 2024.11 首批拿下 ISO 42001 的实质,是把"公司治理动作"翻译成了"可以印在产品页面上的标签"——客户看到 ISO 42001 不需要再单独评估一遍。这也是为什么多数头部公司都在 2024–2026 抢拿认证;当然也有像 Meta 这样反向押注、把安全工具开源并拒签欧盟准则的例外。合规标签会逐渐变成 B 端 AI 产品的入场券。这一点对国内大厂同样有窗口意义。

Source Archive · 报告档案集

核心引用报告档案

本研究所引用的 11 份核心报告均已归档原文 PDF(仓库 references/ 目录),下面按出现顺序排开,方便整体翻阅每份研究的样本、方法、与本文用到的关键数据点。

[1]Stanford《Canaries in the Coal Mine?》
Erik Brynjolfsson · Bharat Chandar · Ruyu Chen(Stanford Digital Economy Lab)· 2025 年 11 月 · 基于 ADP 全美 2,500 万员工 2021.1–2025.9 月度薪资数据,覆盖每月 350 万–500 万人主样本。把 7,000+ 岗位映射到 SOC 标准代码,按 GPT-4 给的 AI 暴露度分五分位对比就业变化,并用 Anthropic Economic Index 区分 AI 是替代还是协作。
[2]Stanford《A Primer on "Canaries in the Coal Mine?"》
Stanford Digital Economy Lab · Bharat Chandar Substack · 2025 年 11 月 · 主报告 [1] 的科普版,提供了几张额外图表(包括 6 个高暴露职业按年龄分段就业曲线),适合搭配 [1] 一起阅读。
[3]Stanford《The Enterprise AI Playbook — Lessons from 51 Successful Deployments》
Elisa Pereira · Alvin Wang Graylin · Erik Brynjolfsson(Stanford Digital Economy Lab)· 2026 年 4 月 · 2025 年 8 月–2026 年 2 月历时半年深度案例研究,覆盖 51 个跑通案例(41 家公司 / 7 国 / 100 万员工)。一手访谈 + 量化业务影响,每章设 "Published Findings" 段集中转引 McKinsey / Accenture / Deloitte / BCG / MIT 等同行结论。
[4]LinkedIn《Labor Market Report 2026 — Building a Future of Work That Works》
LinkedIn Economic Graph Research Institute · 2026 年 1 月 · 基于全球 13 亿+ LinkedIn 会员 profile 与招聘行为数据,叠加 BLS、UK ONS、Federal Reserve、NCES 等数据交叉验证,覆盖 12 国,时间窗口 2019.10 → 2025.10。用三条独立指标交叉刻画 AI 时代的招聘信号(Hiring Rate、入门级岗位份额、AI 渗透度)。
[5]McKinsey《The State of AI in 2025》
QuantumBlack, AI by McKinsey · 2025 年 11 月 · 调研 1,993 人 / 105 国 / 2025.6.25–7.29。本文主要用到的数据:AI 高绩效组织 vs 普通组织根本性重塑工作流 55% vs 20%(2.8 倍差距)、11 个职能未来 1 年因 AI 减员预期(HR 31%、Software engineering 32% 等)。
[6]Deloitte《State of AI in the Enterprise 2026 · The untapped edge》
Deloitte AI Institute · 2026 年 1 月 · 第 9 期年度调研 · 2025 年 8–9 月对全球 3,235 名 director–C-suite 高管的定量问卷,覆盖 24 国 / 6 行业,叠加 15 位 C-suite 深度访谈。围绕 7 维"AI 准备度"复合指标(战略 / 治理 / 基建 / 人才 / Agentic 成熟度 / Physical AI / 业务影响)评估,并把样本按"业务影响 × 战略成熟度"切成 Reimaginers / Redesigners / Surface 三档。
[7]BCG《AI at Work 2025 — Momentum Builds, but Gaps Remain》
Boston Consulting Group · 2025 年 6 月(第三版)· 调研 10,635 人 / 11 国。核心数据:不同层级 GenAI 常规使用率(领导层 85% / 管理者 78% / 一线 51%)、重塑型公司 vs 只部署型公司在员工省时和数据决策可达性上的差距。
[8]MIT Media Lab《A Perspective on Decentralizing AI》
MIT Media Lab · Project NANDA · 2024 · 关于 AI 从中心化集群迈向分布式异构网络(edge inference / AI-PC)的方向性观察,本文用作"芯片 / 云基础设施需求曲线变陡"的支持性引用。
[15]NIST《AI Risk Management Framework (AI 100-1)》
NIST · 2023 年 1 月 · 美国国家级 AI 风险管理框架(Govern / Map / Measure / Manage 四阶段),本文 Part 03 的用例分级、放权阶梯都是基于这套框架。
[16]OpenAI《Jobs in the Intelligence Age》
OpenAI · 2025 年 9 月 · 业界视角对 AI 时代岗位变化的判断,与 [1] [4] 的学术 / 平台视角形成对照。
[29]MIT NANDA《The GenAI Divide — State of AI in Business 2025》v0.1 预印本
MIT NANDA · Challapally / Pease / Raskar / Chari · 2025 年 7 月 · 300+ 公开 AI 部署审查 + 52 高管访谈 + 153 调研。核心数字"95% 看不到可量化业务回报、只有 5% 真正突破"。注意:v0.1 预印本,未走 MIT 正式发布流程,已有 Futuriom 等同行质疑其数据严谨性;本文未直接单点引用,仅作多源参照。
References · Methodology · 引用清单

参考资料

本期核心依赖 9 份研究报告,参考资料共 67 项,其中 11 份可供下载原文 PDF——详见附录目录 references/。所有数据引用均保留原始页码,便于二次校核。

研究方法详述

过去的几年不仅是科技领域,各行各业似乎都在加大投入拥抱 AI。岗位侧到底发生了什么、组织侧又有多少公司真正跨过了"局部试点到投入生产"的这道坎,是一个被噪声严重淹没的问题。本研究尝试用"外部观测 + 案例归纳"的方法,把这两个问题尽可能数据化、可追溯地讲清楚。具体方法可以归纳为五点。

一、外部观测优先

本研究的核心问题是"全球范围内 AI 时代到底发生了什么",因此整个论据系统建立在第三方研究 + 公开企业披露之上,不依赖任何内部推测或个案直觉——这样做的好处是避免把内部偏好预先投射到结论上。

二、原始数据出处可追溯

全文累计引用 67 条外部来源(其中核心研究报告 9 份),每一个核心数字都做了三件事:① 标注 [n] 编号并在参考资料里附原始链接;② 报告 PDF 在仓库 references/ 目录下按"[编号]_简称_日期.pdf"命名归档,便于读者自行复核;③ 图表说明里明示数据是"直接读数"还是"按月度图近似重构",所有 2026 年的外推都标注"按趋势推断"。这样做的目的是:任何一个数字读者都能在 1 分钟内追溯到原文。

三、给读者一份"证据强度"读码表

同一份报告里的不同数据,其实强度差很多——员工被替代的实际就业曲线,和高管"未来一年的减员预期"显然不是一个量级。为了不让读者在阅读中把它们当成同质证据,我们在 Closing 和若干关键判断旁边贴上小标签,分五档:

  • 直接数据 一手平台 / 工资系统观测到的实际行为数据(Stanford ADP 工资流、LinkedIn 全平台 hiring rate),强度最高、可外部复核
  • 转引数据 受访高管的问卷与预期(McKinsey、Deloitte、BCG 等),样本大、覆盖广,但本质是主观回报,会受问卷措辞和受访方利益相关方影响
  • 案例信号 单家公司公开行为或单一研究的样本(Anthropic 招聘页、Stanford 51 案例库),方向有指向但代表性有限,需要看作"个案佐证"而非"普遍结论"
  • 前瞻推测 由趋势线外推的判断("未来 X 个月将增长最快""价格信号尚未传导"),强度最弱,明确写出来是为了让读者知道哪些是"作者的推断"而不是"报告里的数据"
  • 研究判断 由作者综合多份数据搭出来的解读框架或归纳结构(如"三层卡点""放权阶梯")——其中的硬数字有出处,但"如何分层、如何解释"是作者判断,非任何单一报告的原始分类

读到带标签的判断时,请把它的强度按对应档位打折后再纳入判断。这件事大多研究综述并不显式做,但我们觉得有必要——同质化展示会让读者误把弱证据当成硬数据。

四、对引用源的利益相关方保持有意识

本研究大量引用 McKinsey、Accenture、Deloitte、BCG 等管理咨询机构的研究。需要特别提示:这些机构本身是 AI 转型咨询的商业利益相关方——他们的样本量大、行业覆盖广,数据有参考价值,但需要带着这层背景去读。为了不被单一商业立场带偏,本研究的处理方式是:

  • 优先采纳学术机构和标准组织的一手研究——Stanford Digital Economy Lab([1] [3])、MIT NANDA([29])、NIST([15] [17])、ISO/IEC([18])等
  • 转引咨询机构数据时,倾向于用已被学术研究者甄别入引的数字——例如 Stanford《Enterprise AI Playbook》在每章 "Published Findings" 段落里集中引用的 McKinsey / Deloitte / Accenture 数据,已经过 Stanford 学者的方法学过滤;本研究 Part 02 的"漏斗图"6 档数字就是从这层过滤后的来源里取出来的
  • 把"原始出处 + 转引路径"标在脚下,让读者自己判断证据强度
  • 对存在质疑的预印本如 MIT NANDA《GenAI Divide》([29] v0.1),在引用时同步标注"预印本、未走 MIT 正式发布流程",并仅作多源互证使用,不作为单点结论

五、本研究的局限性

同样需要写在前面让读者带着判断去读的,是这份研究的边界:

  • 地域偏向——所引数据高度集中在美国和发达经济体,中国大陆、印度等新兴市场的样本明显不足。AI 渗透在不同国家的节奏并不同步,本报告的结论应被理解为"全球前沿市场已经发生的事",不等同于"中国当下正在发生的事"
  • 平台口径偏向——"新增岗位 / 入门级招聘份额"等数据来自 LinkedIn Economic Graph。这套口径在欧美和外企覆盖很好,但对中国大陆企业内部职级(未在 LinkedIn 公开发布的岗位)存在系统性低估
  • 时间快照属性——AI 渗透速度本身在快速变化,本报告主要数据收集截止 2026 年 1 月,半年后的图景大概率会与本报告呈现的有偏差。本报告的结论是阶段性的,可被新证据推翻
  • "成功案例"幸存者偏差——Part 02 / 04 引用的 Stanford Playbook 51 案例全部是跑通的,未跑通的项目细节并未被完整采集。读者在迁移这些做法到自己组织时,需要补足"失败侧"判断

引用清单

编号来源原始链接
[1]Stanford Digital Economy Lab · Brynjolfsson, Chandar, Chen ·《Canaries in the Coal Mine? Six Facts about the Recent Employment Effects of Artificial Intelligence》· 2025 年 11 月 · 基于 ADP 全美工资数据digitaleconomy.stanford.edu ↗
[2]Stanford Digital Economy Lab ·《A Primer on "Canaries in the Coal Mine? Six Facts about the Recent Employment Effects of Artificial Intelligence"》· 2025 年 11 月 · 主报告 [1] 的 Substack 科普解读版,附有完整图表digitaleconomy.stanford.edu ↗
[3]Stanford Digital Economy Lab · Pereira, Graylin, Brynjolfsson ·《The Enterprise AI Playbook: Lessons from 51 Successful Deployments》· 2026 年 4 月 · 51 个企业 AI 成功落地案例(41 家公司 / 7 国 / 100 万员工),2025.08–2026.02 深度访谈。关键发现:77% 难点是不可见成本(变更管理 / 数据 / 流程重设计),61% 成功项目此前至少经历一次失败;Escalation-based(AI 自主 80%+)中位生产率收益 71% vs 审批型 30%;员工裁减出现在 45% 案例(含替代方案合计 55%);Agentic AI 仅占 20% 案例但生产率中位收益 71%。与 [1] Canaries 同团队、企业侧补充视角digitaleconomy.stanford.edu ↗
[4]LinkedIn Economic Graph ·《Labor Market Report: Building a Future of Work That Works》· 2026 年 1 月economicgraph.linkedin.com ↗
[5]McKinsey & Company ·《The State of AI in 2025》· 2025 年 8 月 · N=1,993,2025 年 6-7 月调研mckinsey.com ↗
[6]Deloitte ·《State of AI in the Enterprise 2026》· 2025 年 · N=3,235 director–C-suite,24 国 6 行业deloitte.com ↗
[7]Boston Consulting Group ·《AI at Work 2025: Momentum Builds, but Gaps Remain》(第三版)· 2025 年 6 月 · N=10,635,全球 11 国bcg.com ↗
[8]MIT Media Lab · Project NANDA ·《A Perspective on Decentralizing AI》(From Monolithic to Polylithic)· 2024media.mit.edu ↗
[9]Anthropic Careers FAQ · 官网明确说明目前不提供 internshipsanthropic.com/careers ↗
[10]Anthropic Jobs · 当前招聘页岗位列表(多数岗位强调独立交付能力)anthropic.com/jobs ↗
[11]Anthropic Fellows Program · 4 个月 fellowship,有 stipend、不保 full-time offeranthropic.com/fellows-program ↗
[12]Anthropic Internal Research · 《How AI is transforming work at Anthropic》· 2025 年 12 月 · 工程师与研究员自报 Claude 承担 ~60% 工作、生产率 +50%anthropic.com/news ↗
[13]Observer · 《The 14 Executives Now Driving Anthropic's Future》· 2026 年 4 月 · Anthropic Labs 公告、组织结构与人员规模observer.com ↗
[14]Lenny's Podcast · 与 Mike Krieger(前 CPO)及 Catherine Wu(首位 Research PM)的访谈 · 2025–2026 · PM × Research 协作机制公开化的主要来源lennysnewsletter.com ↗
[15]NIST (美国国家标准与技术研究院) ·《Artificial Intelligence Risk Management Framework (AI RMF 1.0, NIST AI 100-1)》· 2023 年 1 月 · AI 风险治理通用框架,可与 Deloitte [6] 的 Agent 治理裂口数据互证nist.gov ↗
[16]OpenAI ·《Jobs in the Intelligence Age》· 2025 年 9 月 · 业界(模型厂商)视角的岗位变化与劳动力转型判断,与 [1] [4] 对照openai.com ↗
[17]NIST ·《Artificial Intelligence Risk Management Framework: Generative AI Profile (NIST AI 600-1)》· 2024 年 7 月 · AI RMF 的生成式 AI 专项补充:幻觉、IP 风险、第三方模型供应链等。3.3 用例分级与高影响用例的核心参考nvlpubs.nist.gov ↗
[18]ISO/IEC ·《ISO/IEC 42001:2023 — Information technology · Artificial Intelligence Management System (AIMS)》· 2023 年 12 月 · 全球首个 AI 管理体系标准,可被审计 / 认证。AWS、Microsoft Copilot 系列陆续通过该认证iso.org ↗
[19]OWASP Foundation ·《OWASP Top 10 for Large Language Model Applications》· 2023 年首版,2025 年更新 · 给工程团队的 LLM 应用安全清单:prompt injection、敏感数据泄露、供应链、越权 agent 等owasp.org ↗
[20]欧盟委员会 ·《Regulation (EU) 2024/1689 — EU AI Act》· 2024 年 7 月发布,2024 年 8 月生效,分阶段实施至 2026 · 全球首部全面 AI 法律,按风险分级监管;招聘 / 晋升 / 裁员 AI 系统被列为高风险digital-strategy.ec.europa.eu ↗
[21]国家市场监督管理总局 · TC260 ·《GB/T 45081-2024 信息技术 人工智能 管理体系》· 2024 年 11 月发布 · 等同采用 ISO/IEC 42001:2023,中国境内大型组织 AI 治理体系建设的国家标准底座openstd.samr.gov.cn ↗
[22]Microsoft Inside Track ·《How we're tackling Microsoft 365 Copilot governance internally at Microsoft》· 持续更新 · 公开披露 Microsoft 内部如何用 Sensitivity Labels、Purview、Entra ID 管控 Copilot 检索范围与过度共享microsoft.com/insidetrack ↗
[23]Microsoft Inside Track ·《Becoming a Frontier Firm: deploying AI agents at Microsoft》· 2025–2026 · Microsoft 内部 Agent 365、agent registry、风险审批、quarantine 机制的公开样本microsoft.com/insidetrack ↗
[24]AWS Machine Learning Blog ·《AWS achieves ISO/IEC 42001:2023 Artificial Intelligence Management System accredited certification》· 2024 年 11 月 · Bedrock / Q Business / Textract / Transcribe 首批通过 ISO/IEC 42001 认证,2026 年 2 月披露首次 surveillance audit 无发现项aws.amazon.com ↗
[25]AWS Prescriptive Guidance ·《Security for agentic AI on AWS》· 2026 年 1 月 · AWS 把 OWASP LLM Top 10 与 Agentic AI 工程实践(IAM、工具最小权限、agent 身份传递)做成可复用指南docs.aws.amazon.com ↗
[26]AWS Machine Learning Blog ·《Enable or disable ACL crawling safely in Amazon Q Business》· 2024 · Q Business 默认按文档 ACL 抓取与回答;禁用 ACL 是 privileged operation,需要管理员批准 + decision document + SCP 显式 deny。"AI 继承用户权限"在云平台上的具体实现样本aws.amazon.com ↗
[27]Google Workspace Blog ·《Enterprise security controls for Google Workspace with Gemini》· 2024 · Gemini 在 Workspace 内只检索用户本来有权限访问的内容;DLP、IRM、CSE、Context-Aware Access、Vault 审计的完整组合workspace.google.com ↗
[28]Salesforce Developers ·《Einstein Trust Layer for Agentforce》· 2024–2026 · Agentforce 继承 Salesforce RBAC 与 sharing rules;PII / PCI masking、toxicity detection、第三方模型 zero data retention;高风险动作 Human-in-the-loopdeveloper.salesforce.com ↗
[29]MIT NANDA · Challapally, Pease, Raskar, Chari ·《The GenAI Divide: State of AI in Business 2025》(v0.1 预印本)· 2025 年 7 月 · 基于 300+ 公开部署审查 + 52 高管访谈 + 153 高级管理者调研。核心发现:30–40B 美元企业 GenAI 投入中 95% 看不到可量化 ROI、仅 5% 突破;根因是 "Learning Gap"(模型不会学习 / 不记忆 / 不随上下文适配);采购专用厂商成功率 ~67% vs 内部自建约 22%;Shadow AI 90%+ 员工用未授权工具。与 [3] 形成"失败侧 / 成功侧"镜像配对。引用注意:v0.1 预印本,未在 NANDA 官网正式发布,Futuriom 等媒体质疑其方法严谨性,建议用作多源互证nanda.media.mit.edu ↗
[30]TIME ·《Sam Altman Says AI 'Jobs Apocalypse' Probably Won't Happen》· 2026 年 5 月 · OpenAI CEO 在悉尼 Commonwealth Bank of Australia 大会由 CBA CEO Matt Comyn 对谈时的现场表态,自承"原以为入门白领被消灭得更多"。暂无官方逐字稿,引自现场报道time.com ↗
[31]Fortune ·《Dario Amodei spent last year warning of an AI white-collar bloodbath. Now he's changing the narrative》· 2026 年 5 月 5 日(5 月 26 日更新)· Anthropic CEO 在曼哈顿下城金融服务发布会、与 JPMorgan CEO Jamie Dimon 同台时,以"杰文斯悖论"重述岗位前景。原话"automate 90% of the job, then everyone does the 10%"引自现场报道fortune.com ↗
[32]Mercer ·《2026 Global Talent Trends》· 2026 · 825 名 C-suite 高管 + 1,650 名 HR 负责人调研。99% 高管预期未来两年因 AI 至少有部分裁员,主要集中在早期职业岗位;仅 32% 高管认为本公司能有效结合"人 + AI";员工"thriving"比例从 2024 年 66% 降至 2026 年 44% 转引数据mercer.com ↗
[33]Oliver Wyman Forum · CEO 调查 · 2026 · 计划在未来两年削减初级(junior)岗位的 CEO 比例,从 2025 年的 17% 升至 2026 年的 43%。经 Tom's Hardware / Yahoo Finance 转引finance.yahoo.com ↗
[34]Fortune ·《As AI slashes white-collar jobs, Salesforce CEO Marc Benioff says almost no one is being hired—except in sales》· 2026 年 5 月 28 日 · Salesforce 财报电话会:不再扩招工程师与 G&A,"基本只在销售扩招",工程师人数约两年稳定在 1.5 万。对照 4 月《Benioff 招 1,000 名应届生证明 AI 不会杀死入门岗位》(fortune.com/04/27 ↗)fortune.com ↗
[35]Fortune ·《66% of CEOs are freezing hiring while betting billions on AI》· 2026 年 3 月 18 日 · 对 350+ 上市公司 CEO 与管理约 19 万亿美元资产的投资者调查,66% 计划 2026 年内冻结或削减招聘fortune.com ↗
[36]Resume.org · 招聘经理调查(N=1,000)· 经 CBS News《AI job cuts are rising, but experts say layoffs are only part of the story》转引 · 59% 公司承认刻意强调"AI 替代"作为裁员理由,因其比"财务困难"更易向利益相关方交代cbsnews.com ↗
[37]Fortune(转引 WIRED 专访)·《Top Google exec says AI will rival humans in just 5 years...》· 2025 年 6 月 6 日 · Hassabis 在 WIRED 专访中称"通常会创造出新岗位、且实际上更好",AI 是给人加成而非替代;一手为 WIRED《Demis Hassabis Thinks AI Will Make Humans Less Selfish》fortune.com ↗
[38]The Decoder ·《Deepmind and Anthropic CEOs expect AI to hit entry-level jobs and internships in 2026》· 2026 年 1 月 20 日 · 达沃斯 WEF:Hassabis 称入门级岗位与实习今年可能受冲击、DeepMind 内部已观察到,但强调会创造新的、更有价值的岗位;与 Amodei 同场。另见 Fortune 2026.01.23 达沃斯 AGI 时间表辩论报道the-decoder.com ↗
[39]Anthropic / Claude 客户案例 ·《GC AI powers legal workflows for 1,500 companies, saving lawyers 14 hours a week with Claude》· in-house 法务 AI 平台,把公司专属 playbook / 机构知识嵌进受治理工作流,Exact Quote 链回原文。3.1 卡点对照案例(公司规模 / 认证口径见 [56])。来源性质:厂商发布的成功客户案例,存在 selection biasclaude.com/customers/gc-ai ↗
[40]Anthropic / Claude 客户案例 ·《Duvo automates enterprise operations across legacy systems with Claude》· 采购 / 供应链 agent,全栈 Claude + Agent SDK,computer use + MCP 走系统真实界面,高风险动作人审后沉淀决策。3.1 放权阶梯 / 决策沉淀案例(Rohlik 量化明细见 [57])。来源性质:厂商发布的成功客户案例,存在 selection biasclaude.com/customers/duvo ↗
[41]Anthropic / Claude 博客 ·《How three YC startups built their companies with Claude Code》· 2025 年 11 月 17 日 · HumanLayer(F24)/ Ambral(W25)/ Vulcan(S25)三家 YC 公司案例;HumanLayer "人在环审批 + 团队协作墙"洞察、《12-Factor Agents》出处。3.1 案例(公司事实 / 融资见 [58])。来源性质:厂商博客精选案例claude.com/blog ↗
[42]Anthropic / Claude 客户案例 ·《How Zingage automates care coordination for 400+ home care agencies with Claude》· 家庭护理 agent,原生运行在 EMR 内部,Escalation 放权 + 人工兜底高风险判断。3.1 放权模式对照。来源性质:厂商发布的成功客户案例,存在 selection biasclaude.com/customers/zingage ↗
[43]Anthropic / Claude 博客 ·《How Carta Healthcare gets AI to reason like a clinical abstractor》· 2026 年 4 月 8 日 · 临床数据抽取平台,一线人员解释当天转成修订 prompt 上线的"学习闭环"样本,IRR 98–99%。3.1 学习闭环佐证。来源性质:厂商博客精选案例claude.com/blog ↗
[44]Anthropic / Claude 客户案例 ·《How a $2 billion venture fund made Claude Cowork its shared firm infrastructure》· Airtree 把 Cowork 做成全公司共享基础设施,"一人建 Skill 全员用" + 1 小时内训课 + 人工复核治理。3.1 衍化推演(可迁移做法)参考。来源性质:厂商发布的成功客户案例,存在 selection biasclaude.com/customers/airtree ↗
[45]DataReportal(Kepios) ·《Digital 2022–2026: The United States of America》系列 · 美国 LinkedIn 会员数(注册会员口径,源自 LinkedIn 广告后台 audience reach,非月活):2022 年初 1.80 亿 / 2023 年初 2.00 亿 / 2024 年初 2.20 亿 / 2025 年初 2.50 亿 / 2025 年底 2.70 亿datareportal.com ↗
[46]DemandSage / 第三方估算(LinkedIn 不公布官方 MAU)· LinkedIn 全球约 13 亿注册会员,月活约 3.1 亿(≈24%)、日活约 1.3 亿(≈16%)——即任一月份约四分之三的注册号并不活跃demandsage.com ↗
[47]Meta ·《Our Approach to Frontier AI》(Frontier AI Framework)· 2025 年 2 月 · 履行 AI 首尔峰会承诺,按 critical / high / moderate 三档风险阈值决定模型是否放行;critical(网络安全、化生武器、失控等灾难性风险)即停止开发并限制访问。Meta 的"自有方法学"治理框架about.fb.com ↗
[48]Meta AI ·《Announcing Purple Llama: Towards open trust and safety in the new world of generative AI》· 2023 年 12 月起 · 开源可商用的 LLM 信任与安全工具集:Llama Guard(输入/输出内容审核)、CyberSecEval(业界首个 LLM 网络安全评测基准)、LlamaFirewall(prompt injection / 不安全代码防护)ai.meta.com ↗
[49]CNBC ·《Facebook-parent Meta breaks up its Responsible AI team》· 2023 年 11 月 · Meta 解散中央 Responsible AI 团队,成员分流进 Generative AI 产品部门与 AI 基础设施团队,官方称为"增强协作、贴近核心产品开发"。治理下沉产品团队(嵌入式)的样本,也曾被外界质疑会削弱集中监督cnbc.com ↗
[50]TechCrunch ·《Meta refuses to sign EU's AI code of practice》· 2025 年 7 月 18 日 · Meta 全球事务负责人 Joel Kaplan 公开声明不签署欧盟 GPAI 行为准则,称其"带来诸多法律不确定性、且超出 AI Act 范围"。Meta 是迄今唯一公开拒签的大型 AI 公司(OpenAI、Mistral 等已签)techcrunch.com ↗
[51]BCG Henderson Institute ·《AI Will Reshape More Jobs Than It Replaces》· 2026 年 4 月 · 基于自有微观经济模型,把全美约 1.65 亿岗位归入六类"AI 劳动力扰动段"(Amplified 5% / Rebalanced 14% / Enabled 23% / Divergent 12% / Substituted 12% / Limited-Exposure 34%);判断未来 2–3 年 50–55% 岗位被重塑、4–5 年内 10–15% 面临消除。与已引用的 BCG《AI at Work 2025》[7] 为不同报告bcg.com ↗
[52]AWS ·《Amazon Bedrock AgentCore》(2025 年底 GA)+《Implementing ISO/IEC 42001:2023 AI Management Systems (AIMS) on AWS》白皮书(2026 年 5 月)· AgentCore 是端到端 agent 平台(运行时 / 网关 / 记忆 / 身份管理 / 策略引擎 / 评估 / 可观测性),要求每个 agent 部署前先配置作用域身份权限与 guardrails;白皮书说明 Bedrock 等服务如何对应 ISO 42001 要求aws.amazon.com ↗
[53]Google DeepMind ·《Strengthening our Frontier Safety Framework》(Frontier Safety Framework v3.0)· 2025 年 9 月 · 新增"有害操纵"与"抗关机 / 失控"两类关键能力阈值(CCL);触阈值需做 safety case,由 AGI Safety Council、Responsibility & Safety Council、Google Trust & Compliance Council 等治理机构评审后才能 GAdeepmind.google ↗
[54]Salesforce ·《Agentforce 360》(2025 年 10 月 GA,首批 12,000 客户,建于 Hyperforce)+ 拟收购 Informatica 以强化 Data 360 的数据集成 / 质量 / 治理 / MDM · Einstein Trust Layer 为内建治理引擎(grounding / PII & PCI masking / toxicity detection / zero data retention)salesforce.com ↗
[55]Meta AI ·《Everything we announced at our first-ever LlamaCon》/《Sharing new open source protection tools》· 2025 年 4–5 月 · 发布 Llama Guard 4(文本+图像统一防护)、LlamaFirewall(PromptGuard 2 越狱检测 + Agent Alignment Checks 推理审计 + CodeShield 静态分析)、Llama Prompt Guard 2;官方称组合护栏把攻击成功率降至约 1.75%(约 90% 降幅)ai.meta.com ↗
[56]GC AI(公司官网 / 公开披露) · 法务 AI 平台,创始人 Cecilia Ziniti(三任公司总法律顾问:Anki / BloomTech / Replit)+ 联合创始人兼 CTO Bardia Pourvakil · 公司规模口径:1,700+ in-house 法务团队使用(含 50+ 家上市公司、25 家独角兽);通过 SOC 2 Type II / SOC 3 认证、GDPR 合规;2025.11 完成 $60M B 轮、估值约 $5.55 亿。与 [39] Claude 官方案例互补([39] 为产品效果口径,本条为公司规模口径)。来源性质:含厂商自报数据,存在 selection biasgc.ai ↗
[57]Anthropic / Claude 客户案例 ·《Duvo.ai》· Rohlik Group 细化数字(与 [40] 同源案例的量化补充):上线第一周 €1.45M 年化节省(120+ SKU、15+ 供应商),三个月累计 €2.8M+;年度供应商谈判缩短约 1 个月、约 80% 自动化;促销搭建 −65~70%、供应商催单 −50~70%、供应链可用率两周内 78%→93%。来源性质:厂商发布的成功客户案例,存在 selection biasclaude.com/customers/duvo ↗
[58]HumanLayer(官网 / GitHub / Y Combinator) · 创始人 Dexter Horthy,约 6 人团队;《12-Factor Agents》于 2025 年 4 月发布后走红,成为 context engineering 奠基参考;产品 CodeLayer 用 worktree + 云 worker 并行跑多个 Claude 会话(MULTI CLAUDE);YC F24,累计融资约 $500K(YC 参投,2024 年种子轮)。与 [41] Claude 博客案例互补。来源性质:厂商 / 公司自述humanlayer.dev ↗
[59]Salesforce(Trailhead / Salesforce Admins) ·《Explore Agentforce Guardrails and Trust Patterns》/《The Importance of Human in the Loop for Agentforce》· 2026 · guardrails 定义硬边界(禁碰话题、不可共享数据、升级阈值);AI 可接受使用政策要求法律或重要决策须由人做最终决定;可配置具体护栏(如服务 agent 不得批超过 $100 退款、不得删除记录),并叠加 ABAC 上下文判断trailhead.salesforce.com ↗
[60]Meta AI ·《Sharing new open source protection tools》(Llama Defenders Program)+ Llama 企业自托管 · 开放权重可在 on-prem / 私有云自托管,输入输出全部留在企业内网,为医疗 / 金融 / 国防等强监管行业最偏好路径;Defenders Program 提供 Automated Sensitive Doc Classification Tool 及 AI 生成内容 / 音频检测器,首批合作方含 ZenDesk、Bell Canada、AT&Tai.meta.com ↗
[61]AWS / Amazon(Andy Jassy) · Amazon 内部用生成式 AI(Amazon Q)做大规模代码现代化,仅 Java 版本升级一项即估算节省约 4,500 个开发者-年、超 2.6 亿美元效率收益;Q Developer 成为内部最广泛使用的编码工具之一。来源性质:AWS / Amazon 自报数据aws.amazon.com ↗
[62]Alphabet / Google(Sundar Pichai 财报会表述) · Google 内部新代码中由 AI 生成的比例,从 2024.10 财报会披露的约 25% 升至 2025.04 财报会披露的 30% 以上。来源性质:CEO 公开口径,未给出统计口径细节fortune.com ↗
[63]Salesforce(Marc Benioff,2025.09 多家媒体报道) · 2025 年 Salesforce 客服支持团队从约 9,000 人减到约 5,000 人(Benioff "I need less heads"),Agentforce 处理约一半支持工单,省下人员中数百人转岗至销售 / 专业服务 / 客户成功。来源性质:CEO 公开表述 + 媒体报道fortune.com ↗
[64]Meta(Mark Zuckerberg + 内部文件报道) · Meta 内部为 2026 上半年定目标——65% 工程师用 AI 写出超过 75% 的提交代码;Zuckerberg 预测 12–18 个月内自家大部分相关代码由 AI 写成,并推动公司向 "AI-native" 重组。来源性质:CEO 公开表述 + 媒体披露的内部文件engadget.com ↗
[65]AWS / Amazon(Andy Jassy 全员 memo) · 2025.06 memo 明确预期 AI 未来几年将缩减公司 corporate 总体岗位,要求员工学用 AI 并用"更精简的团队(scrappier teams)"做事;延续 2024.09 memo 要求各团队将"一线员工:管理者"比例至少提高 15%。来源性质:CEO 内部 memo + 媒体报道cnbc.com ↗
[66]Alphabet / Google(Sundar Pichai,2024.12 全员会) · 2024.12 全员会披露削减约 10% 的 manager / director / VP 管理岗,许多管理者转为个人贡献者;其后报道管理者数量同比少约 35%;延续 2022 起"效率提升 20%"目标。来源性质:CEO 内部表述 + 媒体报道techradar.com ↗
[67]AWS / Amazon(Andy Jassy,反官僚行动) · Jassy 设"无官僚"举报邮箱,一年收到约 1,500 封反馈、据此修改约 455 个流程;要求经理直接下属至少 8 人(从 2017 年 Bezos 定的 6 人上调),以削减层级、加速审批与一线决策。Jassy 本人称此轮调整主要出于"敏捷与文化"、未直接归因 AI。来源性质:CEO 公开表述 + 媒体报道fortune.com ↗

本研究为 Roger 内部使用的阶段性综合分析。结论可被任何新证据推翻,下一版会明确标注修改记录。欢迎针对研究内容展开探讨。