The Primitive is the Product — AI 时代的产品哲学:从功能到原语¶
Ch03.047 The Primitive is the Product — AI 时代的产品哲学:从功能到原语¶
📊 Level ⭐ | 4.8KB |
entities/primitive-is-the-product-ai-native-product-philosophy.md
The Primitive is the Product — AI 时代的产品哲学¶
本文基于 Amplify Partners 合伙人 Lenny Pruss 的博客整理。文章提出在 AI Agent 时代,软件产品的最重要设计决策不再是"构建什么功能",而是"暴露什么原语(primitive)"。
核心论点:AI 颠覆了软件产品逻辑¶
传统软件经济学:拥有更多工作流 = 捕获更多价值。功能是软件的"货币"——每个新功能扩大产品面、增加切换成本。
AI 完全颠覆了这一逻辑。关键不是技术基础(模型)的变化,而是新用户类型(Agent)的引入:
- Agent 不"导航"软件,它们直觉式地组合软件
- Agent 的母语是代码,不关心 GUI,只消费 API spec
- Agent 只关心能力(capabilities)——输入、输出和显式约束,以及这些能否被可靠地调用和链式组合
Tao of HashiCorp:原语设计哲学¶
HashiCorp 15 年前就明白了这个道理:
"用户不想要功能,用户想要结果。"
产品的职责是将复杂度折叠成最小但最强大的抽象,使结果可达。Terraform 的成功不是在构建"最完整的 infra 管理产品",而是暴露了一个低层构建块:资源及其依赖的声明式图谱。它落在了恰到好处的抽象层——不够高(否则太死板),不够低(否则不实用)。
原语思维(Primitive Thinking)¶
产品即原语¶
Agent 把你的软件当作 API。该 API 的质量和它暴露的原语,决定了 agent 能多有效地组合你的产品。
"产品即原语"——不是"产品即功能集"或"产品即工作流",而是产品是可组合能力的最小单元,agent(或开发者)可与其他原语组合以实现结果。
典型案例¶
- Stripe:没试图拥有整个支付工作流,而是暴露了原语 charge。订阅、发票、欺诈检测全建在 charge 之上
- Twilio:短信原语(发一条消息到一个电话号码)→ 通信生态的基础
- AWS S3:对象存储原语(通过 HTTP 存取对象)→ 云存储的基础
- GitHub:git 原语(push, pull, merge)→ 现代协作的基础
原语 vs 平台¶
VC 喜欢平台(网络效应、高切换成本、拥有整个品类)。原语听起来小且可商品化。但一个精心设计的原语会变成基础设施——嵌入工作流、被组合成更系统、最终变得不可替代。
原语的防御性不在难构建,在难设计对。正确的抽象需要深刻理解实践者、工作流和"待完成的工作"。
当看到一个 10 人团队试图构建一个数据平台时,我现在温和地建议他们先花 6 个月寻找他们的原语。
对 AI Agent 时代的启示¶
如果软件越来越多由 agent 消费,那么每家软件公司最重要的产品决策不是"构建什么功能"而是"暴露什么原语"。
这对产品策略、定价、分发和组织设计的深远影响:
- 产品经理需要像 API 设计师一样思考
- 工程师需要考虑可组合性和约束,而不仅是实现
- 销售团队需要以能力而非工作流来阐述价值
相关实体¶
- AI-Native 分层思维 — AI 时代的产品思维框架
- Stripe Agent 经济基础设施 — Stripe 的 Agent-first 产品实践
- Stripe Agent 基础设施(Emily Sands) — 支付原语的 agent 生态扩展
- AI-Native 研发组织设计 — 组织如何适应 AI 时代
- AI-Native 组织指南 — AI 时代的组织原则
→ 原文存档