Agent-native 壁垒(三要素)

一句话定义

Agent 时代真正的护城河 = 领域状态(用户业务上下文持续生长)+ 基础设施成本(真金白银的投入)+ 规模经济(数学上的成本优势)。

出处

@yan5xu《最近一些 Agent 认知:OS 与 Agent-native 应用》(2026-03-17)。

三要素详解

要素描述检验问题
领域状态用户业务上下文,每次交互都在生长用户用得越久,迁移成本是否越高?
基础设施成本领域微调模型、专业知识库、实时数据管线是否需要真金白银持续投入,无法靠复制代码获得?
规模经济同时服务大量用户,单位成本碾压是否存在数学上的成本优势,跟聪不聪明无关?

与 Skill 天花板的对立

Skill = 只有接口 = 裸奔([[Skill 天花板]])
            ↓ 加上
领域状态 + 基础设施成本 + 规模经济
            ↓
Agent-native Application = 真壁垒

三个使用场景

  1. 快速判断 Agent 产品壁垒真假:三要素全有 = Agent-native;只有接口 = Skill 天花板;做 Agent OS 本身 = 战场错了。
  2. VC 评估时叠加使用:补充传统护城河分析(网络效应/品牌/转换成本),三要素是 Agent 时代的新版本。
  3. 客户咨询定位:客户产品没有三要素 → 建议要么补一个、要么承认是营销物料。

与稀缺性反演的关系

稀缺性反演 框架的”四个反面”在维度 9(壁垒)层面映射:

  • 领域状态 ≈ 与具体客户的「关系」(反面 1 的变体)
  • 基础设施成本 ≈ 「物理世界」(反面 3)
  • 规模经济 ≈ 工业时代留存的稀缺性

反例 / 边界

  • ❌ “我们的 prompt 工程很好” — 三个都没有
  • ❌ “我们打通了 N 个 API” — 只是接口集成,没有持续生长的状态
  • ✅ “用户的工作流数据每天累积,迁移成本指数上升” — 领域状态壁垒
  • ✅ “我们采集了行业内独有的实时数据流” — 基础设施成本壁垒

典型案例

相关术语