信息自适应设计规范

面向设计师与工程师：让用户在当前任务中看到足够且相关的信息，在信息变化之后仍然找得到、看得懂、做得成。

本规范包含六条原则与 24 条规则，配套 Design Token 和 参考来源。条款是本项目的设计要求；外部来源的事实与项目推导分别说明，不宣称已经取得产品验证。

1. 范围与定义¶

信息自适应设计：界面根据当前任务、用户明确偏好、操作上下文与系统状态，调整信息的选择、详略、顺序、表现形式和出现时机，同时保持必要内容可见、变化可理解、用户可控制。

本规范适用于任务面板、结果列表、仪表盘、编辑工具、详情页和 Agent 工作界面等信息密集场景。自适应既可以由明确规则实现，也可以使用模型推断；是否使用 AI 不改变规范要求。

信息详略与视觉密度分别建模。 详略决定字段、解释和证据的多少；密度决定间距、行高等排布。同样详细的信息可以采用舒适布局，摘要模式也不要求缩小字体。

本规范不把“显示较少”当作默认目标。比较、核对、排错可能需要增加信息；是否适配成功，要看任务效果及变化成本。

2. 六条原则¶

每条规则按直接约束的对象归入一条原则；一个场景可以同时受到多条规则约束。该划分便于责任分工，不声称已经证明互斥穷尽。

2.1 约束词与条款读法¶

• 必须／禁止／不得：本规范的硬约束。
• 应当／不应当：默认遵循；偏离时记录理由、替代做法与验证结果，无需额外设立审批环节。
• 可以：可选实现，不增加义务。

判定以正文中的独立义务子句为单位：无约束词的陈述句承接所在规则标题的强度；显式标注约束词的子句按其自身强度判定——【应当】规则内的「必须／不得／禁止」子句仍是硬要求，规则标题与速查表的强度标注不替代子句约束力。表达禁止行为一律用「不得」，「不能」只用于事实或能力陈述，不表达义务。示例、设计应用与反例用于揭示要求与失败路径，不新增义务。

“规则”段规定要求，“适用”限定范围；验证示例和反例帮助理解，不另行增加要求。来源链接表明参考关系，不表示来源逐字规定了本条。硬约束的配置冲突须先消解，不得依靠 Token 的覆盖顺序绕过。

3. 规则详解¶

A1 适配有依据¶

A1-1任务与适配对象明确必须¶

适用任何自动选择、精简、突出或重排信息的场景。

规则每项适配必须明确服务的任务、可调整的信息单元、允许的变化维度与触发事件。禁止只用“更智能”“更简洁”作为适配依据。用户正在比较、检查或恢复任务时，系统必须保留这些活动必需的信息。

验收证据用户侧——用户能说出适配帮助完成的任务；实现侧——任务、区域、触发与允许变化维度均有定义。

成对反例做不到——因停留短就减少字段；做过头——每张卡片都要求先选模式。

验证示例同一结果列表切换浏览与比较任务，检查比较字段是否按约定出现，选中的对象是否仍在比较集合中。

A1-2区分事实、偏好与推断必须¶

适用使用行为历史、任务信号或模型判断的适配。

规则适配输入必须标明来源与作用范围，分别处理当前任务事实、明确偏好和推断结果。当前明确任务与其范围内的用户选择优先于历史推断。行为频率可以影响推荐，不得单独作为永久减少功能或解释的依据。使用点击等行为反馈作推断时，必须区分未展示、未进入视口、加载失败和已展示未点击；不得把用户没有机会看到的内容判为不感兴趣。

验收证据用户侧——明确选择生效，陌生任务仍有解释；实现侧——事实、偏好、推断及未曝光事件可区分。

成对反例做不到——未点击即永久隐藏；做过头——每次浏览都追问用户意图。

验证示例经常使用产品的人首次进入陌生任务时仍能获取说明；选择“始终显示详情”后，使用频率不再触发自动收起。

参考R01、R05。

A1-3未知与过期信号有回退必须¶

