用途：设计债务指团队有意识做出的妥协和推迟到“下次再说”的小问题，会像技术债务一样累积。该技能维护一份持续存在的设计债务登记表，在债务产生时记录、跨迭代跟踪，并在做决策时呈现。
主要能力：在 design-state.md 的 ## Design Debt Register 段落中维护登记表，每条含 ID、日期、来源、严重度、问题描述、受影响人群、建议修复、状态、备注。状态分为 Open、Resolved、Accepted、Escalated。支持在评审后捕获被推迟的 Minor/Note 项，在项目开始或规划前汇总债务，检查升级触发条件（如 3 个迭代未解决、同一人群或页面累积、上下文变化、用户投诉、复合效应），并记录解决或接受决定。
使用方式：评审完成后读取发现，把本轮不会修复的 Minor/Note 项逐条登记；新迭代或规划前读取登记表，输出债务摘要并询问用户本轮要处理哪些项；修复后更新状态为 Resolved 并写入 Decisions Log；用户决定不修时更新为 Accepted 并记录理由。无障碍相关债务必须由用户明确确认，不能静默接受。
适用场景：设计评审、无障碍评审、修复轮次之后，以及项目启动、规划前或用户询问“有哪些设计债务”时。
限制：Critical 和 Major 问题应直接修复而非登记；同一项不应反复推迟 3 次以上；已解决条目不应删除；并非所有观察都需登记，仅记录具体、可执行且影响特定人群的条目。具体安装命令与平台信息暂未提供。