cross-expert ai-native

Agent交互范式模型

GUI是给人用的,CLI是给Agent用的——Agent时代的产品设计从面向人转向面向Agent

3 关联 · 1 冲突 · 0 反链 · 2 证据 · AI产品 / Agent生态 / 交互设计 / 基础设施
§ 00

"Agent数量红利是新时代最大红利——人口红利消失了,但云上有亿万Agent。 给Agent做产品而非给人做工具,是AI时代产品设计的范式转移。 "

§ 01

决策简报

核心判断

Agent数量红利是新时代最大红利——人口红利消失了,但云上有亿万Agent。给Agent做产品而非给人做工具,是AI时代产品设计的范式转移。

推理逻辑

1. 识别产品的真实用户是人还是Agent:最终执行者是Agent→面向Agent设计;最终消费者是人→面向人设计但Agent是中间层。很多产品会是"双面"——人设置目标,Agent执行。 2. 面向Agent的设计原则:接口>界面(API/CLI/MCP协议优先于GUI);结构化输出>自然语言(Agent需要可解析的数据格式);权限与额度双维度控制(Agent能在哪些场景采购×消费金额上限)。 3. Agent记忆系统三层架构:短期记忆(对话上下文清洗)→中期记忆(共享画布/共识区)→长期记忆(空闲时压缩为skill/memory/关系网络)。关键争议:"存不难取才难"。 4. Agent生态基础设施需要全部重做:支付(Agent需要自己的支付身份和信用体系)、身份(核心瓶颈不是智能而是身份和交易能力)、协议(MCP/A2A等Agent间通信)。

关键案例

"根本不需要操作GUI——GUI是给人做的,把一切变命令行agent就能一马平川接入。"Agent支付的两个核心维度:权限维度(能在哪些场景采购)+额度维度(消费金额上限,防止一次把钱用完)。

适用场景

给Agent设计产品、Agent时代的交互方式选择、Agent生态创业机会判断、面向Agent的产品改造。

不适用场景

面向终端消费者的纯体验型产品(如短视频、音乐、社交),最终消费者仍是人而非Agent,Agent更多是分发中间层而非真实用户;用户基数极小的高度定制化B端系统,Agent数量红利无从发挥。

§ 02

决策逻辑

1

识别产品的真实用户是人还是Agent

- 如果最终执行者是Agent(调API、写代码、做决策)→ 面向Agent设计

- 如果最终消费者是人(看内容、听音乐、社交)→ 面向人设计,但Agent是中间层

- 很多产品会是"双面"——人设置目标,Agent执行

2

面向Agent的设计原则

- 接口 > 界面:API/CLI/MCP协议优先于GUI

- "根本不需要操作GUI——GUI是给人做的,把一切变命令行agent就能一马平川接入"

- 结构化输出 > 自然语言:Agent需要可解析的数据格式

- 权限与额度双维度:Agent能在哪些场景采购(权限)× 消费金额上限(额度)

3

Agent记忆系统设计

- 短期记忆:对话上下文清洗(群聊场景清洗80%噪声)

- 中期记忆:共享画布/共识区(动态更新的工作区)

- 长期记忆:空闲时压缩为skill/memory/关系网络

- 关键争议:"存不难取才难"——记忆的检索和关联比存储更难

4

Agent生态基础设施判断

- 支付:Agent需要自己的支付身份和信用体系

- 身份:Agent的核心瓶颈不是智能而是身份和交易能力

- 协议:MCP/A2A等Agent间通信协议是新的基础设施

- 信任:Agent代理人的信任链传递问题

§ 03

协作模型

§ 04

冲突模型

克制设计模型 冲突
张小龙

冲突场景: 张小龙的克制设计强调"做减法",但Agent生态需要丰富的API接口和能力开放

化解方案: 面向人的体验要克制(减少打扰),面向Agent的能力要开放(提供更多API)——两者服务不同"用户"

§ 05

证据链

案例 (2)

根本不需要操作GUI——GUI是给人做的,把一切变命令行agent就能一马平川接入。 Agent数量红利是最大红利——人口红利不存在了,但云上有亿万agent。

— Founder Park 闭门局 · 2026

Agent支付的两个核心设计维度:权限维度(Agent能在哪些场景采购)+ 额度维度(消费金额上限)。 记忆三层架构:短期→中期→长期,空闲时压缩为skill/memory/关系网络。

— Founder Park 闭门局 · 2026
§ 07

触发场景

怎么给Agent设计产品Agent时代的交互方式是什么GUI还有必要吗Agent生态有什么创业机会面向Agent的产品和面向人的产品有什么区别Agent支付怎么设计