在一次播客节目中，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 来做就行”。她的团队成员，即使不是 Android 专家，也能借助 Claude 在不熟悉的移动端领域推进功能开发。Fiona Fung 总结道：“这确实抬高了每个人能做事情的上限。”过去限制工程师的是技术复杂度，现在则转变为判断力和雄心。“写多快”不再是问题，关键在于“写得对不对”。

AI 带来的代码量爆炸、角色边界模糊、能力上限提升等现象，也伴随着一系列新挑战：质量如何保证？AI 生成的内容如何验证其正确性？团队产出速度提升八倍后，原有的管理方式、质量框架和规划节奏是否还能适用？Fiona Fung 在 Anthropic 的日常工作，正是围绕这些问题展开。

为了应对这些挑战，Fiona Fung 进行了多项变革。她首先在所有代码仓库中部署了 Claude Code 远程会话，赋予了她“上帝视角”，能够随时了解团队的动态和进展。这改变了她过去需要花费大量时间查看反馈渠道和处理问题的流程。

Claude Code 推出的 Routines 功能进一步重塑了她的工作流。她表示：“以前我得自己写 prompt，现在有了 Routines，就像有个 Agent 帮我生成 prompt，甚至帮我生成 PR。”例如，可以设定一个 Routine 每天自动提炼反馈频道的主题，并生成待审阅的 PR。她指出，管理者的角色正从“亲自上手干”转变为“事后审一下”，甚至进一步成为“搭系统的人”。这种转变也带来了新的挑战，即需要花费大量时间消化 AI 异步完成的工作，处理全新的上下文切换负担。

在质量保障方面，Fiona Fung 提出了几项应对策略。第一，自动化代码审查。她认为，过去人工审查者是巨大瓶颈，而现在可以将可标准化的检查项交给 Claude。关键在于将设计规范、代码风格、架构原则等明确定义为规则文件，并与代码同步更新。第二，测试驱动开发（TDD）。她将 AI 辅助 TDD 比作“AI 帮你把西兰花嚼了”，将过去繁琐但重要的测试编写过程自动化，使得“正确但让人提不起劲的做法，突然又活过来了”。第三，她提出的“Bad vs Sad”判断框架。区分严重错误（Bad）和可恢复的小问题（Sad），帮助团队聚焦真正的问题，并关注 Sad 问题的趋势，防止其恶化。第四，一个另类的指标——跟踪用户说脏话的频率。她认为这个指标能提供一个独特的视角来监测用户情绪。

关于人才招聘，Fiona Fung 关注两类人：“dreamers”（有产品触觉的创造型选手）和“深度系统专家”。她强调了“高主动性，配高责任感”的配对概念，即鼓励员工大胆尝试，但必须对结果负责。她还要求新任管理者必须回到一线写代码至少一个季度，以保持对产品的“手感”，因为环境变化太快，不亲身体验很快会丧失判断力。她自己也借助 Claude 重新获得了交付代码的能力，并强调领导者亲自使用团队产品的重要性，这能让团队成员感受到自己的工作被看见。

在规划方面，Fiona Fung 认为传统的六个月路线图已不再适用，团队转向“即时规划”，即只制定一个月的计划，并以轻量级的方式进行。她甚至考虑将月度计划表格自动化，避免“更新表格”本身成为负担。她主张“没用就杀”的流程处理原则，即果断淘汰不再服务的流程。

她还强调了衡量真正价值的重要性，指出“不要把折腾当进步”。她以 Facebook Marketplace 的案例说明，死盯单一指标可能错过关键洞察，指标本身也需要被反复审视。她建议面对任何指标，都要确保没有“戴上眼罩”。

在人际和心态层面，Fiona Fung 关注到 AI 协作可能带来的孤独感。她团队的“结对编程午餐”活动，让大家即使各自与 AI 协作，也能在物理空间上产生陪伴感。她也分享了自己从香港移民到加拿大的经历，以及 AI 如何帮助小企业主，并鼓励大家主动帮助身边尚未接触 AI 的人。她的人生格言强调了“保持简单”和“善良”，并认为“最让你害怕的事，往往就是最该做的事”。

最后，Fiona Fung 坦诚地列出了她尚未找到答案的问题，包括 iOS/Android 团队的必要性、自动化审查的边界、角色模糊化下的效率维持、下一代工程师的培养方式，以及团队文化在高速增长中的维护。她引用了“打孔卡”到 AI 的工程师职业生涯变迁，以及“新的抽象层”的概念。她最担心的是团队文化在高速增长中出现问题却被掩盖，并强调保持坦诚、多元视角和互助的重要性。她引用了 Airbnb 和 Sheryl Sandberg 的经验，强调创始人对文化的重视和允许讨论问题的必要性。

在闪电问答环节，她推荐了玛格丽特·阿特伍德、村上春树的著作和《小王子》，电影《天使爱美丽》、《千与千寻》、《风之谷》。她的人生格言是工作上“保持简单”，生活里“在一个你可以成为任何事物的世界里，请善良。”她的梦想是开一家以奶奶名字命名的毛线店。