适用信号可能缺失、延迟、冲突或过期的自动适配。

规则产品必须为所用信号定义有效条件及失效行为。无法可靠判断时，回到标准呈现或保留仍有效的当前呈现；不得把未知当成“不需要”。若依据模型置信度触发变化，必须验证该分数与实际错误的关系，不得把模型自报置信度直接解释为准确率。

验收证据用户侧——信号不可用时仍能完成任务；实现侧——注入缺失、冲突和过期输入后得到确定回退。

成对反例做不到——未知被当作无需求；做过头——任何不确定都阻止打开页面。

验证示例关闭历史数据、延迟任务状态、返回相互冲突的预测，检查必要信息仍然可见、界面仍可使用。

边界不规定全产品统一的置信度百分比或有效时长；按信号和后果验证。

A1-4适配不改变权限与业务语义必须¶

适用按角色、场所、共享状态或个性化信息调整界面。

规则系统必须先应用权限与内容可见范围，再在允许的内容中适配。摘要、搜索、解释与“显示全部”入口均不得绕过权限。用户偏好只能在允许范围内生效；收起信息不得被解释为删除、处理完成或取消任务。只使用当前适配所需且获准使用的信号，不得为普通信息精简默认建立敏感画像。

验收证据用户侧——无权内容不可通过摘要或恢复取得；实现侧——权限过滤覆盖缓存、搜索和完整详情。

成对反例做不到——固定字段绕过撤权；做过头——拒绝一个字段便清空全部授权内容。

验证示例权限被撤销后，已固定字段和恢复历史视图均不能重新展示受限内容；折叠任务不改变其执行状态。

A2 信息保完整¶

A2-1必要信息不被预算裁掉必须¶

适用摘要、折叠、截断、预览或信息排序。

规则产品必须按当前任务定义必要内容，包括对象身份、关键状态、影响当前决定的异常、操作后果和必要条件。必要内容不得仅因条数、行数或密度预算被隐藏。空间不足时必须调整容器、提供专用详情路径，或让相关操作先进入充分告知的步骤；不得在缺少判断依据时直接要求确认。

验收证据用户侧——关键异常和行动后果可发现；实现侧——必要集合不受普通数量预算裁切。

成对反例做不到——第四条异常被三条上限截掉；做过头——把所有字段都标成必要。

验证示例预览上限为三条时插入第四条关键异常，检查异常仍进入可见的必要区域；批量异常可以聚合，但必须准确呈现数量、影响与访问入口。

参考R03。

A2-2详略层级有内容定义必须¶

适用同一信息单元提供多种详略形态。

规则每种形态必须定义包含的字段与缺省行为。细化同一对象时必须保留其身份、主结论及限定条件；禁止把信息层级简单实现为任意字数截断。任务阶段改变可以替换相关模块，但不得使尚未解决的问题与未完成输入丢失。辅助解释与视觉间距分别配置。

验收证据用户侧——逐层展开含义一致；实现侧——模式字段集合有定义且保留限定条件。

成对反例做不到——机械截字改变结论；做过头——所有模式展示全部解释。

验证示例对同一对象逐层展开，检查数值单位、统计范围、时间和结论限定是否一致；检查“详细＋舒适布局”是否可成立。

反例摘要写“执行成功”，详情才说明部分失败；所谓专家模式只是字体更小。

A2-3省略内容可发现可到达必须¶

适用将用户有权访问的内容移出默认视图。

规则必须提供含义明确的访问入口，说明会出现何种内容。若显示数量，必须准确区分已加载、当前筛选与总量；总量未知时不得伪造精确计数。自适应省略不得使内容从产品承诺的搜索或完整详情路径中消失。

验收证据用户侧——找到收起内容及加载失败后的重试；实现侧——入口、权限和计数口径与真实数据一致。

成对反例做不到——更多入口失效却显示没有更多；做过头——每个次要字段占一个常驻按钮。

验证示例用户在不熟悉页面的情况下找到被收起的字段；加载失败时入口说明失败与重试，而非呈现“没有更多”。

