核心定位
design-review 是一个始终激活的核心技能包，作为所有视觉与前端工作的质量关卡。它并非可选的润色步骤，而是交付前的强制审查机制，适用于UI组件、页面布局、设计系统实现等场景。
核心用法
1. 前置阅读：执行任务前必须查阅项目设计系统文档（guidelines.md）、历史设计决策（memory/channels/）及参考案例（UX Tools、Linear、Vercel等）
2. 按需加载参考文件：根据任务类型选择性读取 typography、spacing、color、motion 或 anti-patterns 等专题指南
3. 五步预飞检查：
- 视觉验证（截图比对参考）
- 设计审计（间距、色彩、排版、模式、交互、完整性）
- 诚实自检（是否真正完成、符合需求）
- 自动化脚本检查（反模式、状态完整性、可访问性）
- 带证据呈现（截图、参考来源、已知问题、在线版本）
显著优点
- 设计原则体系化：提炼了"克制即设计"、"间距是首要信号"、"层级优先于色彩"等可执行原则
- 流程标准化：将主观设计审查转化为可复现的检查清单与自动化脚本
- 知识沉淀机制：通过 anti-patterns 和 channel memory 避免重复犯错
- 多维度质量覆盖：从像素级视觉到语义化HTML、ARIA标签等可访问性要求
潜在局限
- 依赖项目文档完整性：若无
guidelines.md或设计系统，需依赖开发者自行推断现有模式 - 自动化脚本覆盖有限：当前仅提供基础检查（反模式、状态、可访问性），复杂视觉判断仍需人工
- 学习成本：Aaron 的设计审美（如"centripetal design"）需要一定适应期
- 技术栈假设：脚本示例针对 React/TSX（
.tsx），其他框架需适配
适合人群
- 前端开发者需提交视觉工作给设计负责人（Aaron）前的自检
- 子代理（sub-agents）执行设计/前端任务时的强制质量门
- 希望建立设计系统一致性、减少返工的团队
常规风险
- 过度依赖自动化：脚本仅捕获明显问题，无法替代对 spacing、motion feel 的精细判断
- 模式僵化风险：过度遵循"现有模式>新模式"可能抑制合理创新
- 上下文遗漏：若未读取 channel memory，可能重复已被拒绝的设计决策