在一次播客节目中，Anthropic Claude Code 和 Cowork 团队的负责人 Fiona Fung 分享了她对于软件开发领域未来发展的见解。Fiona Fung 拥有 25 年的工程师经验，她认为当前关于 AI 是否会取代工程师的争论已经过时，真正的重点在于 AI 普及后所带来的深远影响。

Fiona Fung 提出了一个核心观点：编写代码已不再是开发过程中的瓶颈。她以 Anthropic 的数据为例，指出工程师们平均每季度交付的代码量是 2021-2025 年期间的八倍，并且这种增长呈直线攀升的趋势。然而，她认为更值得关注的是编写代码的人员构成发生了变化。在 Claude Code 团队，设计师和产品经理等非传统工程师角色也开始提交代码，这使得编写代码成为一种跨角色的基础能力，如同发送电子邮件一样普遍。

她进一步阐述，随着编写代码的门槛降低，开发流程的瓶颈随之转移。新的挑战在于如何对大量、多样化的代码提交进行验证和质量把控。过去，工程师的“工程带宽”是主要的约束，有限的工程资源需要精心规划。而现在，代码的快速生成使得“工程带宽”的约束消失，取而代之的是验证、审查和质量保障环节成为新的瓶颈。

Fiona Fung 回顾了软件开发模式的三次重大转变。她以微软的 Visual Studio 时代为例，那时软件刻在 CD 上，交付日期是不可更改的硬性约束，工程时间极为宝贵。随后，在线发布改变了交付方式。如今，AI 对编码过程的加速是第三次转变。她指出，这三次转变的模式如出一辙：旧的瓶颈被打破，新的瓶颈随之浮现。

她分享了两个具体案例，说明 AI 如何提升了个人能力上限。一位工程师过去面对复杂需求会感到畏难，现在则认为可以通过 Claude Code 来实现。另一位工程师，原本不熟悉移动端开发，但在 AI 的协助下，也能顺利推进相关功能。Fiona Fung 强调，现在限制个人产出的不再是技术复杂性，而是个人的判断力和雄心。她认为，“写得快”不再是问题，“写得对不对”才是关键。代码量爆炸、角色界限模糊、能力上限提高是同时发生的现象。

然而，这些积极变化也伴随着新的挑战，例如质量的责任归属、AI 生成内容的准确性验证，以及现有管理模式和质量框架是否还能适应产出速度的八倍增长。Fiona Fung 表示，她在 Anthropic 的日常工作就是围绕这些问题展开。

为了应对这些挑战，Fiona Fung 采取了一系列措施。她首先在所有代码仓库中部署了 Claude Code 远程会话，赋予了她“上帝视角”，能够实时了解团队成员的工作状态和进展。她还重写了她的工作流程。通过 Claude Code 的 Routines 功能，她可以设置智能代理来生成 Prompt，甚至自动生成 Pull Request。例如，她可以设置一个 Routine，让 AI 每天早上提炼反馈频道的主题，并生成反馈摘要和待审阅的 PR。

这种角色转变体现在管理者从“亲自上手”到“事后审核”，再到“搭建系统”的过程。Fiona Fung 坦言，虽然 AI 提升了效率，但也带来了新的挑战：管理者需要投入大量时间消化 AI 异步完成的工作，并处理由此产生的上下文切换负担。

在质量保障方面，Fiona Fung 提出了四种方法。首先是自动化代码审查。她指出，过去人类审查者是瓶颈，而现在可以将标准化的检查项交给 Claude 完成。她建议将设计规范、代码风格、架构原则等明确定义并写入规则文件，Claude 能够依据这些框架进行验证。但前提是，规范文档必须与代码同步更新。

其次是测试驱动开发（TDD）。她认为，AI 自动化了测试用例的生成，使得过去被认为繁琐但重要的 TDD 方法重新焕发生机。她将 AI 协助完成 TDD 的过程比喻为 AI 已经将“不好吃但健康”的西兰花嚼碎，用户只需吞咽即可。

第三种方法是她提出的**“Bad vs Sad”判断框架**。Bad 代表严重且不可恢复的错误，而 Sad 则指虽有不便但可恢复的问题。她强调，团队需要根据自身情况定义这两类问题的标准，并警惕 Sad 问题积累演变成 Bad 问题。她认为，这个框架有助于在海量监控数据中，区分真正糟糕的体验和尚可忍受的不适。

最后一种方法略显另类，是跟踪**“用户说脏话的频率”**。她认为这个指标可以作为监测用户情绪的一种非传统方式，当脏话频率上升时，可能意味着产品在某些方面让用户感到沮丧。

关于人员招募，Fiona Fung 关注两类人才：“dreamers”（有产品触觉的创造型选手）和深度系统专家。她还强调了“高主动性”与“高责任感”的配对。她推行一项规定：新任管理者必须回到一线编写代码至少一个季度，以保持对产品的敏锐度。她自己也曾借助 Claude 重新拾起代码交付工作。她坚持“吃自己的狗粮”，亲自使用团队开发的产品，认为这能让团队感受到他们的工作被看见，并拉近了领导者与团队的距离。

在规划方面，Fiona Fung 认为传统的六个月路线图已不再适用，取而代之的是**“即时规划”**，即只制定一个月的计划，且形式非常轻量。她甚至考虑将月度计划的更新过程自动化，以避免“更新表格”本身成为新的负担。她主张“没用就杀”的流程管理原则，鼓励团队淘汰那些不再服务于原始目标的流程。

Fiona Fung 强调，在快速变化的环境中，“不要把折腾当进步”。她以 Facebook Marketplace 的上线为例，说明了死盯工具使用量（如卖家数量）可能忽略了更重要的洞察（如用户找到了想要的东西）。她认为，指标只有在能够指导决策时才具有价值，并且指标本身也需要被反复审视。她建议面对任何指标，都要保持警惕，避免戴上“眼罩”。

在个人层面，Fiona Fung 探讨了 AI 协作对工程师带来的影响。她指出，过去那种攻克难题、获得顿悟的体验正在减少，并且长时间与 AI 协作可能导致孤独感。为此，她团队组织了“结对编程午餐”活动，尽管每个人都带着自己的 AI 助手，但这种形式却能提供一种陪伴感。她也认同，观察他人如何与 AI 对话本身也能学到新技巧。

Fiona Fung 分享了她个人适应变化的经历，并强调了**“恐惧是最好的指南针”**。她认为，最让你害怕的事情往往也是最应该去做的。

在访谈的最后，Fiona Fung 坦诚地提出了一些她尚未有明确答案的问题。例如，独立 iOS 和 Android 团队的必要性、自动化审查的界限、以及如何在新兴的模糊角色边界中保持团队效率。她还对下一代工程师的培养感到担忧，认为未来的软件工程训练可能更类似于“师傅带徒弟”。

她认为，在 Anthropic 这种高速增长的环境下，团队文化是比工程难题更难解决但更重要的问题。她最害怕的场景是管理者报告一切安好，而实际情况并非如此。她强调保持坦诚、多元视角和互助的重要性，并借鉴了 Airbnb 和 Sheryl Sandberg 的经验，认为创始人对文化的重视以及公开讨论问题是关键。

在闪电问答环节，Fiona Fung 推荐了玛格丽特·阿特伍德、村上春树的作品以及《小王子》。她认为《风之谷》的主角娜乌西卡是她领导力观念的启蒙。她的人生格言是工作上“保持简单”，生活里“在一个你可以成为任何事物的世界里，请善良”。她将自己比作一个编译器，在编织中寻找执行文件的生成过程。她的梦想是开一家以奶奶名字命名的毛线店。