参考R04。

A2-4表达转换保留可核对含义必须¶

适用表格转图表、数值转文字、明细转摘要，或使用生成内容。

规则转换必须保留任务相关的单位、范围、时间、来源与不确定性，不得因简化改变结论。计算、比较或精确确认需要原值时，必须提供可访问的原值。生成摘要必须绑定可追溯的输入快照；无法保持关键含义时使用已验证模板或原始内容回退。

验收证据用户侧——能核对原值并识别不确定性；实现侧——摘要与原值来自同一有效输入快照。

成对反例做不到——部分失败总结成成功；做过头——任何摘要都重复整份原文。

验证示例含缺失值、负值、部分失败和过期数据的内容转换后，不被表述成完整、正常、最新的结果。

参考R01、R02支持表达适配的方向；生成摘要的输入一致性与回退约束为本规范推导。

A3 变化保连续¶

A3-1交互进行时保护操作对象必须¶

适用编辑、选择、拖动、按压或使用菜单期间发生更新。

规则自动更新不得替换正在操作的目标，不得清除输入、组合输入状态或选中集合。影响目标位置的更新必须延后到交互边界，或采用不移动目标的方式。紧急业务变化确需终止操作时，必须明确失效原因并保留可恢复的输入；不得让原点击落到另一个动作上。

验收证据用户侧——输入与选中对象保留，无误触；实现侧——组合输入、按压、拖动中注入异步更新。

成对反例做不到——旧位置的新按钮接收原点击；做过头——保护输入时连撤权也排队。

验证示例输入中文、按住按钮、选择多行时注入更新，检查内容保留且未误触其他操作。乱序场景：首次预测 A 延迟返回→用户手动固定→预测 B 返回→A 才晚到，最终只允许与最新有效选择一致的呈现；补测等待期间撤权、切换对象、开启减少动态效果，确认旧结果未复活且必要异常仍可达。

A3-2排序有稳定路径应当¶

适用按相关性或使用历史调整菜单、列表、卡片顺序。

规则应当保留稳定的导航与完整列表路径，优先使用固定推荐区域。用户指定的排序与固定位置必须被遵守；自动排序必须定义同分稳定顺序与重排时机。实时排名等确需动态重排的产品，应当让用户理解更新方式并提供适合阅读的暂停或快照方式（阅读暂停的契约要求见 A4-1）。

验收证据用户侧——稳定入口与手动排序可继续使用；实现侧——同分排序确定，明确排序不被预测覆盖。

成对反例做不到——每次刷新随机换位；做过头——需要排名的任务永不更新。

验证示例连续返回同一任务，主要操作仍可定位；新推荐不改变用户设置的按时间排序。

参考R05、R07。

A3-3更新范围和频率有界必须¶

适用持续感知上下文或自动更新的页面。

规则产品必须定义更新边界、允许改变的区域和抑制来回切换的机制。连续信号在阈值附近波动时，采用稳定条件、滞回或合并更新等可验证方式。确需即时呈现的异常可以绕过普通节流，但不得绕过操作保护与内容约束。

适配决策与实际应用之间可能间隔任意长的等待（例如等到交互结束）。延后的适配在实际应用前必须复核当前对象、内容快照、权限、用户明确选择与策略是否仍然有效；已被更晚的决定取代、或已不再适用的结果不得应用。应当合并仅影响相同呈现目的的待更新，不重放过时的中间形态。每一种更新边界都必须定义其具体触发事件以及该事件始终不发生时的处置，防止必要更新无限等待。

验收证据用户侧——页面不反复切换，必要异常及时可知；实现侧——应用前复核并丢弃过时决定，队列可终止。

成对反例做不到——先发晚到结果覆盖新选择；做过头——把冷却时间用于阻挡紧急异常。

验证示例使输入信号反复跨过阈值，页面不会在摘要与详细之间持续跳动；检查等待中的更新在适当边界最终出现。

参考R05支持控制变化规模与频率；具体抑制机制为本规范推导。

A3-4更新后保留阅读与焦点位置必须¶

