用途：对设计系统做严谨、基于证据的多点检查，像车辆体检一样逐站评估，并输出团队可执行的报告与优先修复清单。
主要能力：设 10 个检查站，覆盖度、最佳实践、无障碍、共享语言、测试等依次运行。每条发现都需引用证据并标记为 [verified]（直接读取文件、设计库或工具输出）或 [reported]（用户告知但未确认），不把 [reported] 当事实，也不虚构发现。证据获取按回退链：先是已连接的设计工具桥接（如 Figma MCP）、仓库文件访问与可达文档；其次是用户粘贴或附上的导出；再次是截图；最后是对话访谈。不要求特定厂商工具，缺失工具则降级继续。若连接了设计系统知识 MCP（如 Southleft 的 design-systems-mcp），可用于行业基准与标准查询并计入 [verified]。每站 0–10 分：红 0–3（缺失或损坏）、黄 4–7（漂移或缺口）、绿 8–10（健康）。总分按各站求和 /100，作为讨论起点而非评分定论；无法收集证据的站标为 N/I（未检查），绝不猜测，并按比例计算总分且标注。
使用方式：三种模式。模式 1 全量检查：若已有 ds-inspection/GARAGE.md 则读取并确认最新，否则先跑 intake/GARAGE-INTAKE.md 登记；公布 10 站计划与证据来源，允许用户缩小范围；依次运行 1→10，每站写 Station Record，站间给一行状态；按模板写入 ds-inspection/reports/ 并算出总分、概括三条最关键发现；按模板写入工作单，红色为立即修复项、黄色为排期项，附站号、证据与建议第一步；建议节奏：季度深度检查，部分站接入 CI。模式 2 单站临时检查：无 GARAGE.md 则跑 intake-lite（仍含设计库问题与连接探测），运行并评分，将记录追加到当日报告。模式 3 复检：读取最近报告，重新运行指定站（收集证据时不看旧分），比较分数变化、熄灭的灯、新灯与未关闭事项，增量比绝对分更重要。状态文件位于用户项目的 ds-inspection/ 下，含 GARAGE.md、reports/YYYY-MM-DD-inspection.md、work-orders/YYYY-MM-DD-work-order.md；若无法写文件（纯对话），则产出相同内容供用户保存。
适用场景：设计系统团队做体检、排期改进、复检跟踪；单站问题排查；接入 CI 的常态化检查。
限制：需设计库与工具访问越多证据越可靠，缺失时只能降级或标 N/I；评分是讨论起点；价格、收费、具体平台支持等信息暂未提供。