用途：在问题演变为结构性障碍前，系统化识别并分级处理产品中的设计债，产出团队可执行的修复优先级计划。
主要能力：将设计债分为五类——视觉不一致（偏离设计系统的颜色、间距、字体，同一交互多种样式，遗留 UI）、结构债（早期设计无法适应当前复杂度、导航与信息架构脱节、孤立功能）、无障碍债（未修复的 WCAG 违规、辅助技术不可用、缺少键盘导航与焦点管理）、文档债（未纳入设计系统的组件、规格与实现不符、决策只存在于个人脑中）、实现债（硬编码值代替 token、跨平台实现不一致且无记录）。
审计流程：1）界定范围并盘点，对范围内每个屏幕与状态截图，按屏幕类型、组件类型或用户流程编目；2）分类，为每项标注严重度（Critical/Moderate/Minor）、类别、出现频率、修复工作量（低/中/高）；3）量化，统计每类问题实例数、用户触达与业务风险；4）排序，按严重度×频率÷工作量评分，列出高优先级清单；5）制定修复计划，区分快速修复、结构性项目、无障碍修复与可延后项。
使用方式：维护一份持续更新的设计债登记表，记录问题描述、类别与严重度、受影响屏幕/组件、状态、负责人与目标解决时间，每季度复核并随产品变化更新严重度。
适用场景：重大改版前界定实际工作量；日常设计评审中预防债务累积；为路线图争取专项清理资源。
限制：资料未提供具体工具、平台、收费或量化指标；审计与修复应分离，严重度与工作量估算需工程参与，设计师常低估实现复杂度。