适用插入、收起、替换信息，或切换详略形态。

规则必须保留当前对象定位、合理的滚动锚点和逻辑焦点。聚焦内容因用户收起或业务失效而消失时，将焦点移至其触发控件或合理的后继位置。视觉顺序和程序化阅读顺序必须保持任务意义；不得无故回到页首或把焦点留在不可访问的元素上。

验收证据用户侧——展开收起后继续原阅读任务；实现侧——逻辑焦点与对象锚点保持有效。

成对反例做不到——焦点落入隐藏元素；做过头——每次普通数据刷新强制移动焦点。

验证示例分别以键盘和屏幕阅读器展开、收起及更新列表，能够继续当前任务。

参考R10；滚动锚点保护是本规范进一步的设计要求。

A4 用户能控制¶

A4-1支持查看与固定必须¶

适用系统自动减少或改变信息呈现。

规则用户必须能访问完整的授权内容，并能在适当范围内固定所需的详略、字段或排序。控制可以设在对象、视图或设置中，不要求每项信息旁放置开关。固定信息仍须正常接收业务数据更新；固定呈现不等于冻结事实。

后台数据刷新与眼前内容换页是两件事：前者是事实继续变化，后者是读者何时看到新内容。对存在自动更新、且用户需要阅读的区域（包括不作任何预测、只持续刷新指标的区域），产品必须定义阅读暂停契约，至少包含四项：

在适用 WCAG SC 2.2.2 的 Web 内容中，提供该准则允许的控制；采用其 essential 例外时，须针对该项活动记录理由，不得仅以"实时"命名取得例外。减少动态效果设置不替代阅读暂停——两者约束的不是同一件事。

验收证据用户侧——固定、暂停和恢复的效果可区分；实现侧——暂停期间后台事实与权限判定继续工作。

成对反例做不到——固定视图导致失败状态永不出现；做过头——每条数据都强制用户手动刷新。

验证示例固定某字段后跨任务返回，字段仍在约定范围内显示；该字段的新值仍更新。非预测式的自动刷新仪表盘可暂停阅读；焦点移开不强制恢复；暂停期间撤权后受限字段仍被隐藏；恢复后显示的是当前数据；essential 例外的适用性单独记录。

A4-2偏好作用域和持续期明确必须¶

适用记住用户的手动显示选择。

规则必须定义偏好作用于本次查看、某类视图、工作空间还是账号，以及何时失效。每项偏好必须绑定主体、目标维度、作用域标识与作用对象四项，缺一不可解析。较具体的明确选择优先于较广泛的默认偏好；同一作用域内以后一次明确选择为准。

"较具体优先"是原则，不是完整的优先关系：object 与 view_type 可能交叉而不嵌套（同一对象出现在多个视图、同一视图承载多个对象），本条不规定二者孰先。产品必须在配置契约处选定唯一确定的顺序并声明（见配套字典第 1.1 节）；若支持"对象×视图"组合作用域，须明示该组合比两者单独命中都更具体。临时覆盖必须明确限定为当前查看。

修改较广作用域的偏好只更新该层；存在更具体的覆盖导致当前视图未发生变化时，必须向用户说明原因并提供取消该覆盖的入口，不得让用户看到"已保存"却无变化。同一作用域内的并发修改以服务端事件顺序或已声明的确定冲突规则裁决，不单靠多端本地时钟。一次临时展开不得静默成为永久画像，恢复默认不得删除业务内容。

使用持久行为推断时，必须让用户了解所用信息类别和用途，并提供停止使用及清除该范围内个性化依据的入口；清除结果必须如实反馈，不得把停止未来使用说成已删除全部历史记录。只接收建议的反馈与立即改变视图的控制必须分别说明生效范围与时点，不能用“已收到反馈”冒充“设置已生效”。

验收证据用户侧——理解选择范围，能清除个性化依据；实现侧——作用域冲突、持久化及清除回执可验证。

成对反例做不到——临时展开变成永久偏好；做过头——一次改设置清除所有业务内容。

