plan-design-review

设计方案评审

明确构建所请求界面所需的设计决策，并提供可执行方案和清晰的视觉验收标准。

范围与节奏

阅读提供的方案和相关现有实现。对于仅涉及方案的请求，不需要创建分支。对于混合请求，也要固定所请求的差异。保留已确定的约束、受保护路径和先前决策。

遵循用户要求的交互方式。否则，将独立的问题集中处理，只询问确实尚未解决且会影响范围或设计的选项。用户要求改进时，直接修正明显的方案问题；仅报告则不做修改。收到“跳过问题”的要求后，立即说明假设并继续有用的工作。假设不代表授权变更范围。不要重复询问已经确定的决策。

评审方案，不评审实现：不要修改源代码、提交、推送或创建远程任务。解决相关验收标准后即停止，或报告剩余阻碍。评分只是可选的总结，不是需要反复打磨到 10/10 的目标。

评审

以 DESIGN.md、现有设计令牌、组件、品牌资源和渲染后的屏幕为基准。没有 DESIGN.md 不代表没有设计系统。保留有意为之的风格选择。

针对受影响的交互和视觉界面，使用 checks.md。完整模式评估所有适用检查项；快速模式聚焦变更的组件、其状态、响应式表现和无障碍性。报告无法获取的证据，不要编造评分。

对于每个问题，说明可观察到的后果、方案中的对应内容以及具体修订建议。将无障碍性或功能缺陷与审美建议区分开来。不要为了填满评估标准而臆造用户旅程、主题或动画。

交付

更新所请求的方案，或在仅报告模式下返回评审发现。包括尚未解决的决策、选定的状态和行为、可复用内容、验收截图或交互，以及仍需补充的证据。达到 READY、NEEDS DECISIONS 或 INCOMPLETE 后即停止；不要为了达到某个评分而反复改写。