Skip to content

把模型的短板设计成交互特性

第一部 · 产品手记 · 第7章

撰写日期:2026-07-10

结论

复盘早期真正跑出来的 AI 产品(角色扮演、陪伴、轻聊天),我发现它们有一个共性:都不是在"模型最强的地方"取胜,而是在"模型最弱的地方"绕开。

与其等模型补齐短板,不如设计一种交互形态,让短板在这个形态里根本不成为问题——甚至反过来变成产品特性。

这不是一句鸡汤,是一条可操作的设计判断:先问"当前模型能稳定做到什么",把不稳定的能力挡在交互结构之外,而不是把产品体验押在模型的边界能力上。

1. 短板如何被交互形态遮蔽

早期模型的两大硬伤是长上下文记忆弱、长链推理不稳。看几个成功产品是怎么"绕"的:

模型短板硬碰的做法绕开的交互设计结果
长期记忆弱硬做跨会话记忆,暴露"它忘了"的时刻短周期角色扮演:图 + 人设 + 开场白,一轮轮重开记忆缺失被会话边界天然掩盖
上下文易漂移强行拉长单会话切角色/切会话即自然重置上下文每次都是"干净上下文",漂移无从积累
深度对话难维持追求越聊越深左右滑动换角色的浅交互对话深度被 UX 天然设了上限,反成爽点

"左右滑切角色"这种设计,本质是把"上下文放不长"这个 bug,翻译成了"随时换一个新鲜对象"的 feature。约束没有消失,但它被安置在了用户不会痛的地方。

2. 这是通用规律,不只属于早期模型

在受限媒介里做设计,历来都是这个套路——短信的字数限制催生了精炼直接的表达风格。约束不会自己消失,聪明的产品是在约束内设计,而不是与约束搏斗

即便今天模型强了很多,这条判断依然成立,只是边界换了位置:今天不稳定的是超长任务的可靠性、多步工具调用的成功率、对细粒度指令的严格服从。同样的问法仍然有效:

  • 我要押注的这个体验,依赖的是模型"稳定能做到"的能力,还是"偶尔能做到"的能力?
  • 如果依赖后者,有没有一种交互结构,能把这份不确定性挡在用户视线之外?

3. 落到设计动作

动作说明
先划能力线明确区分模型"稳定/不稳定/做不到"三档,只把稳定档放进核心路径
用结构兜底不确定会话边界、显式重置、分步确认,都是把不确定性关进笼子的结构
把限制讲成特性能上限化的短板(如对话深度)主动设成产品调性的一部分,别假装没有
随模型迭代重画线能力线是移动的,产品要定期把"以前挡在外面"的能力放回核心路径

我的判断可以浓缩成一句:好的 AI 产品设计,一半是在决定用模型的哪些能力,另一半是在决定不用哪些、以及怎么把不用的那部分藏好。

相关

MIT License