Fiona Fung，Anthropic Claude Code 和 Cowork 团队的负责人，在一次播客访谈中，分享了她对 AI 时代软件开发演进的看法。她认为，当前讨论的焦点不应是 AI 是否能写代码或取代工程师，而是 AI 带来的更深层次的变化。

Fiona Fung 拥有 25 年的工程师经验，经历了多次行业变革。她观察到，AI 的发展使得“编写代码不再是瓶颈”。Anthropic 工程师平均每季度的代码交付量是 2021-2025 年间预期的八倍，并且这一增长趋势呈直线攀升。然而，代码量的激增并非最令她关注的，真正让她感到新奇的是“提交代码的人变了”。在 Claude Code 团队，设计师、产品经理等非传统工程师角色也开始提交代码，这使得编写代码成为一种跨角色的基础能力，如同发送电子邮件一样普遍。

她提出的核心问题是：“瓶颈转移到了哪里？”，因为越来越多来自不同领域的人在高速生成代码，如何进行验证和确保质量成为了新的挑战。过去，软件开发的瓶颈在于“工程带宽”，即写代码的成本高昂且时间有限，团队需要精心规划以优化有限的工程资源。如今，代码的生成变得廉价且快速，这个约束消失了，但其本质转移到了验证、审查和质量保障等过去相对次要的环节。

Fiona Fung 以她在微软的经历为例，对比了 Visual Studio 时代软件刻在 CD 上、交付日期不可更改的严格要求，与在线发布和如今 AI 加速编码的演变。她认为，这三轮变革遵循着相同的模式：旧的瓶颈被突破，新的瓶颈随之浮现。

她分享了两个案例，说明 AI 如何提升个人能力上限。一位工程师过去会因需求复杂而退缩，现在则认为可以交给 Claude Code 来实现。另一位工程师，即使不熟悉移动端开发，也能在 Claude 的协助下推进相关功能。Fiona Fung 总结道：“这确实抬高了每个人能做事情的上限。”过去限制工程师的是技术深度，而现在则变成了判断力和雄心。“写多快”不再是问题，关键在于“写得对不对”。

AI 带来的代码量爆炸、角色边界模糊和能力上限提升，虽然带来了诸多便利，但也引发了一系列新问题：质量由谁负责？如何确保 AI 生成的成果是正确的？现有的管理模式、质量框架和规划节奏是否还能适应 8 倍的产出速度？Fiona Fung 在 Anthropic 的日常工作，正是围绕解决这些问题展开。

为了应对这些挑战，Fiona Fung 采取了多项措施。她首先在所有代码仓库中部署了 Claude Code 远程会话，赋予她“上帝视角”，能够随时了解团队的动态和进展。她重塑了工作流程，利用 Claude Code 的 Routines 功能，AI 可以自动生成提示词，甚至提交拉取请求（PR），大大减轻了她的管理负担。她提到，AI 甚至可以承担一部分验证工作，在某些情况下，如果验证做得足够好，可以直接授权 AI 执行。

她将管理者的角色演变描述为从“亲自上手干”到“事后审阅”，再到“搭系统的人”。尽管 AI 提升了效率，但管理者需要投入更多精力消化 AI 异步完成的工作，这种全新的上下文切换带来了脑力负担。

关于质量保障，Fiona Fung 提出了几项关键策略。第一，“自动化代码审查”，将可标准化的检查项交给 Claude，而将需要深厚专业知识的部分留给人。她强调，需要将设计规范、代码风格等明确定义并纳入代码仓库，确保 AI 遵循明确的框架进行验证，并且这些规范文档必须与代码同步更新。

第二，“测试驱动开发（TDD）”，即先编写测试用例再写代码。她认为，AI 自动化了测试生成，使得过去繁琐但重要的 TDD 实践重新焕发生机，就像 AI 帮忙“嚼碎了西兰花”，让人们更容易接受。

第三，她提出的“Bad vs Sad”判断框架，用于区分严重错误（Bad）和可恢复的问题（Sad）。她强调，团队需要自行定义何为 Bad 和 Sad，并认识到 Sad 的累积可能演变为 Bad。她认为，这个框架有助于团队聚焦真正关键的问题，同时监控潜在的风险。

最后一项策略颇具创意，即跟踪“用户说脏话的频率”。尽管听起来有些荒诞，但这成为了监测用户情绪的一种独特方式，能够反映出产品在哪些方面让用户感到沮丧。

在人才招聘方面，Fiona Fung 关注两类人：“dreamers”（有产品触觉的创造型选手）和“深度系统专家”。她还强调了“高主动性”与“高责任感”的配对，鼓励团队成员大胆尝试，但必须对结果负责。她还推行新任管理者必须回归一线写代码至少一个季度的做法，以保持对产品的敏锐度。她自身经历也印证了这一点，即使在 Instagram 这样的大公司担任过管理职位，来到 Anthropic 后，她也借助 Claude 重新找回了交付代码的能力。

在规划方面，Fiona Fung 认为传统的六个月路线图已不再适用，取而代之的是“即时规划”，即只制定一个月的计划，并且形式极为轻量。她甚至在考虑将月度计划的更新过程自动化，避免“更新表格”本身成为负担。她主张“没用就杀”的流程优化原则，鼓励团队审视现有流程是否仍能解决实际问题。

关于衡量价值，Fiona Fung 警示“不要把折腾当进步”，强调要关注最终结果而非工具使用量。她以 Facebook Marketplace 的例子说明，关注“超级卖家”这一洞察比死盯着“卖家数量”这一表面指标更能反映真实价值。她强调，指标只有在能够指导决策时才真正有价值，并且需要不断质疑现有指标是否仍然适用。

在应对变化方面，Fiona Fung 认识到 AI 带来的成就感可能会减少工程师对“死磕难题”的乐趣，并且长时间与 AI 协作可能导致“孤独感”。为此，她团队组织了“结对编程午餐”，虽然大家各自与 AI 协作，但这种形式提供了陪伴感。她也强调，观察他人与 AI 的互动方式本身就是一种学习。

Fiona Fung 分享了她适应变化的个人经历，并将其与帮助小企业拥抱 AI 相联系，认为 AI 对于利润微薄的小商户而言，可能是生存的关键。她鼓励大家帮助身边尚未接触 AI 的人尝试使用，并分享了她的人生格言：“保持简单”（工作上）和“在一个你可以成为任何事物的世界里，请善良”（生活里）。

在访谈的最后，Fiona Fung 坦诚地列出了一些她尚未找到答案的问题，包括独立 iOS 和 Android 团队的必要性、自动化审查的界限、角色模糊化后的效率保障、以及如何培养下一代工程师。她认为，在 AI 时代，理解底层技术栈仍然有价值，并可能演变成“师傅带徒弟”的模式。

她最担心的是团队文化建设，特别是在 Anthropic 极快的增长速度下，如何保持坦诚、多元视角和互助精神。她强调，不能只关注做得好的地方，而必须坦诚讨论存在的问题，才能真正解决它们。

在闪电问答环节，Fiona Fung 推荐了玛格丽特·阿特伍德、村上春树的作品以及《小王子》，并认为《风之谷》中的主角娜乌西卡是她领导力观念的启蒙。她的人生格言“在一个你可以成为任何事物的世界里，请善良”源于她学习奶奶编织的经历，她梦想开设一家以奶奶名字命名的毛线店。