371
0📝 本期播客简介
本期我们克隆了：硅谷顶尖创投播客《Lenny's Podcast》What happens after coding is solved? | Fiona Fung (Claude Code and Cowork)
本期嘉宾 Fiona Fung 是 Anthropic 的工程领导者，负责 Claude Code 和 Cowork 背后的团队。她曾在 Microsoft 参与 Visual Studio 与 TypeScript 相关团队，也在 Meta、Instagram 领导过大型工程与产品组织，经历过从传统 IDE、在线发布、移动互联网到 AI 编程智能体的多轮技术变迁。
这期节目讨论的是一个所有产品、工程和管理者都绕不开的问题：当 AI 让“写代码”不再是瓶颈，软件团队到底该怎么工作？Fiona 分享了 Anthropic 团队如何用 Claude Code 跟进代码、总结反馈、生成 PR、做代码审查和质量管理；也讨论了工程师、PM、设计师、数据科学家之间的角色边界如何变模糊。她特别强调，未来最重要的不是堆 token、堆代码行数，而是更清楚地定义问题、验证质量、理解用户体验，并在高速变化中守住团队文化。
如果你正在焦虑 AI 会不会替代工程师、产品经理该不该写代码、团队要不要重构工作流、AI 工具到底怎么衡量 ROI，这期节目会给你很多来自 Anthropic 一线团队的真实答案。
👩💻 本期嘉宾
Fiona Fung，Anthropic 工程领导者，负责 Claude Code 和 Cowork 背后的团队。她拥有超过 25 年软件工程与工程管理经验，曾在 Microsoft 参与 Visual Studio 和 TypeScript 相关工作，后在 Meta 创立 Facebook Marketplace 团队，并参与智能眼镜、AR 眼镜 Orion、Instagram 基础设施、增长、诚信与安全等多个大型产品与工程组织的管理。
⏱️ 时间戳
开场 & 播客简介
AI 改写工程师职业
代码交付量暴增八倍：Anthropic 工程团队正在经历什么
从 IBM 到 Visual Studio：Fiona 的工程师成长路径
Dogfooding 的起点：用 Visual Studio 构建 Visual Studio
从 CD 发布到在线发布：工程瓶颈如何一路迁移
编程不再是瓶颈：验证、质量和影响成为新核心
AI 原生团队长什么样
2026 年的软件团队：每个人都变成“构建者”
用 Claude Code 管理团队：连接代码库、Slack 和指标
从“发了什么”到“产生了什么影响”
routines：每天自动总结反馈、发现问题、生成 PR
自动代码审查：把“什么是好”写进 repo
TDD 的回归：AI 让测试驱动开发不再像“交税”
未来工程师的核心能力
招什么样的人：产品型构建者与深度系统专家
野心变得更重要：AI 抬高了每个人能做到的上限
谁能适应 AI 时代：成长型思维、好奇心和持续学习
靠近恐惧：把焦虑转化成可控行动
从视觉艺术到工程：Fiona 如何用行动对抗不确定性
别让 AI 拉大差距
为什么 Fiona 关心小企业和普通人使用 AI
Cowork 如何帮助小企业处理报销、发票和文档
餐厅老板的例子：用 Claude 做菜单和定价分析
如何帮助身边还没用 AI 的人：从一个真实场景开始
Anthropic 如何更早发现机会：观察潜在需求
异步智能体时代的工作流
routines 与异步智能体：从写 prompt 到让 AI 写 prompt
管理者的日常自动化：让 Claude 先帮你发现问题
高能动性与高责任感：自由必须配套责任
衡量 AI 生产力：不要把动作误当成进展
Marketplace 的指标教训：环境变化时，指标也要更新
速度、质量与体验
主动质量管理：先定义哪些体验最关键
bad 与 sad 框架：区分不可恢复错误和可恢复痛点
质量保障的新重点：测试、监控、评测，而不是只靠人审 PR
脏话仪表盘：用用户挫败感观察产品体验
管理者也要重新变成构建者
为什么经理要先做 IC：先理解工作流，再开始管理
领导者必须生活在产品里、呼吸着产品
从 Meta 到 Anthropic：重新写代码、重新发 PR 的体验
Claude 作为入职伙伴：理解代码库、生成测试、建立信心
AI 时代会失去什么
工程师能力会不会退化：仍然要理解依赖的下一层
AI 编程可能变孤独：为什么要办两两编程午餐
代码心流的消失：工程师快乐来源正在从解题转向产品
第二个被改变的角色：PM、设计、数据科学都在变化
新的工程经理期待：工程师要更有产品感，其他角色也更像工程师
Dogfooding 与真实反馈
为什么 Fiona 如此执着于亲自使用产品
在 Marketplace 遇到骗局：亲身使用发现数据看不到的问题
如果自己不是用户，就去见客户
智利增长案例：一次实地体验发现网络环境才是阻碍
还没解决的新问题
还需要独立 iOS 和 Android 团队吗？
全自动审查应该推进到什么程度？
如何验证最终体验真的符合目标？
异步智能体的新负担：上下文切换变多
下一代工程师怎么培养：软件工程会不会变成学徒制
过去没跑通的 AI 自动化，可能值得重新尝试
文化、规划与组织韧性
最让 Fiona 睡不着的问题：如何维护团队文化
文化不是墙上的海报，而是活着的团队行为
管理者要敢说“不顺”：别做着火房间里的狗
砍掉不再服务目标的流程
六个月路线图失效后：转向 JIT 即时规划
月度轻量规划：每周检查优先级是否仍然成立
快问快答
推荐书：Margaret Atwood、村上春树与《小王子》
喜欢的电影：《天使爱美丽》《千与千寻》《风之谷》
产品推荐：一家本地小店的有机身体护理产品
工作格言：保持简单，专注真正要做好的事
人生格言：在可以成为任何人的世界里，选择善良
编织与编程：下针、上针、零和一
Fiona 的请求：把 AI 带给身边还没接触到的人
🌟 精彩内容
💡 编程不再是瓶颈，真正稀缺的是验证
Fiona 认为，Claude Code 让写代码这件事的瓶颈被大幅削弱。Anthropic 工程师每季度交付的代码量已经显著增长，但这并不意味着团队只需要更快写代码。新的瓶颈变成了：如何验证这些代码真的解决了问题？如何保证质量？如何知道产品体验是否变好？
“编程已经不再是瓶颈。它把每个人能做到的事情上限都抬高了。”
🧠 未来团队里，每个人都更像构建者
在 Claude Code 团队里，不只是工程师提交代码，PM、设计师等角色也开始参与构建。角色边界正在模糊，团队更像是围绕问题聚集的一群“构建者”。这也意味着工程师需要更有产品感，PM 也需要更理解工程。
“团队更像是在往‘构建者’这个方向转。可以说，每个人都开始变成构建者。”
🛠️ 把“什么是好”写进 repo
面对 AI 生成代码带来的代码审查压力，Fiona 的经验是：不要只依赖人类审查者，而要把 spec、内容设计原则、质量标准等“什么算好”的框架写进代码库。这样 Claude Code 做代码审查时，就能基于清晰标准进行验证。
“只要你有一段说明，定义了什么算好，就把它放进 repo。”
🚀 不要把动作误当成进展
当团队开始大量使用 AI，很多人会盯着 token 用量、代码行数、PR 数量等指标。但 Fiona 提醒，这些可能只是“动作”，不等于真正的业务进展。真正应该衡量的是：我们想解决什么问题？这些产出有没有推动结果？
“我很喜欢另一句话：不要把动作误当成进展。”
⚖️ 高能动性必须搭配高责任感
AI 工具让个人能做的事情变多，最有优势的人往往更主动、更有 agency。但 Fiona 强调，团队不能只鼓励大家自由行动，还必须明确责任：你要解决什么问题？你的假设是什么？你如何验证它？
“高能动性也要配高责任感。”
😨 面对 AI 焦虑：靠近恐惧
对于那些在 AI 时代感到沮丧、害怕或被落下的人，Fiona 的建议不是逃避，而是靠近恐惧，问自己哪些事情仍在控制范围内。她用自己年轻时为了支付工程学院学费去做银行柜员的经历说明：行动本身可以对抗不确定性。
“只要有恐惧，我的建议都是靠近它，然后问自己：我能做什么？什么是在我控制范围内的？”
🏪 AI 不该只属于技术圈
Fiona 非常关心小企业主和普通人能否真正用上 AI。她分享了朋友用 Cowork 查找餐厅菜单、分析本地定价的例子，也鼓励已经深度使用 AI 的人主动帮助身边还没接触 AI 的人，从一个具体问题开始打开对话。
“如果你身边有你喜欢的小企业，或者有人你觉得还没有接触到这些东西，可以花点时间，手把手带别人看看 AI 可能怎么帮到他们。”
🧪 bad 与 sad：AI 时代的质量框架
面对更快的开发速度，Fiona 提出 bad 与 sad 框架。bad 是非常糟糕且不可恢复的错误，sad 是痛点但还能恢复。不过多个 sad 累积起来也可能变成 bad。这个框架帮助团队在大量指标中抓住真正影响体验的问题。
“bad 指的是非常糟糕、无法恢复的错误。sad 指的是一个痛点，但还能恢复。”
🤝 AI 编程可能让人变孤独
当每个人都开始和自己的智能体工作，工程协作可能变得更孤独。Claude Code 团队因此开始做“两两编程午餐”和黑客松，让大家重新看见彼此如何使用工具、如何构建产品，也重新建立团队连接。
“它可能会开始变成一种很孤独的体验，因为我们都太多时间在和自己的智能体一起工作。”
🐶 Dogfooding 是领导者的基本功
Fiona 反复强调，领导者必须亲自使用团队做出来的产品。数据和仪表盘很重要，但真实使用中的一次小挫败、一个骗局路径、一次加载失败，都可能揭示数据看不到的问题。
“作为领导，如果你不是每天都真正生活在自己的产品里、呼吸着自己的产品，有时候就会慢慢失去对产品手感的感知。”
🌱 文化是活的，不是墙上的标语
在高速增长和快速变化的 Anthropic，最让 Fiona 睡不着的不是某个工程问题，而是如何维护团队文化。她认为文化不是贴在墙上的海报，而是团队如何讨论问题、如何支持彼此、如何在冲线前回头看看有没有人需要帮助。
“文化是一个有生命、会呼吸的东西。它不是贴在墙上的一张海报。”
📋 从六个月路线图到 JIT 即时规划
Fiona 曾尝试给 Claude Code 团队做六个月路线图，但三个月后发现变化太快，文档已经不再有用。现在团队采用更轻量的 JIT 即时规划：看一个月，每周快速检查优先级是否仍然成立，并持续思考能否进一步自动化。
“要一直问自己：你现在的任何流程，是否还在发挥它本来的作用？”
🌐 播客信息补充
本播客采用原有人声声线进行播客音频制作，也可能会有一些地方听起来怪怪的
使用 AI 进行翻译，因此可能会有一些地方不通顺；
如果有后续想要听中文版的其他外文播客，也欢迎联系微信：iEvenight
