跨国深谈← 返回←代码量暴涨8倍后，工程管理怎么办？

代码量暴涨8倍后，工程管理怎么办？

关联

人物 Lenny · Fiona Fung

公司 Anthropic · Facebook Marketplace

概念 Claude Code · Co-work · 智能体 · 验证 · 测试驱动开发 · 潜在需求 · 结对编程 · Visual Studio · 准时制 · IC · 内部试用

来源 Lenny’s Podcast

Anthropic 的工程师现在平均每季度产出的代码量，是 2025 年时的八倍。过去，软件必须刻进光盘、赶上硬性截止日期才能发行；如今，编码本身不再是瓶颈，真正稀缺的是时间、验证能力与雄心。负责 Claude Code 和 Co-work 团队的 Fiona Fung 在这集访谈里，讲了她是如何重塑工程评估标准、重塑调试流程、重塑招人标准，以及在角色边界全面模糊的时代如何维系团队文化的。

Fiona 是一位有 25 年经验的资深工程领导者。在加入 Anthropic 之前，她曾在微软主导 TypeScript 和 Visual Studio（一种集成开发环境）的开发，随后在 Facebook 创立了 Facebook Marketplace 团队，并在 Instagram 和 Meta 主管过超过 500 人的组织。这一集 YC 的对谈里，她讲了五件事：为什么传统的代码行数和 PR 数已经失效，管理者该如何用新的例行程序（定时自动运行的智能体任务）来跟进团队工作；怎么把人员管理从“下指令”转变成“给目标、给护栏”；在角色边界全面模糊的时代如何招人和评估；在全员异步、人手一群智能体的新常态下，怎么避免工作变成一种孤独的体验；以及管理者最该担心的不是代码会不会出 bug，而是飞速扩张中怎么保住团队的文化。

说完了这集的开场背景，接下来先看 Fiona 眼里最根本的转变：既然写代码不再是瓶颈，到底什么才是新瓶颈？Fiona 指出，当不仅工程师、连设计师和产品经理都在提交代码，且整体吞吐量飙升时，最大的挑战变成了“验证”。

以前工程时间极其宝贵，还要赶着把软件印进光盘发行，所以大家做大量事前规划；现在 Claude Code 和 Co-work 把编码瓶颈打破后，重心转移到了“如何验证这 8 倍的代码真的高质量” 。为了跟上这种暴涨的产出，她专门在自己所有的代码仓库里挂了一个常驻的 Claude Code 远程会话。

这个实例不仅能读取所有代码，还接入了团队的各种 Slack 频道和指标仪表盘。每个月她会共享屏幕，跟团队一起让 Claude 回顾这段时间发布了哪些产品、引发了哪些事故，从中提炼出共性。她还有一句名言：“犯新的错误没关系，只要别犯同样的旧错，就说明你在快速前进” 。

管理者对庞杂数据的跟进方式变了，那面对每天无数的具体反馈和审查，怎么保证质量不掉线？这就引出了她最大的工作流转变。

Fiona 提到，就在一两个月前他们推出了 Routines（例行程序）功能，这彻底改变了她的日常仪式 。以前她得每天早起、喝着咖啡人工去刷各个渠道的用户反馈；现在她只需设定一个 Routine，让智能体每天定时跑一遍，自动分析反馈里的主题，甚至直接把修复的 PR（代码合并请求）生成好等她醒来审查 。

她强调，这其实是测试驱动开发（TDD）的进化版：以前你得逼着自己先写测试再写代码，就像先吃讨厌的西兰花；现在你只需给出一份“什么是好”的规格说明，Claude 就能自动据此做代码审查 。为了监控那些难以量化的糟糕体验，她甚至搞了一个“脏话仪表盘”，专门追踪用户因为极度沮丧而爆粗口的频率 。

工具变了，人和组织架构该怎么跟着变？这正是下一个话题。

Fiona 在招聘时，如今专门寻找两类人：一类是具有产品直觉的创意构建者，另一类是专门解决硬核技术难题的深度系统专家 。不仅如此，她还要求团队里的每个管理者，上任的第一步必须是先做回 IC（独立贡献者） 。

Fiona 自己在 Meta 管过 500 人的大组织，但刚加入 Anthropic 时，她也是从写代码的 IC 做起的 。她认为，如果管理者不亲手用自己团队造的工具，就会彻底失去对产品质感的最直观触感。