验证示例检查刷新、重新登录、切换对象与工作空间后的偏好行为是否符合约定。另测五种交叉情形并确认各有唯一预期结果与可理解反馈：同一对象在两种视图、同一视图中的两个对象、对象偏好与视图类型偏好冲突、临时覆盖期间修改账号设置、退出临时会话后返回。

参考R08提供设置持续时间这一维度；R15支持反馈用途与生效预期的说明。作用域优先级和清除契约为本规范设计。

A4-3明显适配可撤销或恢复必须¶

适用系统自动重排、收起或切换用户已在使用的视图。

规则必须提供恢复先前呈现或标准呈现的路径，恢复时以当前有效权限和数据为准，不得复活已失效内容。用户撤销某类适配后，在其声明的作用域内不得立即自动重复该变化。

验收证据用户侧——恢复呈现后同类变化不立即重来；实现侧——恢复使用当前数据，抑制范围被执行。

成对反例做不到——恢复旧界面同时恢复旧权限；做过头——撤销一次就永久禁用所有适配。

验证示例撤销自动精简后，下一次相同信号不再收起；恢复显示没有把当前失败状态替换为历史成功状态。

A4-4自动适配可关闭必须¶

适用提供个性化、预测式信息适配的产品。

规则必须允许关闭该范围内的预测式呈现调整，关闭后保留可用的标准界面。正常业务状态刷新、权限变化与必要异常显示继续生效。关闭、恢复与固定等入口应当按用户理解组织，不要求用户掌握算法名称或配置每个内部字段。

验收证据用户侧——关闭预测后仍能完成任务；实现侧——预测开关不阻断事实、异常和权限更新。

成对反例做不到——开关存在但预测继续改变排序；做过头——关闭预测便停用业务刷新。

验证示例关闭预测适配后，任务仍可完成、异常仍可见；无需逐项关闭几十个组件开关。

参考R06。

A5 呈现可理解¶

A5-1解释明显变化的原因应当¶

适用自动变化明显影响用户对当前信息的理解。

规则应当用可理解且有事实依据的理由解释变化，例如“执行失败，已展开恢复操作”。普通数值刷新无需重复解释；渐变、间距等轻微变化无需弹提示。不得编造个性化原因，或向用户暴露没有解释价值的模型分数。采用本条推荐的解释方式时，须在配置中定义其策略；偏离该方式时引用理由、替代做法与验证记录即可，不因配置枚举缺少对应项而判为失败——但"不得编造原因"是硬约束，不随偏离而免除。

验收证据用户侧——理解明显变化，无提示轰炸；实现侧——解释来自实际命中依据。

成对反例做不到——编造因为你喜欢这种方式；做过头——每次数值变化弹窗说明。

验证示例用户能说明为何出现错误详情；日常更新不造成连续提示或播报。

A5-2显示范围与业务状态分别表达必须¶

适用摘要、筛选、聚合、推荐或部分加载的视图。

规则必须区分“只显示部分”与“只有这些”、“收起”与“处理完成”、“未知”与“没有异常”。显示简化范围的说明须贴近对应内容；计数无法确定时使用真实的非精确描述。禁止用视图呈现状态代替业务状态。

验收证据用户侧——分清部分显示、未知和处理完成；实现侧——加载量、筛选量与总量分别提供。

成对反例做不到——加载失败标成零结果；做过头——为每条记录重复整段范围声明。

验证示例收起十条任务记录后，用户不会误以为记录被删除或任务已完成。

A5-3所有形态均保持可访问必须¶

适用任何信息自适应组件。

规则每种形态都必须保留所需的语义结构、可访问名称、键盘操作与可读性。展开状态应当程序化表达——在适用无障碍标准的 Web 组件中，名称、角色、状态的可编程确定按该标准判定，本条的"应当"不降低其强度，也不得被用作绕过依据；适用的状态消息须能被辅助技术感知，同时避免高频无意义播报。不得以缩小文字、降低对比或仅靠颜色来完成信息精简。用户的减少动态效果等无障碍设置必须继续生效。

