状态：六条原则的方向均已由用户确认，前两条的完整文案也经用户确认、按原文入库。第三至第六条的定义、具体要求与示例由代理依用户授权先写入后展示并默认采用，不记为用户逐项确认，可根据反馈修订。各条原则措辞从原大纲原样迁入，未作改动。 更新：2026-10-18
确认经过见决策与讨论记录。六条原则依次为：
- 语义与行为一致，布局与密度按场景适配
- 清晰优先，保留必要信息，逐步呈现复杂度
- 数据含义明确，状态真实可辨，依据可追溯
- 操作后果可预期，处理过程可感知，出现问题可恢复
- 基础操作容易理解，高频任务高效完成
- 基本任务可访问，不依赖单一感官或输入方式
已确认的两条原则（2026-10-18）
以下两条原则的方向与完整文案均经用户确认，正文为确认原文。
原则：语义与行为一致，布局与密度按场景适配
YUDS 中，同一概念、状态和操作在不同产品与设备上应保持一致的含义、结果和反馈。用户切换产品或设备时，应能沿用已有的理解。
界面布局、信息密度和操作方式可以根据任务、屏幕空间及输入方式调整。保持行为一致，不要求各端采用相同的控件排列或操作手势。
具体要求：
- 同一业务含义使用一致的术语、状态表达与操作名称。
- 相同操作的结果、风险提示和完成反馈保持一致。
- 布局与密度的调整不得改变数据含义、权限规则或操作后果。
- 关键信息、操作风险和错误提示，不得因空间不足或追求紧凑而被省略。
- 桌面端可侧重多列比较、批量处理和键盘操作；移动端可采用摘要、分步操作和单项处理。具体能力由任务需求决定，不按设备一刀切。
示例：同一条记录在桌面端可以显示为表格行，在移动端可以显示为卡片；其状态、权限及提交后的结果应保持一致。
原则：清晰优先，保留必要信息，逐步呈现复杂度
YUDS 通过清楚的信息层级、分组和操作引导，帮助用户理解并完成复杂任务。界面应保留当前判断与操作所需的信息，将低频、辅助或深入分析的内容按需展开。
具体要求：
- 每个页面应让用户清楚知道：正在处理什么、当前状态是什么、下一步可以做什么。
- 影响判断的关键数据、单位、时间范围、异常状态和操作后果，应在相关位置直接呈现。
- 通过合理分组、对齐和主次层级提高信息密度，不能靠过小文字或过窄操作区域塞入更多内容。
- 辅助说明、低频设置和深入分析可以折叠或进入详情，但入口必须清楚，展开后保留当前任务上下文。
- 高频操作应容易找到；必要的比较信息应能同时查看，避免让用户在多个页面之间反复切换、凭记忆比较。
示例：资产列表直接呈现当前任务所需的核心指标和异常状态，计算明细与历史记录按需展开。进入比较模式时，并列展示相关指标及其单位、期间和口径差异。
第三条原则（2026-10-18）
方向已由用户明确确认；以下定义、具体要求与示例由代理依用户授权先写入后展示，默认采用，可根据反馈修订。
原则：数据含义明确，状态真实可辨，依据可追溯
YUDS 应让用户理解数据代表什么、处于什么状态，以及判断所依赖的依据，避免把表达上的模糊误当成业务事实。
具体要求：
- 数字应附有理解所需的单位、币种、期间与统计口径。共同口径可在表头或所属区块统一说明，不必在每个数值旁重复。
- 零、数据缺失、尚未加载、无权限、不适用和计算失败应可区分。可以使用符号或简写，但其含义应清楚可理解，不把未知或失败显示为零。
- 实际、预算、预测和估算数据应可识别，避免将计划或推测表达为已发生的事实。
- 关键数据的来源、更新时间和必要的计算说明应有清楚的查阅入口。计算与推导逻辑由产品定义，YUDS 规定如何表达；展示及追溯严格遵守权限，不泄露受限数据或依据。
- 比较数据时应明确期间、范围或口径的差异；不具备直接可比条件时说明限制，不制造可以直接比较的假象。
示例：工单统计表在表头统一注明“本月、单位：件”，将“实际完成”和“预计完成”分列展示；已确认没有完成记录时显示“0”，尚未加载时显示“加载中”。用户可从说明入口查看统计范围、更新时间和有权访问的来源；与上月比较时，若统计范围不同，应同时提示差异。
第四条原则（2026-10-18）
方向已由用户明确确认；以下定义、具体要求与示例由代理依用户授权先写入后展示，默认采用，可根据反馈修订。
原则：操作后果可预期，处理过程可感知，出现问题可恢复
YUDS 应让用户在操作前理解将发生什么，在处理中知道当前进展，在结束后看清真实结果；出现问题时，能够保留已有工作，并找到可行的恢复或后续处理路径。
具体要求：
- 操作前应明确处理对象、作用范围、预期影响及是否可撤销。批量操作应区分“已选中的记录”和“全部筛选结果”，避免用户误判实际处理范围。
- 操作过程中应及时反馈状态，区分处理中、完成、部分成功和失败，避免重复提交。长时间任务应提供清楚的状态查阅入口；尚未确定结果时应说明仍待确认，不能直接当作失败引导用户盲目重试。
- 操作后应说明实际完成了什么、哪些未完成以及下一步可以做什么。部分成功时应保留逐项结果，让用户查看失败原因，并在可安全重试的前提下只重试未成功的部分，避免重复处理已成功的内容。
- 出现错误或中断时，应尽可能保留用户输入和任务上下文，说明已知原因及可行的处理方式。不能安全重试的操作不得自动重新执行；无法恢复原操作时，应明确限制并提供可行的后续路径，不承诺所有动作都能撤销或恢复。
- 适合撤销的操作应提供清楚的撤销入口，并说明必要的适用条件或期限；不可逆或高风险操作应事先说明后果并取得确认。确认方式应与风险相称，不让普通操作处处依赖弹窗。
示例：用户批量处理100条记录，结果为97条成功、3条失败。界面应明确展示这一结果，保留成功项与失败项的区分，允许查看3条失败记录的原因；修正问题后，在可安全重试的前提下只重试这3条，不重新处理已成功的97条。
第五条原则（2026-10-18）
方向已由用户明确确认；以下定义、具体要求与示例由代理依用户授权先写入后展示，默认采用，可根据反馈修订。
原则：基础操作容易理解，高频任务高效完成
YUDS 应让初次或偶尔使用的用户能够理解基本操作，同时让熟练用户以更少的重复步骤完成高频任务。效率提升应建立在清楚的任务路径与可靠的操作规则之上，兼顾不同熟练度、输入方式和使用场景。
具体要求：
- 常用操作应有清楚的名称与可发现的入口，让用户理解可以做什么以及如何开始。基本任务不应以猜测图标含义、记住隐藏手势或先阅读教程为前提；必要的说明应在相关位置容易找到。
- 对确有重复成本的高频任务，应按任务需要提供合适的效率方式，例如键盘操作、批量处理或保存常用筛选，减少重复输入、重复定位和不必要的往返。不要求每个组件都支持批量操作，也不预设所有平台采用相同实现。
- 快捷方式应作为清楚的普通操作路径的补充，并提供可发现的使用提示。普通路径与快捷路径应遵守相同的权限、数据校验和风险保护要求；不能为了减少步骤而跳过必要的范围说明、确认或结果反馈。
- 从详情或编辑流程返回时，在权限允许、数据与上下文仍有效的前提下，应保留相关筛选条件和返回位置，避免用户重新寻找正在处理的内容。条件已失效或记录已变化时，应说明变化并提供可继续处理的路径，不盲目恢复过期选择或自动重复执行操作。
示例：在支持键盘与批量编辑的记录列表中，新用户可通过清楚的“编辑”按钮逐条修改；熟练用户可用键盘定位记录，并对选中的记录进行批量修改。两条路径都应明确本次修改的对象、范围和实际结果，遵守同样的权限与校验规则；编辑后返回列表时，在筛选条件和数据仍有效的前提下保留筛选与返回位置。
第六条原则（2026-10-18）
方向已由用户明确确认；以下定义、具体要求与示例由代理依用户授权先写入后展示，默认采用，可根据反馈修订。
原则：基本任务可访问，不依赖单一感官或输入方式
YUDS 应让具有不同感知、操作能力及使用条件的用户能够理解信息、完成操作并获知结果。基本任务应具备完整可访问的路径，可访问性要求同时贯穿基础、组件、任务模式与页面模板，不因任务复杂或使用频率较低而被忽略。
具体要求：
- 关键信息、状态与异常不能只依赖颜色、声音、位置或动效表达，应提供含义明确的文字、符号或其他可被辅助技术获取的等效信息。必要的说明与操作入口不应只能通过悬浮发现。
- 操作应提供符合目标平台的键盘或其他替代输入路径，不把拖拽、复杂手势或精确指针操作作为完成任务的唯一方式。不同路径应保持相同的业务含义、权限与风险保护，不要求所有设备采用相同操作方式。
- 焦点顺序应符合内容与任务逻辑，键盘焦点应清楚可见，不能被遮挡或无故丢失。弹层打开时应合理安排焦点，关闭后应返回触发位置；原位置已不可用时，转到符合任务上下文的合理位置。
- 控件应向辅助技术提供可理解的名称、角色、状态及必要的值，相关标签和错误说明应正确关联。处理中、完成、失败等重要反馈应能被辅助技术感知，不依赖用户仅凭画面变化猜测结果，也不以不必要的焦点跳转打断当前任务。
- 文字放大、窄空间及减少动态效果等偏好应得到合理适配，保留内容可读性、必要信息和操作能力。可通过重排、分组或适合任务的替代呈现处理复杂内容，不用截断关键信息、过小文字或必须观看动画才能理解的方式维持布局。
示例：记录分配界面出现异常时，除颜色提示外，还显示“未分配”等清楚的状态文字；用户既可拖拽分配，也可通过可访问的“分配到”操作选择目标。辅助技术应能获知控件名称、当前分配状态与操作结果；选择弹层关闭后，焦点返回原操作位置或合理的后续位置。文字放大或开启减少动态效果后，仍能理解状态并完成分配。
从原则到验收
原则用于判断取舍，不直接替代组件契约。遇到冲突时先保证数据含义、权限与安全后果真实，再寻找清晰、有效率的呈现。具体评审场景、观察指标和冲突取舍见原则落地：取舍、场景与观察指标。
下一章：信息架构与工作空间。总览：YUDS 统一设计系统。