AI 时代的 PM 新打法
来源：Cat Wu (@_catwu)，Claude Code 产品负责人，2026-03-20
核心前提
PM 的行动手册建立在「产品底层技术大体稳定」的假设上。在当前模型迭代速度下，这个假设已经不再成立。
四大新打法
1. 用短冲刺规划
长期路线图打不过高频小实验的速度。
案例：Claude Code 桌面版、AskUserQuestion 工具、todo lists —— 都是团队想法，做原型、内部用户喜欢、直接发布。
2. 用 Demo 和 Eval 代替文档
Claude Code + Opus 4.6 把「构建可展示原型」的门槛大幅降低。
结果：比写 PRD 更快、更高保真度。
3. 每次新模型发布后，重访旧 feature
维护一份「之前的模型做不到」的活跃列表。
流程：
- 每次模型更新，把「之前的模型做不到」的 feature 列表拿出来重新测试
- 同时，删掉已经不再需要的额外脚手架
社区验证：
- @Noahhh1005：「我有个'model-blocked backlog'——每次新模型出来重跑一遍，大约 30% 会变得轻而易举。」
- @kathysyock（医疗）：「每次 Claude 新模型发布，我重跑 1000 个计费测试用例——上个模型的脚手架有一半变成了死代码。」
4. 做最简单的事
Agentic 系统里，失败会随系统复杂度复合叠加。
原则：找到能跑通的最简方案。
社区精选评论
@ClaudiusMaxx：第3点被严重低估。大多数团队把 backlog 当静态列表，更好的做法是维护一份「上个模型做不到的事情」的活跃列表，每次发布都审计一遍。
@TomSolidPM：「做最简单的事」是最被低估的一点。先把没有 AI 也能跑的系统做好，再叠加 AI。复合失败在个人生产力上同样适用。
@PMThebuilder：你的 spec 现在是易腐品。6周前写的需求，今天可能有完全不同的解法。PM 最关键的技能不是写好 spec，而是知道什么时候扔掉它。
@SynabunAI：执行差距在快速缩小，「做什么」的差距在扩大。产品思维比以往更重要。
@OneManSaas：传统 PM 框架假设你有时间验证——现在你在对着一个移动的目标验证。
@gagansaluja08：适应最快的团队，是那些让 PM 学会为「能力跳跃」规划，而不只是为 feature 规划的团队。
核心转变
| 传统 PM | AI 时代 PM |
|---|---|
| 长期路线图 | 短冲刺实验 |
| PRD 文档 | 可运行 Demo |
| 静态 backlog | model-blocked 活跃列表 |
| 完整方案 | 最简可行方案 |
| 写好 spec | 知道何时扔掉 spec |
关联
- product-trends/ai-pm-onboarding — 如何 onboard AI 项目管理者
- product-trends/ai-strategy-starts-at-top — AI 战略从高层开始
- claude-code/overview — Claude Code 产品开发实践
2026-05-02 更新：Two-Slice Team 的完整 PM 工作流
来源：Every 2026-05-01 Claude Code for Product Managers
Marcus Moretti（Spiral 总经理）以「two-slice team」（一人全栈）身份实践 AI-native PM，将原本分散在 10 个应用中的工作压缩到单一 Claude Code 线程。
/pulse：对话式每日简报
替代传统仪表盘（Amplitude/Mixpanel）：
- 用 Markdown 定义核心指标（活跃用户、关键功能使用率、用户反馈评分）
- Claude 每天读取数据库/分析系统并生成文本简报
- 标记异常（红/绿点）并用 plain English 解释
- 发现 bug 直接在同一线程中要求修复 —— "对话即工作流"
- 已迭代调整约 50 次，新功能只需添加一行 Markdown
/prioritize：无冲刺看板管理
五列看板（later / next / now / in progress / done）：
- 每天运行
/prioritize，Claude 检查 stale ticket、确认本周工作、从 backlog 拉取紧急事项 - 不使用传统 sprint，完全由 AI 动态调度
- 新需求直接告诉 Claude 创建 ticket，加 triage 标签
AI 生成工单库
流程：手写详细路线图（README）→ Claude 阅读路线图 + 代码库 → 生成约 100 个带战略上下文、验收标准、技术备注的详细工单 → 人工审查边界情况和微交互。
关键洞察：Claude 在优先级排序上表现得「无情」且客观，不会因情感依附偏袒某个功能。
学术研究进入 PRD
通过 Arxiv MCP 搜索 stylometry 文献，关键发现直接引用到产品需求文档中。Spiral 的新风格系统即由这项研究直接指导构建。
2026-05-03 更新：Compound Engineering Plugin —— /ce-strategy 与 /ce:product-pulse 开源
来源：Every 2026-05-03 Codex Goes to Work
Marcus Moretti 的 Agent-native PM 工作流由 Every 团队开源为 compound-engineering-plugin，可在 Claude Code 中通过 /plugin marketplace add EveryInc/compound-engineering-plugin 安装。
/ce-strategy：Agent 访谈生成策略文档
基于 Richard Rumelt《Good Strategy Bad Strategy》，Agent 通过结构化访谈生成 docs/strategy.md，包含五个核心组件：
| 组件 | 定义 |
|---|---|
| Target problem | 反复出现的、昂贵到会让人主动找方案的具体问题 |
| Approach | 1-2 句话描述指导方针——不是目标也不是功能，是解决 target problem 的具体角度 |
| Who it's for | 借鉴《Crossing the Chasm》，早期聚焦一个 persona，打透后再扩展 |
| Key metrics | 3-5 个 SMART 指标，避免虚荣指标，至少追踪「人」和「钱」 |
| Tracks | 2-4 个核心能力方向，每个一句话描述。超过四个通常意味着缺乏聚焦 |
Agent 访谈机制：首次运行 /ce-strategy 时，Agent 逐一提问并内置引导（什么算好答案、什么需要追问）。如果第一个答案模糊，Agent 会追问："具体是谁的情境？他们今天怎么做的，为什么不行？"输出可随时重跑更新特定章节。
可选模块："不做的事"（明确排除项）和"营销/定位"。
/ce:product-pulse：策略与现实的交汇点
每次运行生成一页（30-40 行终端输出）的报告，固定四个版块：
| 版块 | 内容 |
|---|---|
| Headlines | 关键数据摘要——读前三行就知道最重要的事 |
| Usage | 核心互动事件数、价值实现事件数、转化率，以及策略指标的当前值与环比 |
| System performance | 延迟分位数（p50/p95/p99）环比 + 前 5 大错误签名及一行解释（未配置 tracing 则跳过） |
| Followups | 1-5 个值得下一步调查的具体事项 |
数据源连接（优先通过 MCP）:
- 产品分析：PostHog/Mixpanel/Amplitude
- 应用追踪：Datadog/Sentry/Logfire/Honeycomb
- 支付：Stripe/Paddle
- 只读数据库连接
记忆机制：每次 Pulse 保存为 ~/pulse-reports/ 下的 Markdown 文件。单个 Pulse 回答"今天发生了什么"，文件夹回答"这个月发生了什么""这个趋势何时开始的""那个功能有没有带来变化"。
创始人视角阅读：Agent 被指示以创始人视角组装报告、标注异常、运行跟进查询。例如某端点错误率升高，Agent 会深挖：是否来自单一用户？是否与第三方服务中断时间重合？第二遍阅读时，除非一切完全正常，否则会在末尾添加"预判自然追问"章节。
Ship 阶段：放弃手写工单
有了 strategy.md 后，用 ce-ideate / ce-brainstorm / ce-plan 决定做什么。需要支持 MCP 的 issue tracker（GitHub Issues 或 Linear），Agent 负责写工单、移动状态、保持更新。
状态系统:now / next / later（本周/下周/未来），Kanban 而非 Sprint。
Marcus 仍坚持手写的是路线图（roadmap）——这是他保留的最后一个纯人工环节。
三条延伸做法
- Compound Knowledge Plugin(
/kw:review)——在 Agent 执行计划前审查公司战略、KPI、备忘录，捕获"自信地错误的数据点"。开源地址 EveryInc/compound-knowledge-plugin - 目标应用最终审批：Slack 草稿在 Slack 里看收件人，邮件草稿在 Gmail 里检查，策略文档在 Notion/Proof 里审阅——上下文切换作为安全功能
- 客户反馈 → Linear → Codex：Naveen Naidu 一天关闭 30 个 issue 的工作流，用 Linear 内置 triage intelligence 浮现重复模式