验收证据用户侧——各形态可用键盘和辅助技术完成任务；实现侧——语义、焦点、状态与用户设置均生效。

成对反例做不到——仅靠颜色或小字精简；做过头——把所有刷新都设为打断式播报。

验证示例以键盘、屏幕阅读器、大字号和减少动态效果设置完成同一任务；切换语言、长标签和从右向左阅读时，摘要仍保留单位、否定词和限定条件，展开控件仍可操作。

参考R10、R11。完整无障碍符合性仍按产品采用的标准验证。

A5-4表达方式允许按任务更正应当¶

适用系统选择图表、文字、表格或解释深度。

规则应当允许用户选择已支持且适合任务的替代表达，并保持同一数据范围。信息熟悉度与操作熟练度分别考虑，不因某人经常使用产品就永久移除帮助。切换入口应当以用户目标命名，如“查看数据表”，而非要求用户选择内部渲染器。

验收证据用户侧——能够切换适合核对的表达；实现侧——切换后对象、范围、单位与选择不丢失。

成对反例做不到——图转表后筛选悄悄重置；做过头——暴露几十种内部渲染选项。

验证示例熟练用户处理陌生指标时可获取解释；图表切至表格后筛选条件与对象选择保持。

参考R01、R08。

A6 效果可验证¶

A6-1与稳定基线比较必须¶

适用引入或扩大信息自适应能力。

规则必须定义任务成功标准，并与可用的标准呈现比较。比较固定基线、用户手动选择与自动适配时，任务、人群与判读条件必须保持可比，理解、错误、恢复与变化负担分别记录。评估至少覆盖任务正确性、必要信息遗漏与寻找成本；自动变化还须覆盖误操作和恢复成本。未曝光、加载失败与已展示未点击分别统计；隐藏比例、点击率、停留时长不得单独作为适配成功的证据。评估必须包含首次使用、熟悉使用及辅助技术使用情境，并分别报告适用人群的结果，不得用总体平均收益掩盖特定人群的关键遗漏。使用历史反馈调节排序时，必须检查曝光变化造成的反馈偏差，保留完整内容的稳定到达路径。

验收证据用户侧——任务结果改善且寻找负担可接受；实现侧——按任务和人群对照基线记录收益与代价。

成对反例做不到——以点击率上涨代替正确率；做过头——为追求零展开把全部内容铺满。

验证示例对浏览、比较、执行和排错分别观察结果；短期速度提升不能掩盖关键遗漏增加。

参考R07、R08提供准确性、可预测性与定制复杂度方面的研究线索。

A6-2异常与交互组合进入验收必须¶

适用所有启用自动适配的组件。

规则必须覆盖信号缺失、过期、冲突、波动、内容超预算、权限变化，以及变化发生在阅读和输入期间的场景。详略、密度、任务阶段与无障碍设置的组合须检查；可以采用风险驱动的组合覆盖，不要求穷举无实际意义的笛卡尔积。

验收证据用户侧——异常组合下仍能继续任务；实现侧——覆盖真实能力组合并记录不适用理由。

成对反例做不到——只验收三个静态视觉稿；做过头——穷举无意义组合拖延有效修复。

验证示例按附录 B 记录各组件的通过、失败、不适用及其理由。

A6-3解析失败仍有可用界面必须¶

适用依赖策略、Token、远端模型或内容转换服务的呈现。

规则必须提供无需预测服务也可工作的标准形态。策略与 Token 不匹配、内容转换失败或远端不可用时，回退不得丢失业务内容与用户输入。用户固定偏好在仍合法、兼容时继续保留；不兼容时仅回退受影响部分并给出必要说明。

验收证据用户侧——服务失效后仍可阅读与操作；实现侧——局部故障回退保留输入、权限和合法偏好。

成对反例做不到——解析失败隐藏整个组件；做过头——一个可选值出错就重置整页。

验证示例使用未知模式、缺失 Token、模型超时和无法识别的配置启动页面，仍能完成核心任务。

