Fiona Fung谈AI agent如何改变工程瓶颈与管理
编码不再是瓶颈
Fiona Fung，Claude Code和Cowork（Anthropic）的工程负责人，接受@lennysan采访（Lenny's Podcast）
摘要：25年来，Fiona Fung一直在构建开发者工具，从Visual Studio和TypeScript到Claude Code和Cowork背后的团队。她的观点是：当agent编写大部分代码并交付八倍于以往的代码量时，工程的难点转向验证、抱负以及维系团队的文化。管理者的工作变成管理agent和人，同时保持质量标准。
1. 新瓶颈。Anthropic工程师每季度交付的代码量是2025年的八倍。Fung描述的图表多年平坦，然后垂直上升。编码不再是制约因素，因此工作转向了编码曾经控制的一切：验证、抱负以及决定什么值得构建。工作上升了一个层次。
2. 提升天花板。"理论上现在一切皆有可能。现在取决于你有多大的抱负？"Fung描述工程师过去听到一个功能想法会说"太难了"，而现在只需让Claude Code去做。关键的技能是你敢于尝试的事情的规模。Agent提升了个人能构建的天花板，因此怯于规划现在是昂贵的错误。
3. 通过Agent进行管理。Fung运行着一个Claude Code会话，存在于她组织涉及的每个仓库和Slack频道。她最初用它生成PR和修复bug，后来发现它的真正价值在于对话：每个月她与一份报告共享屏幕，询问发了什么、效果如何、bug来源。同一个实例既自动化代码审查，也成为她贴近500人工作输出的方式。
4. 犯新错误。Fung为她团队设立的一贯规则是"犯新错误"。追求零错误本身就是错误，因为它意味着你行动太慢或过于谨慎。这一规则为快速学习提供了许可。一个从不破坏任何东西的团队已经停止了前进。
5. 规范作为审查框架。当你向Claude提供书面定义什么是好的，它就能很好地审查代码。Fung的团队将规范与代码一起提交到仓库并保持更新，这样Claude的代码审查会根据标准对每次变更进行评分。她称之为测试驱动开发的演进：过去你害怕编写的测试现在自动生成，这使旧的纪律变得廉价。把标准写一次，Claude在每次变更时检查它。
6. 值得招聘的两种类型。Fung现在只招聘两种类型：有产品感的创意构建者，以及负责难点的深层系统专家。构建者是梦想家，他们端到端拥有产品、交付、观察反馈并打磨。系统专家存在是因为"信任但验证"仍然需要有人来验证模型出错的部分。
7. 最大化Token是新的代码行数。衡量花费的token或使用的工具与十年前衡量代码行数一样是虚荣陷阱：它奖励动作而非结果。Fung的警告是"不要为了进展而放弃动作"。她将视角拉远到要解决的问题并据此衡量，然后与高级工程师进行倾听之旅，因为仪表盘很少告诉你实际有效的东西。
8. 糟糕与糟糕。Fung的团队将质量分为两个等级："糟糕"是不可恢复的错误，比如崩溃导致工作丢失；"糟糕"是可恢复的烦恼，比如闪烁。积累足够多的"糟糕"就会变成"糟糕"。每个团队为其拥有的表面设定自己的"糟糕"和"糟糕"，这将一堆难以阅读的仪表盘变成关于体验的共同判断。
9. 默认球员兼教练。Fung团队中的每位经理都从个人贡献者开始，并兼职保持这一角色。她自己提交PR，修复的内容并不重要；每天使用产品是领导者保持感觉的唯一方式。先作为团队成员深入的新经理会建立更多。
Fiona Fung，Claude Code和Cowork（Anthropic）的工程负责人，接受@lennysan采访（Lenny's Podcast）
摘要：25年来，Fiona Fung一直在构建开发者工具，从Visual Studio和TypeScript到Claude Code和Cowork背后的团队。她的观点是：当agent编写大部分代码并交付八倍于以往的代码量时，工程的难点转向验证、抱负以及维系团队的文化。管理者的工作变成管理agent和人，同时保持质量标准。
1. 新瓶颈。Anthropic工程师每季度交付的代码量是2025年的八倍。Fung描述的图表多年平坦，然后垂直上升。编码不再是制约因素，因此工作转向了编码曾经控制的一切：验证、抱负以及决定什么值得构建。工作上升了一个层次。
2. 提升天花板。"理论上现在一切皆有可能。现在取决于你有多大的抱负？"Fung描述工程师过去听到一个功能想法会说"太难了"，而现在只需让Claude Code去做。关键的技能是你敢于尝试的事情的规模。Agent提升了个人能构建的天花板，因此怯于规划现在是昂贵的错误。
3. 通过Agent进行管理。Fung运行着一个Claude Code会话，存在于她组织涉及的每个仓库和Slack频道。她最初用它生成PR和修复bug，后来发现它的真正价值在于对话：每个月她与一份报告共享屏幕，询问发了什么、效果如何、bug来源。同一个实例既自动化代码审查，也成为她贴近500人工作输出的方式。
4. 犯新错误。Fung为她团队设立的一贯规则是"犯新错误"。追求零错误本身就是错误，因为它意味着你行动太慢或过于谨慎。这一规则为快速学习提供了许可。一个从不破坏任何东西的团队已经停止了前进。
5. 规范作为审查框架。当你向Claude提供书面定义什么是好的，它就能很好地审查代码。Fung的团队将规范与代码一起提交到仓库并保持更新，这样Claude的代码审查会根据标准对每次变更进行评分。她称之为测试驱动开发的演进：过去你害怕编写的测试现在自动生成，这使旧的纪律变得廉价。把标准写一次，Claude在每次变更时检查它。
6. 值得招聘的两种类型。Fung现在只招聘两种类型：有产品感的创意构建者，以及负责难点的深层系统专家。构建者是梦想家，他们端到端拥有产品、交付、观察反馈并打磨。系统专家存在是因为"信任但验证"仍然需要有人来验证模型出错的部分。
7. 最大化Token是新的代码行数。衡量花费的token或使用的工具与十年前衡量代码行数一样是虚荣陷阱：它奖励动作而非结果。Fung的警告是"不要为了进展而放弃动作"。她将视角拉远到要解决的问题并据此衡量，然后与高级工程师进行倾听之旅，因为仪表盘很少告诉你实际有效的东西。
8. 糟糕与糟糕。Fung的团队将质量分为两个等级："糟糕"是不可恢复的错误，比如崩溃导致工作丢失；"糟糕"是可恢复的烦恼，比如闪烁。积累足够多的"糟糕"就会变成"糟糕"。每个团队为其拥有的表面设定自己的"糟糕"和"糟糕"，这将一堆难以阅读的仪表盘变成关于体验的共同判断。
9. 默认球员兼教练。Fung团队中的每位经理都从个人贡献者开始，并兼职保持这一角色。她自己提交PR，修复的内容并不重要；每天使用产品是领导者保持感觉的唯一方式。先作为团队成员深入的新经理会建立更多。