Agent交互范式模型
GUI是给人用的,CLI是给Agent用的——Agent时代的产品设计从面向人转向面向Agent
"Agent数量红利是新时代最大红利——人口红利消失了,但云上有亿万Agent。 给Agent做产品而非给人做工具,是AI时代产品设计的范式转移。 "
决策简报
核心判断
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数量红利无从发挥。
决策逻辑
识别产品的真实用户是人还是Agent
- 如果最终执行者是Agent(调API、写代码、做决策)→ 面向Agent设计
- 如果最终消费者是人(看内容、听音乐、社交)→ 面向人设计,但Agent是中间层
- 很多产品会是"双面"——人设置目标,Agent执行
面向Agent的设计原则
- 接口 > 界面:API/CLI/MCP协议优先于GUI
- "根本不需要操作GUI——GUI是给人做的,把一切变命令行agent就能一马平川接入"
- 结构化输出 > 自然语言:Agent需要可解析的数据格式
- 权限与额度双维度:Agent能在哪些场景采购(权限)× 消费金额上限(额度)
Agent记忆系统设计
- 短期记忆:对话上下文清洗(群聊场景清洗80%噪声)
- 中期记忆:共享画布/共识区(动态更新的工作区)
- 长期记忆:空闲时压缩为skill/memory/关系网络
- 关键争议:"存不难取才难"——记忆的检索和关联比存储更难
Agent生态基础设施判断
- 支付:Agent需要自己的支付身份和信用体系
- 身份:Agent的核心瓶颈不是智能而是身份和交易能力
- 协议:MCP/A2A等Agent间通信协议是新的基础设施
- 信任:Agent代理人的信任链传递问题
协作模型
冲突模型
冲突场景: 张小龙的克制设计强调"做减法",但Agent生态需要丰富的API接口和能力开放
化解方案: 面向人的体验要克制(减少打扰),面向Agent的能力要开放(提供更多API)——两者服务不同"用户"
证据链
根本不需要操作GUI——GUI是给人做的,把一切变命令行agent就能一马平川接入。 Agent数量红利是最大红利——人口红利不存在了,但云上有亿万agent。
Agent支付的两个核心设计维度:权限维度(Agent能在哪些场景采购)+ 额度维度(消费金额上限)。 记忆三层架构:短期→中期→长期,空闲时压缩为skill/memory/关系网络。