旧编程流程正在消亡：AI 时代程序员的工作方式要变了
阅读时间：9 分钟
这两年大家都在问，AI 会不会取代程序员。
我现在越来越觉得，更早被淘汰的，可能不是程序员，而是程序员那套旧工作方式。
看完 Boris Cherny 在 The Pragmatic Engineer 的这期访谈，我对这件事几乎不再怀疑。因为这不是行业外围的泛泛讨论，而是一线团队在公开复盘他们已经发生的变化。
在 Anthropic，Claude Code 的创建者 Boris Cherny 讲得很直接：AI 写代码已经不是辅助动作，而是很多场景下的默认动作。更关键的是，随之变化的不是一两个工具按钮，而是工程师整套工作方法。
如果你今天还把 AI 主要当成 IDE 里的补全插件，这篇文章值得认真看完。因为真正拉开差距的，可能已经不是“你会不会用 AI”，而是“你有没有换掉旧工作流”。
这不是一条普通访谈，而是一线团队发出的工作流信号
这期内容的来源，不只是 YouTube 视频本身。
它是 The Pragmatic Engineer 在 2026 年 3 月 4 日发布的正式一期节目《Building Claude Code with Boris Cherny》，采访人是 Gergely Orosz，受访人是 Boris Cherny。
为什么这很重要？
因为 Gergely Orosz 不是泛科技主播。他长期做软件工程深度报道，受众主要是工程师和技术管理者。换句话说，这不是“科技圈讲故事”，而是软件工程语境里的一手观察。
而 Boris Cherny 也不是普通受访嘉宾。他是 Anthropic 的 Claude Code 负责人，曾在 Meta 做 Principal Engineer，也是《Programming TypeScript》的作者之一。你可以不同意他的判断，但你很难把它当成外围噪音。
换句话说，这篇访谈的价值，不在于它证明某个产品有多火，而在于它暴露了一个现实：
最先发生变化的，往往不是模型能力曲线，而是顶尖团队的默认工作习惯。
为什么我会把这期访谈当成一个强信号
我最在意的，不是 Boris 在节目里说了多少金句，而是他说的很多事情已经构成了一个完整链条：
从内部工具到产品化，从单个会话到并行 agent，从写代码到做验证，从 PRD 到原型，从 IDE 中心到工作流中心。
这些变化放在一起看，你会发现它并不是“AI 更强了”这么简单。
它更像是：软件生产正在从手工工坊，慢慢转向调度系统。
以前最重要的是你能不能自己把一段代码写出来。
现在越来越重要的是：
- 你能不能把问题拆清楚
- 你能不能把上下文喂对
- 你能不能设计一套可验证、可回滚、可并行的执行过程
- 你能不能在多个 agent 之间分配任务，而不是把所有问题都塞进一个对话框
这才是我觉得这期访谈真正刺耳的地方。
它不是在告诉你“AI 会写代码了”。
它是在提醒你：
如果你还用旧地图找新大陆，你会越来越慢。
我最在意的 6 个信号：AI 正在把工程师从写手变成导演
1. 当一线团队把 AI 变成默认动作，行业就不是试验期了
Boris 在访谈里提到，Claude Code 在 Anthropic 平均写了大约 80% 的代码，几乎所有技术人员都在使用，非技术团队里也有很高采用率。
这个数字不一定能原样迁移到每家公司，但它至少说明一件事：
在一线团队里，AI Coding 已经不是“少数人试试看”的边缘行为，而是组织默认动作。
判断 1：当 AI 从可选工具变成默认动作时，工程师的竞争差距就会从“会不会用”转成“用得是不是成体系”。
2. 多数人的瓶颈，已经不是写得快，而是编排得好
Boris 说自己曾经在旅行期间，一天能推进 10 到 20 个 PR，而且基本由 Claude Code 完成，自己没有手动改一行代码。
如果这句话让你不舒服，那就对了。
因为它直接击中了很多工程师的默认自我认知：我们一直觉得产能瓶颈主要在“写代码速度”。但在 agent 工作流里，产能瓶颈更可能出现在任务拆分、边界清晰度和验证闭环上。
判断 2：AI Coding 时代，强工程师不一定是写得最快的人，而是最会组织产能的人。
3. 并行，不再是加分项，而会变成默认能力
访谈里一个很关键的细节是 Boris 的工作方式：同时开 5 个终端标签页，每个对应独立 checkout，在每个环境里运行 Claude Code，按循环方式推进多个任务。
这背后其实不是“工具技巧”，而是工作哲学变化。
旧工作流默认你一次只做一件事。
新工作流默认你同时调度多个半自动执行单元。
判断 3：单线程工程师会越来越吃亏，因为 AI 把并行的门槛压低了。
4. IDE 的中心地位正在被削弱
Boris 提到自己有一段时间甚至卸载了 IDE，还会在手机上启动几个 agent。
这句话最容易被误读成“IDE 没用了”。我不这么看。
真正重要的是：代码生产不再被某一个编辑器界面绑定。
IDE 仍然重要，但它不再必然是生产的唯一中心。终端、桌面应用、手机、hooks、worktree、agent orchestration，这些都在重新分走生产入口。
判断 4：未来的软件开发入口，会越来越像调度台，而不是单一编辑器。
5. PRD 变弱，不代表思考变弱，反而要求更强
The Pragmatic Engineer 在这期节目总结里提到，Claude Code 团队很多时候不是从静态 PRD 或 Figma 开始，而是先做大量原型。
这里最容易产生一种误解：是不是以后都不需要规划了？
恰恰相反。
原型取代 PRD，不代表不思考，而是把原本写在文档里的很多决策，提前放进了可运行系统里验证。
判断 5：AI 时代不是不要产品思考，而是把更多思考前移到原型和验证里。
6. 工程师的核心价值会向“验证”迁移
很多人第一次用 AI 写代码时，关注点是它会不会写。
但真正用久了就会发现，最花时间的往往不是生成，而是确认：它是不是理解对了？边界是不是漏了？有没有把错误藏进看起来很顺的实现里？
Boris 在访谈里反复强调代码质量、代码库一致性、review 体系和确定性模式。这说明在 AI Coding 时代，验证不是补充动作，而是主动作。
判断 6：以后工程师最稀缺的能力，可能不是“写”，而是“判”。
旧编程工作流，到底会先死在哪里
如果把这些信号压缩成一句更直白的话，大概就是：
旧编程工作流最先过时的，不是写代码本身，而是它那套默认假设。
旧假设是什么？
- 一个人盯着一个 IDE
- 一个会话从头跑到尾
- 人自己负责大部分生成
- AI 只负责局部辅助
- review 是后置动作
- PRD 是静态起点
而新假设越来越像这样：
- 一个人同时管理多个执行单元
- 不同任务拆到不同 agent 和不同环境
- 生成、审查、验证彼此分离
- 原型和反馈先行，文档不再总是第一入口
- 好的代码库和明确约束，比“灵光一现的提示词”更重要
所以我现在越来越认同一个说法：
AI 先淘汰的，不是程序员，而是“单线程、单上下文、单入口、单责任链”的旧工作流。
普通开发者现在最该升级的，不是模型，而是工作流
看到这里，一个最现实的问题是：
普通开发者怎么办？我们又不是 Anthropic。
我的答案是，你不需要复制 Anthropic，但要尽快升级自己的默认习惯。
至少可以先从四件事开始。
1. 把 AI 从“补全工具”升级成“执行层”
别再只会说“帮我写一下这个函数”。
你要开始练的是：如何给任务边界，如何打包上下文，如何写出一段 agent 真能执行的说明。
2. 把一个会话，拆成多个环节
不要让同一个会话同时负责理解问题、写方案、改代码、做 review、跑验证。
同一个上下文太容易一路自洽，也太容易一路犯错。
3. 把并行当成能力，而不是技巧
哪怕你今天还不会开 5 个终端，也可以先学会：
- 一个环境做主实现
- 一个环境做 review
- 一个环境做验证或查证
只要你从“串行等待”开始切向“并行推进”，工作感受就会完全不一样。
4. 把验证放到更前面
AI Coding 最大的幻觉，不是生成不了，而是生成得太顺。
越顺的输出，越需要你建立自己的反证机制。
测试、review、lint、checklist、回归验证，这些东西以后不是拖慢速度的负担，而是让你敢于放大 AI 产能的基础设施。
一句话总结：以后真正值钱的，不只是写代码能力，而是“拆任务 + 编排 agent + 设计验证”的组合能力。
收尾
我现在越来越确定，未来最先拉开差距的，不是“谁更早接触 AI”，而是“谁更早放弃旧工作流”。
AI 时代当然还需要工程师。
但它未必还需要旧式工程师。
如果你现在还主要把 AI 当补全工具，留言说说你卡在哪一步；如果你已经在用多 agent、多 worktree 或自己的验证闭环，也欢迎分享你的工作流。
素材来源
- The Pragmatic Engineer，《Building Claude Code with Boris Cherny》，2026-03-04
newsletter.pragmaticengineer.com/p/building-… - YouTube 视频源：
www.youtube.com/watch?v=jul…
人物说明
- 采访人：Gergely Orosz，The Pragmatic Engineer 主理人，长期做软件工程、工程组织和开发工具领域的深度报道与访谈。
- 受访人：Boris Cherny，Anthropic Claude Code 负责人，前 Meta Principal Engineer，《Programming TypeScript》作者。
更多深度内容与完整文章，欢迎关注我的微信公众号：
主要分享：
AI 编程与开发效率
技术趋势与工程思考
实用工具与工作流
扫码或搜索公众号 SamLai 效率研习社 即可关注。