A6-4决策可追溯，调参不放宽底线必须¶

适用上线运行、实验与配置迭代。

规则适配决策必须能够追溯到适用的生效规则、输入类别、选择的呈现及回退原因，记录采用必要最小范围，不默认保存完整个人内容。配置实验不得绕过必要信息、权限或输入保护。上线前定义回退条件，发现关键遗漏或误操作时能够停用问题策略。

验收证据用户侧——问题策略停止后标准视图可用；实现侧——最小决策记录可定位规则并验证停用。

成对反例做不到——记录很多日志却不能定位原因；做过头——为了追溯保存全部个人内容。

验证示例从一次错误收起定位生效规则与输入依据，不依赖重建个人全部行为历史；停用该规则后恢复标准呈现。

4. 信息单元与状态建模¶

4.1 每个信息单元的最小设计说明¶

这些说明可以存在于组件文档、状态图或代码契约中，无需重复创建独立表单。

4.2 分开维护的状态轴¶

状态轴可以共同影响一个组件，但应有明确的组合规则。例如“执行失败＋摘要＋用户固定”仍须显示必要异常，其他说明保持摘要。

4.3 适配决定的生命周期¶

阶段是运行事实，不是业务任务状态，也不是共享 Token。界面“已固定”的回执应当对应固定实际生效；保存失败时保留临时选择并说明未持久化。

4.4 贯穿案例：排查任务看板¶

1. 用户进入看板浏览任务，默认标准呈现。必要内容为身份、状态、待处理事项和异常影响；普通预览数量只限制辅助记录。
2. 用户开始比较两项任务，明确选择比较字段。历史浏览偏好不能隐藏比较字段；两项任务使用相同数据口径。
3. 预测提出收起记录，此时用户正在输入中文。候选等待，输入和按钮位置保持；若任务失败，异常区域立即更新，但不移动按压中的操作目标。
4. 用户选择“此视图始终显示详情”。待应用的收起候选失效；更晚返回的预测也必须服从此选择。界面说明固定范围，正常进度继续刷新。
5. 用户暂停阅读，页面标出数据时点。后台继续接收事实，撤权立即隐藏受限字段，必要异常通过固定区域表达。恢复时读取当前数据，不逐条播放积压变化。
6. 用户清除该视图偏好并关闭预测适配。标准呈现接替，内容和业务状态不回滚；预测服务故障也不妨碍排查。

上述过程是实现示例；验收同时观察是否保护了操作、是否让用户承担了过多开关和提示。

附录 A：同一宽度下的组件示例¶

以下为设计示例，不是业务字段的通用标准。

附录 B：验收清单¶

附录 C：论据与待验证项¶

来源事实、核验范围和成熟度见 reference.md。本规范未开展产品实测、用户实验或系统性文献综述。

需要在项目中验证：必要内容的划分、各模式字段范围、用户控制入口的理解、适配频率与稳定条件、具体信息预算，以及长期使用后的寻找与学习成本。所有示例数值与字段名都应视为可检验的设计提案。

附录 D：验收记录与测量口径¶

每项验收记录：规则及适用能力、输入条件、触发事件、预期呈现、禁止行为、用户侧证据、实现侧证据、结果与未解决问题。结果为通过／失败／不适用；不适用附理由。文档审阅通过、机制测试通过、用户理解通过分别记录，不互相代替。

数值目标在测试前按任务后果和目标人群确定，不使用通用“提升百分比”。应当同时观察任务总耗时及设置、检查、恢复的额外成本，覆盖短期尝试和重复使用。样本内没有发现问题不等于证明所有使用场景可靠。

---

实施验收场景¶

以下场景把已有条款转成可复核的验收输入，不另设通用性能阈值。按产品适用能力选取，补充真实设备、用户、输入序列和证据；不适用记录原因，未执行不得记为通过。

每个场景分别核对配置的有效值、执行记录与用户可理解的结果。保留版本、目标、事件时点、失败范围和恢复结果；外部结果未知不填作成功或失败。