Decision UI 是一套用于设计、审计或重构数据密集型界面的方法，适用于仪表盘、管理工具、运营控制台、分析产品和企业级界面。其核心主张是：不要从组件、图表或仪表盘模板开始，而要从决策开始。
主要能力与流程：先建立“决策契约”，明确使用者（Actor）、需要做出的决策、时间范围、后果、可改变决策的证据以及可执行的动作，并用一句话写出用户打开该视图的原因。随后构建信息层级，按注意力、对比、原因、影响、行动、验证的顺序推理，但不强制全部塞进同一页面。
它要求把指标当作证据：每个 KPI 都要回答能改变哪个决策、对比基准、阈值、数据新鲜度、不确定性以及是否需要解释或行动，并删除不影响当前决策的指标。图表选择应基于分析问题，优先使用位置和长度编码，表格用于精确查找，颜色用于承载含义而非装饰。
在布局上，通过位置、尺度、留白、对齐、密度、对比、分组和排版建立层级，避免等权重卡片墙。界面需把洞察连接到行动，提供调查原因、对比受影响群体、打开受影响对象、调整阈值、指派负责人、审批、确认、模拟权衡、验证恢复等路径。
还需覆盖加载、空、过期、部分、延迟、断开、错误、权限受限、无需行动、已确认、已解决、被覆盖等状态，并保证可访问性：关键优先级、状态、对比和行动不能仅依赖颜色、悬停或指针设备。响应式设计应重新组合而非缩小桌面网格。最后运行反模式检查，拒绝 KPI 卡片墙、装饰性图表多样性、无阈值逻辑的仪表、无行动路径的仪表盘等。
交付物方面，构建或重构需返回决策契约、主层级、屏幕构成、可视化选择理由、交互导航、状态与例外、响应式行为及被刻意移除的内容；审计则按 P0 至 P3 排序问题。若存在 house-style.md，可在其后加载，但不得覆盖决策清晰度、真实可视化、可访问性或状态完整性。具体安装命令与平台支持信息暂未提供。