Fiona Fung，Anthropic Claude Code 与 Cowork 团队的负责人，在一次播客访谈中分享了她对软件开发领域未来发展的见解。她认为，编码本身已不再是瓶颈，而是转向了验证、审查和质量保障等环节。
Fiona Fung 拥有 25 年的工程师经验，她观察到，Anthropic 工程师平均每季度交付的代码量已达到 2021-2025 年预期的八倍。更值得关注的是，代码提交者的身份发生了变化，设计师、产品经理等非传统工程师角色也开始提交代码，这使得编码成为一种跨角色的基础能力。
她指出，过去的工程瓶颈是“工程带宽”，即写代码的时间和资源稀缺。如今，AI 极大地降低了代码生成的成本和速度，这一瓶颈被打破，但随之而来的是对验证、审查和质量保障能力的新需求。她以微软的 Visual Studio 时代为例，说明了产品交付方式的每一次重大转变，都伴随着旧瓶颈的突破和新瓶颈的出现。
Fiona Fung 强调，AI 极大地提升了个人能力上限。过去受限于技术复杂度，现在则更多地受限于个人的判断力和目标设定。“写得快”不再是关键，关键在于“写得对”。代码量爆炸、角色界限模糊、能力上限提升是同时发生的现象，同时也带来了管理方式、质量框架和规划节奏的挑战。
为了应对这些变化，Fiona Fung 在 Anthropic 采取了一系列措施。她部署了 Claude Code 远程会话，实现了对团队代码库、Slack 频道和指标仪表板的“上帝视角”监控。她还利用 Claude Code 的 Routines 功能，让 AI 自动提炼反馈摘要、生成 PR 等，显著改变了她的工作流程。她认为，管理者的角色正从“亲自上手”转变为“事后审核”，甚至“构建系统”。
在质量保障方面，Fiona Fung 提出了四种方法：
- 自动化代码审查： 将可标准化的检查项交给 Claude，但需要将规范文档与代码同步更新。
- 测试驱动开发 (TDD)： 先编写测试用例，再编写代码，AI 可以自动化测试生成过程，使过去繁琐但重要的实践得以复苏。
- Bad vs Sad 判断框架： 区分严重错误（Bad）和可恢复的小问题（Sad），并密切关注 Sad 问题是否会演变为 Bad。
- 跟踪用户“脏话”频率： 将用户抱怨的频率作为一种监测用户情绪和产品痛点的独特指标。
在人才招聘方面，她寻找两类人：“dreamers”（有产品触觉的创造型选手）和“深度系统专家”。她强调“高主动性”与“高责任感”的结合，并要求新任管理者必须回到一线写代码至少一个季度，以保持对产品的“手感”。她本人也通过 Claude 重新拾起了交付代码的能力。她还强调领导者亲身使用团队产品的重要性，认为这能让团队感受到被看见和被支持。
关于规划，Fiona Fung 认为传统的六个月路线图已失效，取而代之的是“即时规划”，即只制定一个月的计划，并力求自动化更新过程。她主张“没用就杀”的流程优化原则。
在衡量价值方面，她提醒大家不要将“折腾”等同于“进步”，要关注指标是否真正推动了期望的结果。她以 Facebook Marketplace 的例子说明，有时需要调整指标体系以捕捉更深层的洞察。她强调，指标的价值在于能否指导决策，并且指标本身也需要被反复质疑。
对于身处剧烈变化中的个人，Fiona Fung 认为，AI 改变了工程师的体验，减少了“死磕”难题的成就感，并可能带来孤独感。她团队组织的“结对编程午餐”是一种“平行游戏”式的陪伴，并强调从他人与 AI 的交互中学习新技巧的重要性。
她分享了个人经历，强调面对恐惧和不确定性时，要找到自己能控制的事情。她认为，最让你害怕的事往往就是最该做的事，恐惧是最好的指南针。
Fiona Fung 也坦诚地列出了一些她尚未找到答案的问题，包括：
- 独立 iOS 和 Android 团队的必要性与平衡点。
- 自动化审查的界限，以及哪些环节必须人工介入。
- 在角色边界模糊的情况下，如何保证个人效率。
- 下一代工程师的培养方式，以及如何在理解底层原理与依赖抽象层之间取得平衡。
她认为，团队文化是比工程难题更重要、也更难解决的问题。在快速增长中，保持坦诚、多元视角和互助至关重要。她引用了 Airbnb 创始人对文化的高度重视和 Sheryl Sandberg 关于“拥有成长问题是好事”的观点，强调讨论问题是解决问题的关键。
在闪电问答环节，Fiona Fung 推荐了玛格丽特·阿特伍德、村上春树和《小王子》等作品，并提到了《天使爱美丽》、《千与千寻》、《风之谷》等电影，认为《风之谷》的主角娜乌西卡对其领导力观念产生了启蒙。她的人生格言是工作上“保持简单”，生活里“在一个你可以成为任何事物的世界里，请善良”。她梦想开设一家以奶奶名字命名的毛线店。