#594.Fiona Fung：AI 时代工程师如何不掉队，代码不再稀缺后的团队重构

episode

跨国串门儿计划 not yet transcribed

▲ 0

Transcript

This episode hasn't been transcribed yet Upvotes decide what gets transcribed next — 0 so far. Sign in to upvote

More from 跨国串门儿计划

#365.风险共担与非对称性：塔勒布对话纳瓦尔，拆解真实世界的运行逻辑 1h 9m · 20 Dec 2025

All episodes from 跨国串门儿计划 →

Report any issue

Source

Recorded23 Jun 2026

Publisherfeed.xyzfm.space ↗

Handlerec:19031254

Show notes

📝 本期播客简介本期我们克隆了：硅谷顶尖创投播客《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 基础设施、增长、诚信与安全等多个大型产品与工程组织的管理。⏱️ 时间戳00:00 开场 & 播客简介AI 改写工程师职业01:37 代码交付量暴增八倍：Anthropic 工程团队正在经历什么04:20 从 IBM 到 Visual Studio：Fiona 的工程师成长路径07:31 Dogfooding 的起点：用 Visual Studio 构建 Visual Studio09:05 从 CD 发布到在线发布：工程瓶颈如何一路迁移09:50 编程不再是瓶颈：验证、质量和影响成为新核心AI 原生团队长什么样10:21 2026 年的软件团队：每个人都变成“构建者”10:43 用 Claude Code 管理团队：连接代码库、Slack 和指标11:28 从“发了什么”到“产生了什么影响”12:57 routines：每天自动总结反馈、发现问题、生成 PR14:50 自动代码审查：把“什么是好”写进 repo16:00 TDD 的回归：AI 让测试驱动开发不再像“交税”未来工程师的核心能力17:08 招什么样的人：产品型构建者与深度系统专家18:20 野心变得更重要：AI 抬高了每个人能做到的上限19:30 谁能适应 AI 时代：成长型思维、好奇心和持续学习20:46 靠近恐惧：把焦虑转化成可控行动22:43 从视觉艺术到工程：Fiona 如何用行动对抗不确定性别让 AI 拉大差距25:26 为什么 Fiona 关心小企业和普通人使用 AI27:38 Cowork 如何帮助小企业处理报销、发票和文档28:55 餐厅老板的例子：用 Claude 做菜单和定价分析29:45 如何帮助身边还没用 AI 的人：从一个真实场景开始31:48 Anthropic 如何更早发现机会：观察潜在需求异步智能体时代的工作流34:28 routines 与异步智能体：从写 prompt 到让 AI 写 prompt36:51 管理者的日常自动化：让 Claude 先帮你发现问题37:43 高能动性与高责任感：自由必须配套责任39:20 衡量 AI 生产力：不要把动作误当成进展41:32 Marketplace 的指标教训：环境变化时，指标也要更新速度、质量与体验43:24 主动质量管理：先定义哪些体验最关键43:56 bad 与 sad 框架：区分不可恢复错误和可恢复痛点45:41 质量保障的新重点：测试、监控、评测，而不是只靠人审 PR46:10 脏话仪表盘：用用户挫败感观察产品体验管理者也要重新变成构建者47:10 为什么经理要先做 IC：先理解工作流，再开始管理48:39 领导者必须生活在产品里、呼吸着产品50:16 从 Meta 到 Anthropic：重新写代码、重新发 PR 的体验51:22 Claude 作为入职伙伴：理解代码库、生成测试、建立信心AI 时代会失去什么52:22 工程师能力会不会退化：仍然要理解依赖的下一层53:30 AI 编程可能变孤独：为什么要办两两编程午餐55:35 代码心流的消失：工程师快乐来源正在从解题转向产品57:00 第二个被改变的角色：PM、设计、数据科学都在变化58:33 新的工程经理期待：工程师要更有产品感，其他角色也更像工程师Dogfooding 与真实反馈01:00:16 为什么 Fiona 如此执着于亲自使用产品01:00:49 在 Marketplace 遇到骗局：亲身使用发现数据看不到的问题01:03:23 如果自己不是用户，就去见客户01:03:43 智利增长案例：一次实地体验发现网络环境才是阻碍还没解决的新问题01:04:28 还需要独立 iOS 和 Android 团队吗？01:05:50 全自动审查应该推进到什么程度？01:06:42 如何验证最终体验真的符合目标？01:07:10 异步智能体的新负担：上下文切换变多01:09:14 下一代工程师怎么培养：软件工程会不会变成学徒制01:12:30 过去没跑通的 AI 自动化，可能值得重新尝试文化、规划与组织韧性01:13:23 最让 Fiona 睡不着的问题：如何维护团队文化01:14:05 文化不是墙上的海报，而是活着的团队行为01:16:30 管理者要敢说“不顺”：别做着火房间里的狗01:17:59 砍掉不再服务目标的流程01:18:56 六个月路线图失效后：转向 JIT 即时规划01:19:23 月度轻量规划：每周检查优先级是否仍然成立快问快答01:21:40 推荐书：Margaret Atwood、村上春树与《小王子》01:22:39 喜欢的电影：《天使爱美丽》《千与千寻》《风之谷》01:24:21 产品推荐：一家本地小店的有机身体护理产品01:26:32 工作格言：保持简单，专注真正要做好的事01:27:05 人生格言：在可以成为任何人的世界里，选择善良01:28:30 编织与编程：下针、上针、零和一01:30:50 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在小宇宙查看该单集文稿

Ask this episode

“What did the council decide on item 42?” — answered with the speaker and the moment.