分享一场Claude Code负责人的对话 - 世界杯直播

Fiona Fung，Anthropic Claude Code 与 Cowork 团队的负责人，在一次播客中分享了她对技术演进的深刻见解。她认为，当前围绕 AI 是否能编写代码以及是否会取代工程师的争论，忽视了更深层次的变化。Fiona Fung 拥有 25 年的工程师经验，经历了多次行业颠覆，她的视角与初入行者截然不同。

她提出的一个核心观点是：“敲代码不再是瓶颈了。” Anthropic 工程师平均每季度交付的代码量已是 2021-2025 年预期的八倍，且增长曲线呈现出爆炸式上升。然而，代码量的激增并非最令她关注的，真正值得深思的是“提交代码的人变了”。在 Claude Code 团队，设计师、产品经理等非传统工程师角色也开始提交代码，编写代码已演变为一种跨角色的基础能力，如同发送电子邮件般普遍。

Fiona Fung 接着探讨了瓶颈的转移：“不仅更多人在提交代码，而且来自不同学科，吞吐量变得非常高。那我们怎么做验证？怎么确认这些高速生成的东西是对的、质量是过关的？”她指出，过去工程团队的核心制约是“工程带宽”，即代码编写成本高昂且耗时，团队需精心规划以优化有限资源。如今，代码生成变得廉价且迅速，这一约束已消失，取而代之的是验证、审查和质量保障等环节。

她以微软的经历为例，阐述了这一模式的演变。在 Visual Studio 时代，软件刻录在 CD 上，交付日期是硬性约束，工程时间极其宝贵。随后，在线发布改变了交付方式。如今，AI 大幅加速了编码过程，又带来了一次变革。Fiona Fung 总结道：“这三轮的模式其实一模一样：旧的瓶颈被打穿，新的瓶颈浮出水面。”

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

这些积极变化背后也伴随着新的挑战：质量谁来负责？如何确保 AI 生成内容的准确性？现有管理模式、质量框架和规划节奏是否还能适应八倍的产出速度？Fiona Fung 在 Anthropic 的日常工作，正是围绕这些问题展开。

为了应对这些挑战，她首先在所有代码仓库中部署了 Claude Code 远程会话，赋予她“上帝视角”，能够随时了解团队的进展和状态。这一改变重塑了她的日常工作流程。过去，她需要花费大量时间查阅反馈渠道和内部信息；现在，借助 Claude Code 的 Routines 功能，她可以自动生成反馈摘要和 PR（Pull Request），大大提高了效率。

Fiona Fung 进一步阐述了管理者角色的演变。从最初的亲自编写指令，到一次性发送多条指令，再到现在设定流程让 AI 自动生成指令并分发任务，管理者的角色正从“亲自上手干”转变为“事后审阅”，最终可能成为“搭建系统的人”。她坦承，虽然效率提升，但管理者现在面临的是消化 AI 异步完成的大量工作，以及在不同上下文之间切换的全新负担。

关于质量保障，Fiona Fung 提出了几项关键措施。首先是“自动化代码审查”。她指出，过去人类审查者是巨大瓶颈，现在许多标准化的检查项可以交给 Claude 完成。她建议将设计规范、代码风格和架构原则明确化，形成规则文件，Claude 可依据这些框架进行验证。她强调，规范文档必须与代码同步更新。

其次是“测试驱动开发”（TDD）。她认为，AI 自动化了测试用例的生成，使得过去耗时但重要的 TDD 实践得以复兴。她将此比喻为 AI 帮助嚼烂了“西兰花”（即那些重要但枯燥的测试编写工作），让开发者能更轻松地接受。

第三项是她提出的“Bad vs Sad”判断框架。Bad 指的是严重、不可恢复的错误，Sad 则是虽有不便但仍可恢复的问题。她认为，团队需要自行定义何为 Bad 和 Sad，并警惕 Sad 问题累积演变为 Bad。她强调，与其盯着原始性能数据，不如先建立判断框架，区分真正的严重问题和可容忍的不便，同时关注 Sad 问题的趋势。

最后，她提到一个颇具创意的做法：跟踪用户“说脏话”的频率。虽然看似荒诞，但这成为了一种监测用户情绪的有效方式，能指示产品在何处引起用户不满。

在人才招聘方面，Fiona Fung 倾向于两种人：一是“dreamers”，即具备产品触觉的创造型人才，他们能从想法到落地独立完成项目；二是“深度系统专家”，他们理解底层系统和分布式架构，能在 AI 无法完全覆盖的领域做出关键判断。她还强调了“高主动性”与“高责任感”的配对。管理者必须亲自下沉一线，保持对产品的“手感”。她自己也曾借助 Claude 重新开始交付代码，并强调领导者亲自使用团队产品的重要性，这能让团队感受到被看见和支持。

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

关于价值衡量，Fiona Fung 警告不要将“折腾”视为进步。她强调要关注指标是否真正推动了期望结果的达成，并以 Facebook Marketplace 的经验为例，说明了指标体系需要根据实际情况进行调整。她建议，面对任何指标，都要保持警惕，避免戴上“眼罩”，因为有用的指标可能随时过时。

在个人层面，Fiona Fung 探讨了 AI 时代工程师的体验变化。她指出，过去攻克难题带来的“大彻大悟”时刻正在减少，而长时间与 AI 协作可能导致孤独感。她团队组织的“结对编程午餐”，尽管参与者各自与 AI 协作，却营造了一种“平行游戏”的陪伴感。她也承认，观察他人与 AI 的互动本身就能学到新技巧。

Fiona Fung 分享了自己适应变化的经历，并强调了对小商户的支持。她认为 AI 对小企业而言，可能是生存的关键。她鼓励大家帮助身边不熟悉 AI 的人尝试使用，并提供了一个朴素的心态建议：在焦虑时，问自己“有没有一件事是我能控制的？”她引用了“你最怕进的那个洞穴里，就藏着你一直在找的宝藏”，强调恐惧往往是最好的指南针。

在未解决的问题方面，Fiona Fung 提出了关于独立移动端团队的必要性、自动化审查的边界、以及在边界模糊化背景下如何保持效率等挑战。她尤其关注下一代工程师的培养，认为理解底层原理在当前阶段仍然重要，未来的软件工程培训可能更倾向于“师傅带徒弟”的模式。她将当前技术发展比作新的抽象层，即指令和 AI 的思考过程。

团队文化是 Fiona Fung 最为关注的领域。在高速增长的环境下，她最担心的是管理者对问题的粉饰太平。她强调保持坦诚、多元视角和互助的重要性。她借鉴了 Airbnb 和 Sheryl Sandberg 的经验，认为创始人对文化的重视，以及坦诚讨论问题是解决问题的关键。

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