plan-design-review

デザイン計画のレビュー

依頼されたインターフェースの構築に必要なデザイン上の決定事項を解決し、実行可能な計画と明確なビジュアルの受け入れ基準を提示します。

対象範囲と進め方

提供された計画と、関連する既存の実装を確認します。計画のみの依頼では、ブランチの作成は不要です。計画と実装の両方を含む依頼では、依頼された差分も固定します。確定済みの制約、保護対象のパス、過去の決定事項を維持します。

ユーザーが指定した対話方法に従います。指定がない場合は、独立した指摘事項をまとめて提示し、対象範囲やデザインに影響する、本当に未解決の選択肢についてのみ質問します。改善を求められた場合は、明らかな計画上の誤りを修正します。報告のみの依頼では編集しません。「質問を省略して」と指示されたら、すぐに従い、前提を明示して有用な作業を続けます。前提を置いても、対象範囲を変更してよいことにはなりません。すでに決定済みの事項を再度質問しません。

計画をレビューし、実装は行いません。ソースの変更、コミット、プッシュ、リモートタスクの作成はしません。関連する受け入れ基準に対応した時点で終了するか、残る障害を報告します。評価は任意の要約であり、何度も磨き上げて 10/10 を目指すものではありません。

レビュー

DESIGN.md、既存のトークン、コンポーネント、ブランド素材、レンダリング済み画面に合わせて評価します。DESIGN.md がないことは、デザインシステムが存在しないことを意味しません。意図されたスタイル上の選択を維持します。

対象となるインタラクションとビジュアルの領域には checks.md を使用します。フルモードでは該当するすべてのチェックを評価し、クイックモードでは変更対象のコンポーネント、その状態、レスポンシブ対応、アクセシビリティに焦点を当てます。確認できない証拠については、根拠のないスコアを割り当てず、その旨を報告します。

各指摘では、観察できる結果、計画内の該当箇所、具体的な修正を示します。アクセシビリティ上・機能上の不備と、好みに関する提案を分けます。評価基準を埋めるためだけに、ユーザーの利用経路、テーマ、アニメーションを作り出してはいけません。

提出内容

依頼された計画を更新するか、報告のみのモードでは指摘事項を提示します。未解決の決定事項、選択した状態と動作、再利用する関連要素、受け入れ確認用のスクリーンショットやインタラクション、残る証拠の必要性を含めます。READY、NEEDS DECISIONS、INCOMPLETE のいずれかの状態で終了し、数値評価に到達するために計画を何度も書き直してはいけません。