🔧 AI 知识库

Claude Code 产品经理 Cat Wu:AI 如何重塑她的工作流

原文链接

Claude Code 产品经理 Cat Wu:AI 如何重塑她的工作流

原文链接:https://mp.weixin.qq.com/s/QvgCUf9BpudrZDsIJYgy7w 来源:Datawhale | 2026-03-27

摘要

Claude Code 产品经理 Cat Wu 首次公开 AI 如何重塑她的工作流。核心转变:从"制定完美计划"变成"快速试错,抓住机会"。三个工具分工:Claude.ai 想事情、Claude Code 做东西、Cowork 处理杂事。四个转变:长期路线图→短周期实验(side quest)、文档优先→Demo 优先、新模型出来把老功能重新过一遍、保持简单实现避免过度工程(新模型一次删掉 20% 提示词)。经典比喻:这就像冲浪,最重要的不是控制浪,而是保持在浪头上。


背景

Cat Wu 背景特别:工程师出身 → VC → 2024 年 8 月加入 Anthropic 担任研究 PM。Claude Code 内测时拿它干几百小时的工作量——做 Streamlit 应用分析反馈、跑评估测试、搭强化学习环境——一行代码没手写,全是对话完成

她的发现:以前 PM 有想法先说服工程师排期等两周才看到原型,现在自己下午就能做出来。


三个工具分工

工具场景用法
Claude.ai想事情写策略没思路去聊聊,棘手问题不知道怎么处理也去聊聊
Claude Code做东西要能跑的原型、脚本、代码——扔给 Claude Code
Cowork处理杂事清邮件、管理待办、做 PPT、翻 Slack 找决策原因、订机票酒店

四个核心转变

转变 1:长期路线图 → 短周期实验

鼓励所有人(工程师/PM/设计师)随时做 side quest ——有个想法别开会了,下午自己试试。Anthropic 最火的几个功能(桌面版 Claude Code、AskUserQuestion 工具、todo lists)都是玩出来的,不是规划出来的。

转变 2:文档优先 → Demo 优先

不开传统站会,改成 Demo 分享会。写完需求文档先发给 Claude Code 试试能不能做出来,粗糙原型也比文字说明问题。

另一个技巧:做评估测试(evals)——agent teams 功能时专门做了测试:什么场景有效、什么时候出问题、该怎么改进。

转变 3:新模型出来后,把老功能重新过一遍

上个月发布的功能,这个月新模型一更新突然变强了。怎么发现机会?做重度用户,故意为难 AI——让它做你觉得"应该做不到"的事。

Chrome 集成功能就是发现用户手动切浏览器测试、来回复制粘贴指令——用户自己拼出解决方案了,直接做成产品功能。

别一上来就想着省 token 成本。先用足够 token 把能力做出来,等便宜模型上来,成本自然降。

转变 4:保持简单实现,避免过度工程

团队信条:do the simple thing that works(做有效的简单方案)。

花大工夫绕过的模型限制,下个月新模型一出限制就没了,"巧妙设计"反而变累赘。实现越简单,升级越容易。

案例:todo list 的老模型经常忘记勾任务,团队加了自动提醒补丁。Opus 4.6 出来后自己就知道勾,直接删掉。Opus 4.6 一次删了 20% 的提示词——那些都是之前为弥补模型能力不足写的"拐杖"。


放手:PM 最难适应的转变

PM 现在盯两条线:AI 怎么改变你的工作方式,AI 怎么改变你产品的可能性。

找出少数几个绝对不能妥协的点,其他的快速迭代就行。

她说整个公司(数据科学、财务、市场、法务、设计)都自己摸索出了 AI 用法,结果是以同样的速度在跑,不用等别的部门交接。


判断

这篇跟今天存的 Claude Code 五条原则(498 行→47 行)、CLAUDE.md 四条规则 134K Star、Anthropic 创始人手册、Superpowers 几篇文章精神完全一致——都指向同一个结论:在 AI 能力指数增长的时代,产品管理不再是"制定完美计划然后执行",而是"快速试错,拥抱变化"。Cat Wu 说 Opus 4.6 一次删了 20% 的提示词,跟那篇 498 行→47 行的进化录如出一辙。"拐杖"是随着模型能力提升而不断丢弃的,不是永久资产。