界面惯例默认操作可重复且结果稳定

概念解释

保存、复制、排序、筛选，做第二次和做第一次应当得到同一世界。这不是哪一个产品写进帮助文档的规则，是图形界面用了几十年教出来的可重复性惯例（repeatability convention）：同一操作在同一状态下是幂等或至少可预期的。人把这套惯例带进任何看起来像「按钮—结果」的界面，包括生成按钮。

这条不解释模型为什么会抽到不同的词，只解释人为什么会把「再点一次」理解成「再要一次刚才那个」。

机制

直接操纵把界面对象当成可反复作用的物件：旋钮转到同一刻度，灯应当同样亮。Norman 所说的「执行—评估」循环依赖评估端稳定——若每次评估看到的世界都在无说明地变，循环无法闭合，人只能怀疑自己没做对。桌面和网页把这种稳定性做成了几乎所有控件的默认语义：点两次「按日期排序」不应得到两种排序。

生成功能沿用同一套视觉语言——主按钮、加载、结果区——却取消了稳定性。惯例不会因为模型换了就自动卸掉。人不是「不懂 AI」，是在沿用唯一一套被充分训练过的操作语法。冲突发生在语法层，不是能力层。

怎么研究

用功能相同、外壳不同的两套界面：一套用「计算/查询」类确定控件，一套用「生成」并在文案里写明结果会变。看人在第二次操作前的语言：「再给我刚才那个」还是「再要一个新的」。自变量：控件类型、是否有可变性说明、用户是否有生成工具使用史。因变量：对第二次结果变化的惊讶评分、是否把变化归因为故障、是否保存第一次结果。

方法注意：实验室里先讲「这是生成模型」会把惯例效应洗掉。更干净的做法是把生成按钮混在普通工具栏里，不预先点题。

边界

专业用户若每天在采样工具里工作，惯例会被新语法覆盖，惊讶下降，但不等于新手界面可以省略说明。游戏和创作工具本来就把「再来一次」当成探索，惯例方向相反。后台定时任务、推荐刷新这类本来就不承诺同一列表的系统，用户已有「会变」的次级惯例。这条只覆盖那些看起来像命令、实际在采样的控件。

怎么落地

• 不要让生成入口在视觉上混同于查询、计算、应用滤镜。用文案和次要说明把它从「再执行一次应得同一结果」的家族里拽出来。
• 第一次结果变化时，用一句针对惯例的话，而不是通用的「已完成」：说明这次是另一次生成，不是上次没成功。
• 允许把某一次结果钉住。被钉住的对象恢复确定性语义——复制、导出、再打开都应还是它。
• 验证：找只熟悉办公套件、没怎么用过生成工具的人，让他们连点两次同一按钮。若第二次变化被说成「坏了」或「没保存上」，惯例还在接管解释。

延伸

• 同组：L1.01.1 同一输入可能得到不同输出 · L1.01.3 用户会把偶发正确误判为稳定能力 · L1.01.4 界面控件默认承诺同一操作得到同一结果，生成式功能违背这一承诺 · L1.01.5 用户无法通过重试区分是自己表述不当还是系统本身在波动 · L1.01.6 撤销与重做在输出不可复现时语义失效，撤销后回不到原来那次结果 · L1.01.7 把重新生成呈现为「刷新」会暗示上一个结果只是加载失败 · L1.01.8 把可变性显式呈现为多个并列方案，比藏在单一结果背后更诚实
• 相邻：L1.11 非确定性输出的可复现问题 · L2.01 自然语言指令的开放性及其代价 · E1.02 按钮状态
• 站内检索：repeatability convention · action-result stability · direct manipulation