1
0# Anthropic 如何加速发布并重塑 PM 角色
本播客翻译整理自英文原播客《Lenny's Podcast》。
> Anthropic 的 Claude Code 产品负责人 Cat Wu 详解：AI 时代产品团队如何把发布速度拉到按天计算，以及这如何重塑 PM 的角色与能力。
## 导语
本播客翻译整理自英文原播客《Lenny's Podcast》。这期聚焦 AI 产品团队的真实运作方式：Anthropic 为什么能比多数公司更快发布、边做边迭代，以及当模型还没完全准备好时，产品该怎么先行布局。最大亮点在于，Cat Wu 不只讲速度本身，还拆开了高速发布背后的组织机制、取舍逻辑，以及 PM 在 AI 时代必须重建的工作方法。想理解顶级 AI 产品团队到底怎么做决策、怎么上线、怎么面对不确定性，这期很值得听。
## 主持人
本期主持人的提问重点放在“速度从哪里来”以及“AI 正在怎样改写产品岗位”上，不只追问 Anthropic 的发布机制，也不断把话题拉回到 PM、工程、设计边界变化和实际工作方法，因此能把这场对话从公司案例延展到更普遍的产品实践。
## 嘉宾
Cat Wu 是 Anthropic 负责 Claude Code 和 Cowork 的产品负责人，长期站在 AI 产品落地的一线。她既讲战略方向，也讲具体发布流程、工具边界和失败案例处理，因此她对“模型变强时产品该怎么跟着变”“PM 现在最该补什么能力”的判断，尤其值得听。
## 原始页面
- 原始链接：[How Anthropic’s product team moves faster than anyone else | Cat Wu (Head of Product, Claude Code)](www.lennysnewsletter.com)
> 英文原始介绍
>
> Claude Code’s Head of Product discusses how AI is changing the PM role, building products before the model is ready, Anthropic’s launch room process, and why speed matters more than strategy now.
## 亮点
- Anthropic 如何把发布节奏从按月推进到按周、按天推进：关键不只是模型强，而是低流程、低阻力的组织设计。
- AI 时代 PM 角色正在变化：比起维护长期路线图，更重要的是定义目标、判断优先级，并缩短从想法到上线的距离。
- 为什么要在模型还没完全准备好时先做产品：先把路径铺好，等模型能力补齐后就能快速释放新能力。
- 高速迭代的真实代价是什么：产品一致性下降、用户更难跟上变化，团队又如何用引导机制帮助用户理解核心功能。
- Claude Code、Cowork、桌面端、网页和移动端分别适合什么任务，以及产品经理如何用这些工具处理代码、文档、会议和沟通工作。
- 模型变强后，产品该删掉哪些“拐杖”，又该新增哪些过去因准确率不够而无法上线的能力。
## 章节目录
- `` Anthropic 如何加速发布与重塑 PM 角色
这一章围绕吴凯特在 Anthropic 的职责展开，讲到她如何与技术负责人 Boris 配合，把产品愿景转化为可落地的发布路径。她重点解释了 AI 时代产品经理角色的变化：相比长期路线图协调，更重要的是明确目标、缩短从想法到上线的时间，并建立低阻力的发布流程。后半段还谈到 Anthropic 高速发布背后的组织机制，以及 Claude Code 源码泄露和订阅限制第三方使用这两件事的内部判断与处理方式。
- `` PM角色融合与高速迭代的代价
这一章先介绍了 Anthropic 产品经理团队的组织方式，包括研究、开发者平台、Claude Code、企业和增长等不同团队。随后讨论了 AI 时代产品经理、工程师和设计师的边界正在快速融合，团队更看重的是产品品味、判断优先级的能力，以及在变化中主动补位的能力。后半段则谈到高速发布带来的现实代价：产品一致性下降、用户更难跟上变化，因此团队开始接受更快上线、再根据反馈迭代，并加入像 Power Up 这样的引导方式来帮助用户理解核心功能。
- `` 使命驱动的专注与工具使用方式
这一章先讨论了 Anthropic 后来居上的原因：清晰的使命感和高度专注，让团队能在冲突优先级之间更快做决定，并愿意为了公司整体目标牺牲局部目标。随后话题转向 Claude Code、桌面端、网页/移动端和 Cowork 的使用边界，解释不同工具分别适合代码产出还是非代码产出。后半段通过制作大会幻灯片的案例，展示了 Cowork 如何整合 Slack、邮件、日历和设计系统，帮助产品经理更快完成高质量初稿。
- `` 应用 AI 团队与 PM 的新能力
这一章先讲了应用 AI 团队如何大量使用 Claude Code 和 Cowork：他们既要帮客户落地 API、快速做原型，也要处理密集的客户沟通、会议准备和信息检索。随后话题转到内部 token 使用，提到随着模型和产品能力提升，人均 token 成本会持续上升，但内部更强调负责任地使用，而不是一味限制。后半段重点讨论 AI 时代产品经理的核心能力，包括判断短期产品方向、理解模型边界、通过与模型深度互动发现问题，以及用少量高质量评测集来定义目标和衡量进展。
- `` 模型变强后，产品该删什么、加什么
这一章先解释了为什么 Claude 的“个性”和协作感很重要：轻松、积极、低 ego、愿意行动，会直接影响人与 AI 一起工作的体验。随后话题转到产品设计如何随着模型升级而变化——早期为了弥补模型能力不足加入的待办清单、提示词干预，会在模型变强后被逐步删掉；与此同时，更强的新模型也会解锁此前准确率不够、无法上线的新能力，比如更可靠的代码审查。最后，Cat 也谈到 Claude Code 和 Cowork 的长期方向，以及普通用户该如何用 AI 自动化重复工作，把时间腾出来做更有创造性的事。
- `` 少折腾配置，多做成事情
这一章先谈到，过度沉迷工作流定制和工具优化，可能会让人偏离真正要完成的核心任务；相比之下，简单、够用的设置往往更有效。随后话题转向 AI 产品从“聊天式”走向“行动式”，真正让人产生顿悟的，是它不只是给建议，而是能直接替你把事做完。后半段进入快问快答，Cat 分享了自己推荐的书、喜欢的影视和产品，也谈到她最看重的工作原则是基于第一性原理、不要等批准、直接把事情推进下去。最后她提到，如果用户愿意反馈 Claude Code 和相关产品的具体失败案例，团队就能据此持续改进。
- `` 下期节目见
这一章是节目的收尾致意，主持人用一句简短的话结束本期内容，并与听众约定下期再见。虽然内容很短，但它明确标志了本期节目的结束。
## 章节摘要
### - Anthropic 如何加速发布与重塑 PM 角色
这一章围绕吴凯特在 Anthropic 的职责展开，讲到她如何与技术负责人 Boris 配合，把产品愿景转化为可落地的发布路径。她重点解释了 AI 时代产品经理角色的变化：相比长期路线图协调，更重要的是明确目标、缩短从想法到上线的时间，并建立低阻力的发布流程。后半段还谈到 Anthropic 高速发布背后的组织机制，以及 Claude Code 源码泄露和订阅限制第三方使用这两件事的内部判断与处理方式。
- 吴凯特负责把三到六个月后的产品愿景拆解成现实路径，并推动市场、销售、财务和算力等跨职能团队对齐。
- 她认为 AI 时代优秀产品经理的关键能力，是明确核心用户与问题定义，并尽可能缩短从想法到用户手中的周期。
- Claude Code 的很多功能会先以研究预览版上线，以降低承诺成本、快速收集反馈并持续迭代。
- Anthropic 的高速发布主要来自低流程、低阻力的组织设计，而不只是因为内部能使用强大的模型。
### - PM角色融合与高速迭代的代价
这一章先介绍了 Anthropic 产品经理团队的组织方式，包括研究、开发者平台、Claude Code、企业和增长等不同团队。随后讨论了 AI 时代产品经理、工程师和设计师的边界正在快速融合，团队更看重的是产品品味、判断优先级的能力，以及在变化中主动补位的能力。后半段则谈到高速发布带来的现实代价：产品一致性下降、用户更难跟上变化，因此团队开始接受更快上线、再根据反馈迭代，并加入像 Power Up 这样的引导方式来帮助用户理解核心功能。
- Anthropic 目前大约有三四十位产品经理，分别分布在研究、开发者平台、Claude Code、企业和增长等团队中。
- 团队更倾向于招聘有产品品味的工程师，因为这样能减少协作开销，让工程师更快从用户反馈直接推进到产品上线。
- 在代码越来越容易生成的情况下，更稀缺的能力变成了判断该做什么、如何设计体验，以及如何做优先级取舍。
- 高速迭代的代价是产品一致性变弱、功能可能重叠、用户更难跟上，因此团队开始加入内置引导来帮助用户理解最重要的功能和最佳实践。
### - 使命驱动的专注与工具使用方式
这一章先讨论了 Anthropic 后来居上的原因：清晰的使命感和高度专注，让团队能在冲突优先级之间更快做决定，并愿意为了公司整体目标牺牲局部目标。随后话题转向 Claude Code、桌面端、网页/移动端和 Cowork 的使用边界，解释不同工具分别适合代码产出还是非代码产出。后半段通过制作大会幻灯片的案例，展示了 Cowork 如何整合 Slack、邮件、日历和设计系统，帮助产品经理更快完成高质量初稿。
- Anthropic 把“安全的通用人工智能”放在单一产品线之上，这让跨团队决策更快，也更容易统一执行。
- 团队强调专注，愿意为了 Anthropic 的整体目标放下自己团队的目标和关键结果。
- 如果最终产出是代码，更适合用 Claude Code；如果产出是幻灯片、文档或清理沟通事务这类非代码内容，更适合用 Cowork。
- Cowork 可以连接 Slack、Google 日历、Gmail、G Drive 以及设计模板，快速生成接近可用的演示文稿初稿。
### - 应用 AI 团队与 PM 的新能力
这一章先讲了应用 AI 团队如何大量使用 Claude Code 和 Cowork：他们既要帮客户落地 API、快速做原型，也要处理密集的客户沟通、会议准备和信息检索。随后话题转到内部 token 使用，提到随着模型和产品能力提升，人均 token 成本会持续上升，但内部更强调负责任地使用，而不是一味限制。后半段重点讨论 AI 时代产品经理的核心能力，包括判断短期产品方向、理解模型边界、通过与模型深度互动发现问题，以及用少量高质量评测集来定义目标和衡量进展。
- 应用 AI 团队是除工程之外的重要高 token 使用团队，他们会借助 Claude Code 为客户更快做原型，并用 Cowork 整理客户背景、会议要点和行动项。
- Cowork 还能帮助应用 AI 团队从 Slack 等渠道查找最新信息，例如功能发布时间，并把结果补充进客户沟通备注里。
- 随着模型能力跃升和产品改进，知识工作者的人均 token 成本会增加，但仍低于普通工程师薪资，内部也强调避免浪费 token。
- 优秀的 AI 产品经理需要持续使用模型、追问模型为何做出某些决策、识别最可靠的反馈来源，并通过高质量评测集明确成功标准。
### - 模型变强后，产品该删什么、加什么
这一章先解释了为什么 Claude 的“个性”和协作感很重要：轻松、积极、低 ego、愿意行动，会直接影响人与 AI 一起工作的体验。随后话题转到产品设计如何随着模型升级而变化——早期为了弥补模型能力不足加入的待办清单、提示词干预，会在模型变强后被逐步删掉；与此同时，更强的新模型也会解锁此前准确率不够、无法上线的新能力，比如更可靠的代码审查。最后，Cat 也谈到 Claude Code 和 Cowork 的长期方向，以及普通用户该如何用 AI 自动化重复工作，把时间腾出来做更有创造性的事。
- Claude 被强调的不只是能力，还有轻松、积极、低 ego、愿意协作的工作风格，这会让人更愿意和它一起完成任务。
- 很多产品功能最初是给模型“拄拐”的，例如待办清单能帮助早期模型完成大规模重构中的全部修改点。
- 随着模型变强，团队会持续删减系统提示词和不再必要的功能，同时上线过去因准确率不足而无法发布的新能力，如更可靠的代码审查。
- Cat 建议用户优先自动化自己反复在做的工作，并把自动化打磨到真正稳定可依赖，而不是停留在 90% 到 95% 的效果。
### - 少折腾配置，多做成事情
这一章先谈到，过度沉迷工作流定制和工具优化，可能会让人偏离真正要完成的核心任务；相比之下，简单、够用的设置往往更有效。随后话题转向 AI 产品从“聊天式”走向“行动式”，真正让人产生顿悟的，是它不只是给建议，而是能直接替你把事做完。后半段进入快问快答，Cat 分享了自己推荐的书、喜欢的影视和产品，也谈到她最看重的工作原则是基于第一性原理、不要等批准、直接把事情推进下去。最后她提到，如果用户愿意反馈 Claude Code 和相关产品的具体失败案例，团队就能据此持续改进。
- 过度优化工具和工作流可能会分散注意力，反而妨碍真正把产品或功能做出来。
- Cat 认为 AI 的关键变化是从聊天式产品转向行动式产品，价值在于它能直接代替用户执行任务。
- 她最认同的做事方式是基于第一性原理、明确目标后直接行动，不要被岗位和团队边界束缚。
- 她欢迎用户在 X 上反馈 Claude Code 和 Cowork 的具体问题，尤其是可复现的边缘案例和报错。
## 适合谁听
适合产品经理、工程负责人、设计师和关注 AI 产品落地的人，听完能更清楚地理解高速发布团队的运作方式，以及 AI 时代该如何重建产品判断与工作方法。
