Claude Code 让 Anthropic 工程组织的实际产出达到约三倍人力，但瓶颈没有消失，它从「写程序」移到「决定要做什么」。 （前情提要：Claude Code 新增云端定时任务功能！不用开电脑，AI 自动审核 PR、升级） （背景补充：Anthropic 工程师不写程序代码了：Claude 正在训练下一代 Claude，CEO 称「不确定还剩多少时间」）
工程师的产能翻了三倍，公司却在多请人。这听起来像矛盾，但 Anthropic 正在做的事恰恰如此。根据 Amazon 软件工程师 Ishan Gupta 在 VentureBeat 发表的客座评论，Anthropic 近期要求其成长团队「多请」产品经理（PM），而非裁减，原因是 Claude Code 让整个工程组织的实际产出达到约三倍人力，瓶颈从 IDE（也就是写程序的地方）移到了「决定要做什么」的人身上。
简单来说就是，工具快了，但告诉工具该做什么的人没跟上。
Gupta 描述了过去十年工程流程的典型模样：工程师钻研技术、写程序、卡住时查 Stack Overflow。而如今 Stack Overflow 每月新问题数自 2022 年 11 月 ChatGPT 推出以来已下降约 77%。这个数字本身就是一份产业剖面：工程师不再需要在社群里等答案了。
他把这个转变拆成五个阶段。第一阶段是 Stack Overflow 时代（2014 至 2022 年末），工程师的思考集中在一个地方，问题有其固定的社群解法。第二阶段是浏览器分页时代（2022 末至 2024 年），第一代 ChatGPT 在 IDE 之外运作，工程师在浏览器写 prompt、贴回 VS Code，整个流程仍是单线程、工程师驱动。
第三阶段是 IDE 原生时代（2024 至 2025 年）：Cursor 与 Claude Code 把模型搬进编辑器，并给予整个 repo 的存取权。这一步的关键后果是，资深工程师作为「升级路径」的角色大致消失，初阶工程师卡住时不再需要敲资深同事的门，模型比任何一位同事都更有耐心。
到 2026 年，不少开发者在新终端机打的第一个指令已经是 claude。
第四阶段是规格驱动时代（2025 至 2026 年）：更大的 context window 把过去需要 ticket、设计档案、整个 sprint 才能处理的工作压进单一 session。Amazon 的 Kiro IDE 团队据报把功能开发从两周压到两天。一个 AWS 工程团队把原本估计需要 30 名工程师、18 个月的重构，由 6 人在 76 天内完成。
第五阶段，也就是现在，是 Routines 时代（2026 年）：Anthropic 在 4 月推出 Claude Code Routines，可排程、常驻执行的代理（agents），可按周期、webhook 或在笔电合上的整夜执行。
Cron 回来了、Hooks 回来了。工程师的工作开始有「编排」的成分：睡前开一群代理，早上审一叠 PR。
不过工程产能增长三倍，产品管理却没动。为了填补这缺口，LinkedIn 把副产品经理（APM）轨道换成「Product Builder」计划，训练横跨产品、设计、工程的通才；Anthropic 则选择直接多聘请 PM。
Gupta 对工程师的建议直接：2026 重要的工程师，是不再等工单需求上门的人。而是要主动跟客户谈、读客服建议、坐进销售电话、能真正产生想法而非只是被动给估时。
2026 的好工程师不是写最多程序代码的人，而是知道该做什么、能证明值得做、有代理舰队加上审查纪律把它出货，同时不让系统因速度崩溃的人。
Gupta 的结语留了一个清晰的选择：内化这件事的工程师，会度过软件史上最有趣的十年；继续等工单的工程师，则会看着旁边的代理把工单处理完。
163.62万 热度
48.58万 热度
12.88万 热度
19.42万 热度
100.42万 热度
AI时代，我们需要的是更具「产品思维」的工程师
Claude Code 让 Anthropic 工程组织的实际产出达到约三倍人力，但瓶颈没有消失，它从「写程序」移到「决定要做什么」。 （前情提要：Claude Code 新增云端定时任务功能！不用开电脑，AI 自动审核 PR、升级） （背景补充：Anthropic 工程师不写程序代码了：Claude 正在训练下一代 Claude，CEO 称「不确定还剩多少时间」）
工程师的产能翻了三倍，公司却在多请人。这听起来像矛盾，但 Anthropic 正在做的事恰恰如此。根据 Amazon 软件工程师 Ishan Gupta 在 VentureBeat 发表的客座评论，Anthropic 近期要求其成长团队「多请」产品经理（PM），而非裁减，原因是 Claude Code 让整个工程组织的实际产出达到约三倍人力，瓶颈从 IDE（也就是写程序的地方）移到了「决定要做什么」的人身上。
简单来说就是，工具快了，但告诉工具该做什么的人没跟上。
瓶颈不在打字
Gupta 描述了过去十年工程流程的典型模样：工程师钻研技术、写程序、卡住时查 Stack Overflow。而如今 Stack Overflow 每月新问题数自 2022 年 11 月 ChatGPT 推出以来已下降约 77%。这个数字本身就是一份产业剖面：工程师不再需要在社群里等答案了。
他把这个转变拆成五个阶段。第一阶段是 Stack Overflow 时代（2014 至 2022 年末），工程师的思考集中在一个地方，问题有其固定的社群解法。第二阶段是浏览器分页时代（2022 末至 2024 年），第一代 ChatGPT 在 IDE 之外运作，工程师在浏览器写 prompt、贴回 VS Code，整个流程仍是单线程、工程师驱动。
第三阶段是 IDE 原生时代（2024 至 2025 年）：Cursor 与 Claude Code 把模型搬进编辑器，并给予整个 repo 的存取权。这一步的关键后果是，资深工程师作为「升级路径」的角色大致消失，初阶工程师卡住时不再需要敲资深同事的门，模型比任何一位同事都更有耐心。
到 2026 年，不少开发者在新终端机打的第一个指令已经是 claude。
第四阶段是规格驱动时代（2025 至 2026 年）：更大的 context window 把过去需要 ticket、设计档案、整个 sprint 才能处理的工作压进单一 session。Amazon 的 Kiro IDE 团队据报把功能开发从两周压到两天。一个 AWS 工程团队把原本估计需要 30 名工程师、18 个月的重构，由 6 人在 76 天内完成。
第五阶段，也就是现在，是 Routines 时代（2026 年）：Anthropic 在 4 月推出 Claude Code Routines，可排程、常驻执行的代理（agents），可按周期、webhook 或在笔电合上的整夜执行。
Cron 回来了、Hooks 回来了。工程师的工作开始有「编排」的成分：睡前开一群代理，早上审一叠 PR。
谁来决定要做什么？
不过工程产能增长三倍，产品管理却没动。为了填补这缺口，LinkedIn 把副产品经理（APM）轨道换成「Product Builder」计划，训练横跨产品、设计、工程的通才；Anthropic 则选择直接多聘请 PM。
Gupta 对工程师的建议直接：2026 重要的工程师，是不再等工单需求上门的人。而是要主动跟客户谈、读客服建议、坐进销售电话、能真正产生想法而非只是被动给估时。
Gupta 的结语留了一个清晰的选择：内化这件事的工程师，会度过软件史上最有趣的十年；继续等工单的工程师，则会看着旁边的代理把工单处理完。