L2.14.3explicit context clear设计研究

需要显式的清除动作,靠新开会话来清除属于隐式约定

别名: 显式清除 · 新开对话当橡皮 · implicit reset by new chat

概念解释

用户想丢掉刚才那段跑偏的设定,又不想失去已经上传的文件和写对的提纲。产品只给了「新对话」。新对话会把要丢的和要留的一起丢掉。把「开一个新会话」当成清除,是一种隐式约定(implicit reset by new chat),不是清除动作。显式清除针对的是上下文对象:忘掉刚才的角色、忘掉那条禁令、保留附件。

约定只在所有人都已经学会「新对话 = 空白大脑」时成立。没学会的人会继续在旧会话里对抗过期设定;学会的人则用过猛,每次分歧都新开,连续性被自己拆掉。

机制

「新会话」在产品架构里碰巧是状态边界:新线程、空历史、新采样。设计者把这个实现细节提升成用户能用的唯一橡皮。橡皮的粒度是整本笔记本,用户要擦的是一页。于是出现两种误用:该擦不擦(继续污染),不该擦也擦(丢失材料)。

隐式约定还跨产品不成立。有的产品新会话仍带着账号级记忆,有的彻底空白。用户在 A 产品学会的「新开就干净」搬到 B 产品会失效,污染被当成系统故障。

怎么研究

给一个「丢掉设定、保留材料」的任务,只提供新会话 vs 另提供按对象清除。因变量:材料是否还在、过期设定是否还在主导、用户是否以为已经清干净。事后问「你刚才做的那一步,清掉了什么」——若答案是「应该都清了」而账号记忆仍在,约定就已经误导。

跨产品迁移可以做成连续任务:先在一种「新会话即空白」的界面里学会,再换到「新会话仍带记忆」的界面,看错误预期能持续多少轮。

边界

真的需要空白大脑时(换了一个完全无关的任务、隐私上不能让下一段看见上一段),新会话是正确动作,应当保留,并写明它会丢掉什么。没有跨会话记忆、没有附件、会话本身很短时,新会话与清除几乎重合,单开一个动作是重复。清除若不可逆且范围不清,会比新会话更危险,必须先列出将消失的对象。

怎么落地

  • 在会话里放一个清除入口,默认范围是「当前会话里的设定与约束」,并单独列出不会被清掉的项(附件、跨会话记忆)。需要空白大脑时再用新会话,并在点下前说明两者的差别。
  • 禁止把「新对话」画成橡皮图标而不加说明。图标会把实现边界装成用户意图。
  • 清除完成要有回执:列出已失效的约束。没有回执,人无法判断约定有没有生效。
  • 验证:做一次「去掉错误人设、留下已传表格」的操作。只有新会话能完成时,表格应丢失——这就是隐式约定的代价。加上按对象清除后,表格仍在、人设不再出现在下一轮。再找从未用过产品的人,问「想让它忘掉刚才那句该点什么」;若所有人都指向新对话,入口文案失败。

延伸

  • 同组L2.14.1 上下文提高连续性,同时也让早前的误解持续影响后续输出 · L2.14.2 用户通常不知道系统实际记住了什么,需要可查看的上下文视图 · L2.14.4 跨会话记忆会把一次性偏好固化成长期设定 · L2.14.5 上下文超长被截断时,用户看到的是没有解释的能力退化
  • 相邻L2.07 提示历史与复用 · L6.10 个性化的可关闭与可重置 · L2.05 迭代修改
  • 站内检索explicit context clear · new-chat as eraser · session reset convention

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/L2.14.3