何时打开:你要转型 AI PM / 在 AI 公司做 Design / Eng / 想理解 Anthropic+OpenAI 内部怎么运营。本 wiki 把 4 派视角融合,显式标注 3 条核心分歧。
一句话核心:Anthropic + OpenAI 内部全员共识"角色边界正在消失"(PM/Eng/Design merging),但国内 / 经典派 / 老黄独立产品派对此分歧 —— 经典派坚持"创业 PM vs 职业 PM"二元划分;国内 AI 面试派强调"AI PM 必须懂算法 + 数据闭环"。
0. 4 派"AI 时代 PM"立场
| 视角 | 来源 | 立场 | 一句话核心 |
|---|---|---|---|
| Anthropic+OpenAI 内部派 | Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) | 角色边界正在消失 / 每周 ship feature | "PMs, engineers, and designers are merging"(Cat Wu) |
| 国内 AI PM 转型派 | AI 产品经理面试与转型 / 12 份资料汇编(12 份资料) | 互联网 PM → AI PM 转型必须懂算法 + 数据闭环 | "AI PM 与互联网 PM 6 大维度差异" |
| 独立产品派 | newtype · Vibe Coding 独立产品实战 / newtype 心法 · 超级个体方法论(黄益贺) | 1 人 PM/Eng/Design 全包 | "Unfair Advantage 三能力 / 强项做骨架" |
| 经典产品方法论派 | 一堂 / 王慧文清华产品课 66 页完整笔记(王慧文) | 创业 PM vs 职业 PM 二元 | "产品经理是离 CEO 最近的职位 / 与本人三观/价值观/思维方式有关" |
1. 跨作者共识(5 条)
1.1 "角色边界正在消失"(Anthropic+OpenAI 内部一致)
Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) §一.1:
| 公司 | 表述 |
|---|---|
| Anthropic | "PMs, engineers, and designers are merging."(Cat Wu)<br>"Designer 现在跟 PM 和 Engineer 越来越像"(Jenny Wen) |
| OpenAI | "Boundaries blurring. PM 感觉更被赋能 — 能自己用 Codex 回答问题 / 原型 / 数据分析"(Embiricos) |
Embiricos 印证:Codex 对 3 个角色的影响:
| 角色 | 影响 |
|---|---|
| 工程师 | 写复杂代码效率提升 + Code review/validation 减负 + 从 manual coding → higher-level thinking |
| PM | 跨越沟通边界,自己回答问题 / 原型 / 数据分析 / Talent stack 压缩 |
| Designer | 直接构建动画 + APP 原型 → 快速从想法到产品 |
1.2 AI 时代的稀缺 ≠ 代码能力
Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) §一.2 关键引言:
| 引言 | 来源 |
|---|---|
| "As code becomes much cheaper to write, the thing that becomes more valuable is deciding what to write." | Cat Wu |
| "产品 taste > 工程能力" | Cat Wu |
| "Execution + 理解客户 > 想法本身" | Embiricos |
| "AI can weigh in, but it can't necessarily solve disputes between people about what should go into a feature." | Jenny Wen |
译:写代码越便宜,"决定写什么"就越值钱;AI 可以发表意见,但当人和人在"功能该做什么"上吵架时,AI 解决不了。
1.3 Just do things / 跨越团队边界(共同产品哲学)
Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) §一.4:
| 哲学 | 提出者 |
|---|---|
| Just do things(说做就做)— 第一性原理 + 跨越团队边界 + 拒绝刚性 job role | Cat Wu |
| Be kind and candid(温和且坦率)— 直接是仁慈的一种 | Embiricos |
| It is what it is(事情就是这样,接受它)— 面对不可控用从容,不丧 | Jenny Wen |
老黄印证(newtype 心法 · 超级个体方法论):JUST DO IT —— 不是等学完才动手。
1.4 产品 Taste / 审美是核心
| 视角 | 立场 |
|---|---|
| Cat Wu | "招很多有工程背景的 PM 因为 taste,taste = 审美/品味/判断力" |
| 王慧文(一堂 / 王慧文清华产品课 66 页完整笔记) | "产品经理与专业无关,和本人的三观/价值观/思维方式有关。三观和领域不匹配,不会有太高成就" |
| 小红书 vibecoding | "模型不重要,审美才是第一生产力"(详见 审美 / 创作平民化(跨作者主题综合) Batch 9) |
| 乔布斯(王慧文转述) | "一个好产品与否,最终是由品味来决定的" |
1.5 失败远多于成功(从经典派到 AI 内部派一致)
| 派 | 表述 |
|---|---|
| 王慧文 | "失败是成功的 30 倍" / 5 对失败-成功(诺基亚/iPhone, MPMan/iPod, Kik/微信, 智能 ABC/搜狗, IE/Chrome) |
| Cat Wu | "移除 crutch(拐杖)" —— Cloud Code 早期 to-do list 是为帮模型做大重构,新模型不需要就移除 |
| Karpathy(Scaling Law / AGI 时间表 / Software 3.0(跨作者主题综合)) | "Demo 是精心挑选输入工作良好,产品是对所有现实输入不能炸 / 1000x 难度" |
2. 显式分歧(3 条 —— 不抹平)
2.1 分歧 1:AI PM 必须懂算法吗?
| 视角 | 立场 |
|---|---|
| 国内 AI PM 转型派(AI 产品经理面试与转型 / 12 份资料汇编) | 必须懂 —— 100 道面试题里 NLP / CV / 语音 / 大模型 / 数据 5 大类技术题占大头 |
| Cat Wu(Anthropic) | 不必懂底层,但要懂"模型评测能力 + 第一性原理" —— PM 5 大关键能力之一是 Eval |
| 老黄(非技术 PM) | "必须有编程思维,不必有编程经验" —— 边做边学但要从最基础概念学起 |
| 王慧文 | "产品经理与专业无关,和本人的三观/价值观/思维方式有关" —— Pichai 冶金工程 / 张小龙工程师出身都行 |
真分歧:国内 vs 海外 AI PM 路径:
- 国内 AI PM 转型 → 必须懂算法/数据闭环/语音/CV(应对面试 100 题)
- 海外 Anthropic/OpenAI 内部 PM → Taste + Eval + 第一性原理 + 跨边界填补 gap
- 独立产品非技术 PM → 编程思维必须有,具体语法不用记
2.2 分歧 2:Designer 应不应该写代码?
Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) §四:
Jenny Wen 核心主张:"The Design Process is Dead"(设计流程已死)。
老流程的 3 个特征:
- Extensive research / discovery(大量调研 / 探索)
- Fixed divergence-convergence cycle(固定的"发散-收敛"周期)
- Beautiful long-term decks(精美的长期演示稿)
为什么必须放弃?:
- 工程师现在能快速 build features(快速做出功能,靠 Cloud Code)
- Designer 阻塞工程师 = 不必要的瓶颈
- 视野时间表已缩短到 3-6 个月(prototypes 原型 而非长期 decks 演示稿)
Designer 工作时间分配的剧烈转变:
| 任务 | 几年前 | 现在(2026) |
|---|---|---|
| Mocking / Prototyping(画稿 / 做原型) | 60-70% | 30-40% |
| 直接和工程师协作 | 20% | 30-40% |
| 实现 / Polish in code(在代码里抛光打磨) | 几乎 0 | 20-30% |
| 跨团队协调 | 10% | 10% |
3 类有价值的 Designer 原型:
| 原型 | 特征 |
|---|---|
| Strong Generalist(强通才) | 多核心技能强(类似 T-shape 但更"块形")— 容易适应 PM + Eng 边界扩展 |
| Deep Specialist(深专家) | 深度专注一域(software engineering / visual design / icon design)— 差异化产品 |
| Craft New Grad(有工艺的应届生) | 早期职业,白纸 + 渴望学习 — 不被传统流程束缚,带新视角 |
真分歧:Designer 转型方向:
- Anthropic 立场:Designer 必须能写代码 polish 20-30% 时间(Jenny Wen)
- 经典派立场:Designer 不写代码,只画 mock
- 老黄独立产品立场:Keynote 替代 v0.dev(Go Fundamental 心法)
2.3 分歧 3:PM 团队结构 30 人 vs 2000 人?
| 视角 | 立场 |
|---|---|
| Cat Wu(Anthropic) | 30-40 人 PM 团队 / Research preview 模式 / 每周 ship feature |
| 王慧文(美团) | 2000 个 PM,外卖业务 300 多个 / 创业 PM vs 职业 PM 二元 |
| 老黄(独立产品) | 1 人 = PM + Eng + Design + Marketing / Unit Economics 心法 |
Anthropic PM 团队结构:
| 团队 | 职能 |
|---|---|
| Research PM(研究 PM) | Diane 领导,客户反馈 + 模型发布 |
| Cloud Developer Platform | API |
| Cloud Code 团队 | 代码核心产品 |
| Enterprise(企业版) | 企业采用 |
| Growth(增长) | 整体产品套件增长 |
真分歧:公司规模决定 PM 结构:
- Anthropic 30-40 人 → AI 公司速度 + 紧耦合
- 美团 2000+ → 平台公司 + 职业 PM 分工细
- 1 人独立产品 → 全栈非技术 PM
3. Cat Wu 视角:Anthropic Cloud Code PM Head 详解
Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) §二:
3.1 PM 角色演变(AI 之前 vs 之后)
| 维度 | AI 之前 | AI 时代(2026) |
|---|---|---|
| 时间尺度 | 长期规划(6-12 个月)+ 跨团队协调 | 每周 ship feature / 极端时 1 天 |
| 核心技能 | 路线图 / 跨团队 / PRD | 快速到用户 + Taste + Eval |
| 写 PRD | 必须 | 偶尔写 |
| 产品收敛速度 | 6 月 → 上线 | 1 月 → 1 天上线 |
3.2 AI 时代 PM 5 个关键能力
- 设定清晰目标:谁是核心用户?最重要的问题是什么?(例:减少 permission prompts / 权限弹窗)
- 建立可重复 shipping 流程:Cloud Code 用 research preview(研究预览)模式,降低承诺门槛,1-2 周出新功能
- 跨团队框架(Engineering / Marketing / Docs 紧耦合,功能 ready 时 marketing+docs 能立刻回应)
- Eval 能力(模型评测)— 见证模型每周变化
- First-principles 思维(第一性原理)+ 跨边界填补 gap(缺口)
3.3 Anthropic 产品矩阵 + 使用场景
| 产品 | 适用场景 | 关键特性 |
|---|---|---|
| Cloud Code 终端版 | 一次性 coding 任务 | 新功能首先落地 |
| Cloud Code 桌面版 | 前端工作 + 任务概览 + 非技术用户 | 实时预览 web app |
| Cloud Code Web / Mobile | "在外面 kicking off tasks" | 不在电脑前也能开任务 |
| Cowork(Claude with Hands) | 非代码任务(Slack 0 / Inbox 0 / 写 docs / Slide deck) | 连接 Google Calendar / Slack / Gmail / Drive,合成信息 → 20 页 deck |
3.4 Cowork 案例:20 页 Slide Deck
输入:连接数据源(Google Calendar + Slack + Gmail + Drive)+ 提示词 + 一段叙事 输出:数小时生成 20 页草稿 注意:PM 仍做最终决策。给 Cowork 一个标准化 deck 让其遵循设计系统。
3.5 Anthropic 2 个成功要素
- 统一使命:Bring safe AGI to all humanity —— 每次决策都引用这个
- 聚焦:整体目标 > 个别产品线 / 团队为公司整体牺牲个人 / 优先 first-party + API
4. Embiricos 视角:OpenAI Codex 负责人详解
Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) §三:
4.1 Codex 现状(2026-05)
| 指标 | 数据 |
|---|---|
| GPT-5 后增长(从 8 月) | 20× |
| 每周服务 tokens | 数万亿 |
| API 排名 | 第一名(most served coding model) |
4.2 Codex 愿景 — Software engineering teammate
"It's a bit like this really smart intern that refuses to read Slack, doesn't check data dog unless you ask it to."
译:它有点像一个非常聪明、但拒绝看 Slack 消息、除非你叫它否则不会去看监控的实习生
现在:聪明实习生,需要引导 未来:主动 / 跨整个开发周期(ideation → maintenance)的协作伙伴
4.3 真实加速案例(组织级别)
| 项目 | 数据 |
|---|---|
| Sora Android App | 18 天做完内部版,28 天公开发布,上 App Store |
| Atlas 浏览器 | 原本 2-3 周 / 2-3 工程师 → 1 周 / 1 工程师 |
4.4 AGI 限制因素(本播客最重要洞察)
"The current underappreciated limiting factor is literally human typing speed or human multitasking speed."
译:当前被严重低估的限制因素,就是人类打字速度、或者多任务处理速度
展望:
- 明年(2026) — 早期 adopter 看到 agent self-sufficient
- 几年后 — 大公司跟进
- 达到 AGI — 当生产力增长 feedback 到 AI labs 时
4.5 Mixed-Initiative 设计哲学
"Tesla 自驾是 mixed-initiative software 的好例子 — 赋能人类同时提供辅助。"
Codex 的设计也朝同样方向 — 不是 autonomy max,是 humans + AI synergy。
4.6 用 Codex 实操建议
| 建议 | 详情 |
|---|---|
| 给最难的任务 | 不是从简单开始,而是给它最难的 bug |
| 建立信任 | 先让它理解 codebase + 写 plan → 逐步增加任务 |
| 并行尝试 | 同时跑多个任务 |
| 当作新员工对待 | Build trust gradually |
5. Jenny Wen 视角:Anthropic Design Head 详解
Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) §四:
5.1 新设计工作的 2 类分层
| 类型 | 描述 |
|---|---|
| 支持实现 + 执行 | 不再做精致 mock(工程师快速跑出来了)— 直接帮工程师 polish + 指导方向 |
| 创建短期 vision | 3-6 个月前瞻 — 以 prototype 形式,不是长期 deck |
5.2 Designer 招聘的优先气质
- Resilience(韧性)+ Adaptability(适应力)
- Build 实际东西并 share(做出实物并分享 — 有项目作品记录)
- 对技术兴奋 + 愿意在 design 前沿 —— 4-6 个月内做出实物
5.3 给新 Designer 的建议
| 建议 | 注解 |
|---|---|
| Build actual things and share them | 比 portfolio 更重要 |
| 不要追求完美 portfolio | 真实产品 ship 才有学习 |
| Tech literacy 必备 | Tailwind / Figma + 代码 polish |
6. 国内 AI PM 转型(独家完整)
AI 产品经理面试与转型 / 12 份资料汇编 —— 12 份资料 + 100 道面试题:
6.1 AI PM vs 互联网 PM 6 大维度
| 维度 | 互联网 PM | AI PM |
|---|---|---|
| 核心能力 | 用户体验 + 业务设计 | 算法理解 + 数据闭环 + 业务集成 |
| 不确定性 | 中(用户行为) | 高(模型效果不可预测) |
| 迭代速度 | 周 / 月 | 月 / 季度(数据采集慢) |
| MVP 思路 | 快速跑通流程 | 效果 + 速度 + 成本 三平衡 |
| 协作对象 | 工程师 + 设计师 | + 算法工程师 + 数据标注 |
| 失败成本 | 低 | 极高(数据 / 算力沉没) |
6.2 100 道面试题分布
| 类别 | 高频题示例 |
|---|---|
| AI 通识 | 什么是 AI? 监督 vs 非监督? Pre-train vs Fine-tune? |
| NLP | 什么是 NER? RAG 怎么做? embedding 怎么选? |
| CV | 目标检测 vs 分类? 分割 vs 检测? CNN 原理? |
| 语音 | ASR 难点? VAD? TTS 评价指标? |
| 大模型 | 大模型怎么用? Prompt 工程? Agent 怎么设计? |
| 产品方法论 | AI PM 与互联网 PM 区别? AI 产品需求文档怎么写? |
| 数据 | 数据标注流程? 数据闭环? 冷启动? |
| 业务 | AI 产品的 PMF 怎么找? 商业化怎么做? |
| 管理 | AI 团队结构? 算法 PM vs 应用 PM? |
| 行业 | OpenAI / Anthropic / 国内大模型公司格局? |
6.3 系统化思维 = 用物理学原理看问题
- 用 "第一性原理"(First Principles)
- 用 "模型" 思考(精简,然后扩展)
- 用 "反直觉" 训练(打破固化思维)
7. 王慧文经典视角(独家)
一堂 / 王慧文清华产品课 66 页完整笔记 —— 2020 清华产品课 66 页:
7.1 失败:成功的 30 倍
| 失败 | 成功 |
|---|---|
| 诺基亚(2000 巅峰) | iPhone(2007) |
| MPMan(韩国第一台 MP3) | iPod |
| Kik / 米聊 | 微信 |
| 智能 ABC | 搜狗输入法 |
| IE | Chrome |
核心规律:几乎每个大行业里,最终成功的通常都不是第一家。
7.2 5 个 PM 大神
| PM | 关键产品 |
|---|---|
| Neil McElroy(宝洁) | 人类历史第一个产品经理 |
| 乔布斯 | PC + 图形界面 + iPhone |
| 张小龙 | Foxmail + QQ 邮箱 + 微信(国内大神,工程师出身) |
| Pichai | Chrome(冶金工程专业) |
| Mark Zuckerberg / Shawn Parker / Mark Pincus |
7.3 创业 PM vs 职业 PM
| 类型 | 关心 |
|---|---|
| 创业 PM | 整个业务成败 / 战略 / 业务选择 / Strategy |
| 职业 PM | 细分功能 / 4 大文档(产品需求文档/原型/PRD) |
"产品经理是离 CEO 最近的职位,但前提是你要有做创业产品经理的心态和思维。"
7.4 必读 5 本书
| 书 | 价值 |
|---|---|
| The Paypal Wars | Elon Musk 在书里是负面形象 |
| 引爆流行 | 例子鲜活,讲产品的特征 + 迭代为什么被消费者接受 |
| 精益创业 | 迭代周期比别人短 = 巨大竞争优势 |
| 创新者的窘境 | 硬盘行业被颠覆的公司不是因为技术,而是组织决定 |
| 零售的哲学(铃木敏文) | 从入门到大成都可以读 / 讲 711 决策过程 |
7.5 真正的 2 个核心竞争力(王兴答"勇气")
- 发现机会的能力
- 持续学习进步的能力
8. 老黄独立产品 1 人 PM(独家)
newtype · Vibe Coding 独立产品实战 §1 + newtype 心法 · 超级个体方法论:
8.1 Unit Economics 3 心法
| 思路 | 内容 |
|---|---|
| 掂量能耐和资源 | 1 人 + 非技术 + 花点小钱 → 不碰大型/复杂项目 |
| 从商业角度切入 | 能不能把技术问题转成商业问题? |
| 从强项出发 | 营销/运营/产品是强项,就以这些为骨架架构整个项目 |
8.2 老黄做 Web 版 Prompt House 全栈 4 件事
(其他时间 Cursor 在写代码,老黄在刷短视频):
- 注册各平台账号
- 配置 Google OAuth
- 配置 Supabase 数据库
- 配置 Stripe(API Key、Webhook Key)
8.3 6 个老黄心法
| 心法 | 内容 |
|---|---|
| Unfair Advantage 三能力 | "我有别人无法复制的什么?" |
| Just Do It | 不是等学完才动手 |
| 挖宝藏 vs 挑毛病 | 看待事物两种基本模式 |
| Go Fundamental | 回到基础层(Keynote 替 v0.dev 设计) |
| How vs What | 重 How 不重 What |
| 5 条核心价值观 | 独立思考 / 长期主义 / 第一性原理 / 持续学习 / 创造价值 |
9. 怎么选 —— 按身份的协作路径
| 你是谁 | 主用方法 | 起点 |
|---|---|---|
| AI 公司 PM(海外) | Cat Wu Anthropic 路线 | Research preview + 每周 ship + Taste + Eval + 第一性原理 |
| AI 公司工程师 | Embiricos OpenAI Codex 路线 | Software engineering teammate + Mixed-Initiative + 给最难任务建立信任 |
| AI 公司 Designer | Jenny Wen Anthropic 路线 | 30-40% 代码 polish + 3 类原型 / Build & Share |
| 国内 AI PM 转型 | 国内 AI PM 转型 12 份资料 | 100 道面试题 + 6 大维度差异 + 系统化思维必修课 |
| 独立产品 1 人 PM | 老黄非技术路线 | Unit Economics 3 心法 + 6 心法 + Web 4 件事 + Mac App 验证模型 |
| 经典产品方法论 | 王慧文清华产品课 | 5 必读书 + 5 PM 大神 + 创业 PM vs 职业 PM |
通用纪律:
- 写代码越便宜,"决定写什么"越值钱(Cat Wu)
- AI 解决不了"功能该做什么"的人际分歧(Jenny Wen)
- 不要做"Agent Demo 上瘾者" —— Demo 跟产品 1000x 难度差距
- Build actual things and share them —— 比 portfolio 更重要(Jenny Wen)
- 跨边界填补 gap(Cat Wu 第一性原理)
- 失败是成功的 30 倍(王慧文)
- 产品 taste > 工程能力(Cat Wu + 王慧文 + 乔布斯)
- 建立 Mixed-Initiative,不要 autonomy max(Embiricos)
10. 引用清单
主要原始 author wiki:
- Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) —— Cat Wu Anthropic PM Head / Embiricos OpenAI Codex / Jenny Wen Anthropic Design / 角色边界消失 / Cowork
- AI 产品经理面试与转型 / 12 份资料汇编 —— 12 份 PDF + 100 道面试题 + AI PM vs 互联网 PM 6 大维度 + 系统化思维必修课
- newtype · Vibe Coding 独立产品实战 —— 老黄独立产品 / Unit Economics 3 心法 / Web 4 件事
- newtype 心法 · 超级个体方法论 —— 老黄 15 条心法 / Unfair Advantage / 6 心法
- newtype 知识系统与 Life OS 全演化 —— 知识系统三层 / 个人 AI OS
- newtype 杂文集(行业分析 + 哲学 + 创业故事) —— Dan Koe creator story($3K→$4.2M)/ 周报合订
- 一堂 / 王慧文清华产品课 66 页完整笔记 —— 王慧文清华产品课 / 失败 30 倍 / 5 PM 大神 / 5 必读书 / 王兴金句
相关主题 wiki(本系列):
- Claude Code 工作流(跨作者主题综合) —— Claude Code 工作流(Batch 1)/ Cowork
- 创业方法论(从 0 到 1)(跨作者主题综合) —— 创业方法论(Batch 1)/ 王慧文派
- AI Agent 架构与多 Agent 编排(跨作者主题综合) —— Agent 架构(Batch 2)
- Scaling Law / AGI 时间表 / Software 3.0(跨作者主题综合) —— Scaling Law / Karpathy Iron Man Suit(本批 Batch 4)
History
- 2026-05-18:Topic-dimension wiki 首发。从 7 份 author wiki 综合改写。显式标注 3 条分歧:AI PM 必须懂算法吗 / Designer 应不应该写代码 / PM 团队规模 30 vs 2000 vs 1