用途：为应用建立唯一的 DESIGN.md 设计主文档，作为产品、体验与视觉决策的权威来源，供后续智能体在设计或实现前加载，避免重复发现意图或把主题当成调色板。
主要能力：产出包含产品设计论题与体验论题、用户旅程、交互规则、视觉系统、无障碍与信任要求、响应式与状态要求、验证要求以及关键旅程构建交接的文档；区分已确认决策与合理推断；在定稿前与用户解决实质性矛盾；能拒绝视觉上吸引人但理念错误的方案。
使用方式：先读取最窄适用的仓库说明，定位现有 DESIGN.md、产品目标、PRD、路线图、设计系统来源、代表性界面与验证契约；按证据优先级（用户明确决策与产品主文档、已发布或验证过的行为、当前平台官方指南、获奖产品作为有限灵感、趋势与竞品仅在用户要求时）收集证据。随后读取 references/design-decisions.md 建立决策地图，为每个适用决策区分配 confirmed、inferred、unresolved、contradictory 或 irrelevant 状态。在提问前完成尽职调查，仅当决策未解决或矛盾、不同答案会实质改变理念/旅程/信任边界/信息架构/主题、且无法从仓库或产品中发现、默认选择可能偏离用户意图时才提问。问题需说明具体决策与重要性、提供两到三个真正不同的方向、在证据支持时推荐一个方向、用平实语言解释体验权衡。先写理念再写主题，最后按 references/design-decisions.md 的输出结构写入或完善 DESIGN.md，并为关键旅程创建最小构建交接。
适用场景：需要为应用建立或审计统一设计主文档、协调多智能体设计决策、确保主题可追溯到设计理念、为关键旅程保留设计意图时。
限制：不创建已存在设计主文档的兄弟文件，应就地完善并移除被取代或矛盾的指导；不实现界面，除非用户同时要求实现；不编造框架类型、命令、测试数据或架构；不把设计主文档变成文献综述；未解决决策仍是阻塞项，仅有模型稿不构成通过；完成前需运行仓库文档验证（如可用），并单独报告验证债务，不得为通过检查而弱化规则。