Anthropic产品团队快速迭代经验总结

我从Claude Code产品负责人@_catwu那里得到的主要收获：

1. Anthropic的产品开发周期从六个月缩短到一个月，有时一周，有时一天。这种加速部分源于对最新模型（即Mythos）的访问。另一个是将新产品发布到“研究预览”中，明确表示这是早期、实验性的，可能不会永久支持。还有一个是常设的“发布室”，工程师在那里发布就绪的功能，市场营销部门第二天就完成公告。

2. PM的角色正在从协调多月的路线图转变为让团队能够每天发布。正如Cat所说，“应该少花精力确保你与合作伙伴团队对齐多季度的路线图，而多花精力思考：我们如何找到最快的方法把东西推出门？”

3. 最高效的发布单元是拥有出色产品品味的工程师。在Cat的团队中，许多工程师从头到尾完成工作——从在Twitter上看到用户反馈到周末发布产品——没有PM参与。此外，Claude Code团队中几乎所有的PM要么曾是工程师，要么自己写代码，设计师则是前端工程师。角色正在融合，最有价值的技能是产品品味，而不是职位头衔。

4. 构建处于可用边缘的产品。Claude Code的代码审查产品多次失败，因为早期模型不够准确。但由于原型已经构建好，他们可以换入Opus 4.5和4.6，立即测试差距是否被弥合。等待模型准备好的团队总是会落后一个周期。

5. 构建AI产品最被低估的技能是让模型反省自己的错误。Cat经常问模型为什么会做出意外的决定。模型会解释系统提示中的某些内容令人困惑，或者它将验证委托给了一个没有检查工作的子代理。这揭示了误导模型的原因，团队可以修复框架。

6. 每次模型发布都迫使他们的团队重新审视现有产品并审计系统提示，移除模型不再需要的功能。Claude Code的待办事项列表是对早期模型的支撑，这些模型无法跟踪自己的工作。使用Opus 4，模型原生处理了它。为较弱模型构建的脚手架功能在模型赶上时变成债务——因此团队主动剥离它们。

7. Anthropic员工构建自定义内部工具而不是购买SaaS产品。一位销售团队成员构建了一个从Salesforce、Gong和通话记录中提取数据的Web应用，自动定制推销演示——过去需要20到30分钟的工作现在只需几秒钟。他们的核心工具栈是Claude Code、Cowork和Slack。没有Notion，没有Linear，没有Figma。

8. 人们低估了Claude的个性对其成功的贡献。正如Cat所描述的，“当你回顾所有共事过的人时，总有一些人让你觉得，‘我真的喜欢他们的能量和氛围。’”Claude被设计为低自我、积极、能干和真诚——这些品质使它感觉像一个出色的同事，而不仅仅是一个工具。这不是表面功夫；这是让人们愿意每天使用Claude数小时的原因。团队有一个专门的人，Amanda，她“塑造Claude的性格”，这是公司中最难的角色之一，因为成功非常主观。

9. 工作的未来是管理AI代理集群，而不是自己做工作。Cat看到一条清晰的演进路径：首先，单个任务变得成功。然后人们开始同时运行多个任务（多Clauding）。接下来，人们将同时运行50或100个任务，这需要新的基础设施——远程执行、更好的任务管理界面、完全验证工作的代理，以及整合反馈的自我改进系统。人类的角色从做工作转变为知道哪些任务需要关注、验证输出。