不管仪表盘多漂亮，如果没有“狗粮”（内部试用）的切身体验，你提出的反馈只会让人觉得脱离实际 。有意思的是，这种工作模式的转变也带来了副作用：大家都埋头跟自己的智能体干活，工作变得极其孤独。为了对抗这种疏离感，她发起了“结对编程午餐”，让大家能互相偷师别人是怎么用 Claude Code 的 。

团队角色变了，那更宏观的评估体系和规划体系是不是也失灵了？Fiona 觉得，单纯去量代码行数或是纠结 Token 最大化，本质上都是在把“动静”误当成“进步” 。

她更关心的，是输出到底有没有转化为最终的业务结果。她举了早期做 Facebook Marketplace 时的例子：最初按区域扩张时，他们死盯“卖家数量”这个门槛，结果发现某个地区卖家不多，但少数几个强力卖家就完美满足了当地人的需求，逼着他们反过来去修正原先设死的指标 。

这种怀疑既有框架的态度也延伸到了团队管理上：她彻底废除了半年期的路线图规划，改成了极其轻量级的 JIT（准时制）月度规划，最多每周大家碰一次头，确认一下本月优先级有没有变 。因为变化实在太快，任何重流程都会迅速沦为拖累团队的“税”。

说完了内部流程的重构，最后回到一个更基础的问题：在这个旧规则飞速失效的世界里，到底是什么支撑着团队不散架？Fiona 坦言，真正让她夜里睡不着的不是什么高深的技术难题，而是团队文化的维系 。

在 OpenAI、Anthropic 这些公司疯狂扩张、前所未有地招人的当下，她最看重的是一种“单团队”心态——谁快撞线了，必须回头看有没有队友需要搭把手。为了做到这点，她极其反感管理者粉饰太平。

她的噩梦就是那种嘴上说着“一切都好”、实则像“房间着火了还在喝咖啡的狗”一样死扛的经理 。面对这个让很多人恐惧 AI 的时代，Fiona 的解法很实在：与其害怕，不如问自己“哪怕只做一件事，什么是你能控制的”。她自己就是靠这个信条，在互联网泡沫破裂、学费无着的至暗时刻，靠周末去银行当柜员蹚出了一条路。

本集带走

最后收个尾，这一集值得带走的是几条实操性极强的管理心得。第一，既然代码量在飙升，管理者与其死盯代码行数或 PR 数，不如把重心彻底转到验证上，把规格说明和验收标准喂给智能体，让它们去挡掉平庸的错误，甚至把日常的反馈巡检都交给定时运行的例行程序。

第二，在角色边界全面模糊的时代，真正的护城河不是招只会写代码的人，而是招那种“创意构建者”和“深度系统专家”，并且逼着所有管理者必须亲手写代码、试用自家产品，别脱离一线的泥土味。第三，旧时代那种长达半年、充满仪式感的重规划已经失效了，拥抱轻量级的准时制月度规划，甚至不妨大胆砍掉那些让团队痛苦但又不再产出价值的流程。最后，不管智能体多强悍，真正决定团队上限的依然是文化，是那种允许你坦诚说出“这事搞砸了”的心理安全感，以及在狂飙突进中依然愿意伸手拉队友一把的本能。

没关系，我有这样一句话：犯新的错误。犯错没关系，只要犯新的错，这样我们就能不断学习。因为如果你追求零错误，那大概意味着你行动不够快，或者有点太谨慎了。
it’s okay to like I have this saying make new mistakes like it’s okay to make mistakes just make new ones so that we’re always learning because if you aim to make zero mistakes like that probably means you’re not you know moving fast enough or being a little bit too cautious
—— Fiona Fung · [11:28]

客户会以你没有意图的方式使用你的产品，无论好坏。
Customers will use your product in ways that you did not intend for good or for bad.
—— Fiona Fung · [34:28]

不要首先把动静误认为是进步，因为如果你在衡量比如工具用户使用情况，那么你衡量的是行动，但它真的实现了你的最终结果吗？
don’t first take motion for progress because if you’re measuring like you know like tool user usage then you’re you’re measuring the action but is it really making whatever the end outcome of yours
—— Fiona Fung · [41:29]

然后在生活中，你知道，在一个你可以成为任何事物的世界里，可能最好是保持友善。
And then in life you know probably in a world where you can be anything be kind
—— Fiona Fung · [93:06]