TL;DR： 作为Anthropic Claude Code工程负责人，Fiona Fung以25年跨度审视软件开发变迁，主张从狂热的Token堆砌转向ROI衡量。她认为，AI时代软件工程的核心瓶颈已从“代码生成”转移至“高质量验证”与“产品感知”，管理者应通过亲身使用产品（dogfooding）来保持对真实需求的敏感度。
从Vim到Agent：一位工程老兵的变迁视角
站在2026年的时间节点，Fiona Fung的职业生涯像是一部缩影式的软件进化史。从在IBM终端机上敲下Vim代码，到在微软见证Visual Studio如何定义现代IDE，再到如今领导Anthropic最前沿的Claude Code与Cowork团队，她见证了从硬编码时代到“Coding is solved”的范式更迭。
Fiona并不急于庆祝AI对生产力的极致压榨。在Lenny’s Podcast的深度对话中，她展现出一种罕见的冷静——那是一种经历过互联网泡沫与多次技术周期后的战略定力。在她看来，AI确实让交付量翻了8倍，但当机器替人类写完了大部分代码，软件工程最昂贵的部分随之浮现：验证。
狂烧Token的终点与ROI的算术题
“狂烧Token的时代已经过去了，现在该算ROI了。”这是Fiona给当前Agent热潮开出的一剂冷却方子。她发现，很多团队陷入了“动作即进度”的陷阱，盲目追求AI生成代码的数量。
她提出了“Bad vs. Sad”的质量衡量框架，通过监测用户在反馈频道中的“脏话频率”来捕捉真实的产品挫败感，而非仅仅依赖Dashboard上的活跃数据。在Fiona的管理哲学中，一个成熟的团队应当学会区分“Motion（动作）”与“Progress（进展）”。她认为，当AI作为助手介入时，管理者必须建立新的审计逻辑：不是看Agent产出了多少行代码，而是看交付的产出是否精准命中了最终的业务结果。
边界模糊时代的“产品化工程师”
思想形成轨迹与领导力重塑
Fiona在访谈中反复提及“Dogfooding（亲身试用）”的重要性。即便身处管理层，她依然坚持通过Claude Code处理自己的日常报销，甚至是处理复杂的团队反馈。她认为，这种“living and breathing the product”的习惯是防止管理者被汇报文档与指标孤立的唯一屏障。
在她的团队里，工程师的定义正在重写。她明确区分了两类关键人才：一类是解决底层复杂系统问题的“深水专家”，另一类则是拥有端到端产品感知、能持续迭代体验的“创造型建造者”。对于下一代工程师，她主张一种“学徒式”的成长——既然敲键盘的体力劳动已交由AI，那么理解架构的底层逻辑、培养产品Sense，将成为新的竞争门槛。
焦虑与进化的坐标
面对“AI是否会取代人类”的时代焦虑，Fiona给出了一个温柔却坚定的答案：“如果你对变化感到恐惧，那就Lean in（靠近它）。”她将职业恐惧视为职业指南针，指向那些最需要投入的方向。
她提到一个极其感性的细节：在疫情隔离期间，为了与养老院的奶奶进行一次短暂的FaceTime，她曾临时调整了一场重要的One-on-One会议。这种对“人”的关注贯穿了她的管理风格。她担心高速增长会稀释Claude团队的文化，因此始终坚持在团队中公开讨论“进展不顺”的事项。
“如果一个Manager告诉我‘Everything is fine’，那才是我噩梦的开始。”Fiona笑着说。她追求的是一种透明、开放且具有高度代理权（Agency）的文化，在这里，流程是轻量的，而验证与协作是异步且高效的。
对于未来，Fiona并未给出一个终极的“水晶球预测”。她只知道，既然抽象层已经随着AI进化到了Prompt和Routine的新高度，那么软件工程的本质——通过代码创造有价值的体验——从未改变。