出典: MUKHON Skill Pack 向けに、上流の
audit-ai-design-slopを MIT ライセンスのもとで改変・サニタイズしたものです。
AIデザインスロップの監査
診断的で証拠に基づいた監査を実行します。インターフェースの既存の方向性を維持しながら、改善に繋がる最小限の削除または修正のセットを特定します。
制約
- デザインがAIによるものかどうかを推測しないでください。
- 数値によるスロップスコアを割り当てないでください。
- 特定のビジュアルテクニックを単独で却下しないでください。グラデーション、セリフ体、ダークテーマ、ガラス効果、カード、アニメーション、単一フォントシステムは意図的に使用されている可能性があります。
- ユーザーが明示的に要求しない限り、新しいフォント、パレット、レイアウト、デザインシステム、アートディレクションを規定しないでください。
- 監査を作業実装タスクに変えないでください。
- 可視範囲外または提供された証拠にないものは、不明としてマークしてください。
証拠の監査
リクエスト内で利用可能なアーティファクトを検査します。
- スクリーンショットと録画
- レンダリングされたページと関連するビューポート
- インタラクションと状態変化
- ソースコード、トークン、アセット、コピー
- エクスペリエンスに影響を与えるコンソールエラーやランタイムエラー
すべての発見事項について、具体的な場所、コンポーネント、動作、またはコピーの行を引用してください。アーティファクト内の証拠なしに一般的な傾向を報告しないでください。
全ページまたは全サイトのレビューの場合は、../mukhon-no-ai-design-slop/ARTICLE.md を読み、検査対象のアーティファクトに関連するカタログセクションのみを使用してください。チェックリストのすべての一致を発見事項にしないでください。症状を根本原因ごとにグループ化し、最も影響の大きい証拠を報告してください。
発見事項の分類
以下のいずれかのクラスを使用してください。
- 品質欠陥: 確立されたユーザビリティ、アクセシビリティ、コンテンツ、レスポンシブ、またはランタイムの問題。
- スロップパターン: 有用な役割を持たない、繰り返されるデフォルト、装飾的なレイヤー、または生成されたように見える慣習。
フラグを立てるべきもの
装飾の積み重ね
グロー、グラデーションテキスト、ガラス、ボーダー、シャドウ、グリッド、パーティクル、ビーム、ノイズ、浮遊シェイプ、ブラウザクロームが、複数のレイヤーが同じ装飾的な役割を果たしている場合、またはコンテンツと競合している場合に、それらの組み合わせにフラグを立ててください。
コンポーネントとテンプレートの繰り返し
以下にフラグを立ててください。
- ほぼすべてのコンテンツブロックに適用されているカード処理
- 互換性のあるコンテンツで繰り返されるアイコン-見出し-説明のタイル
- 階層を伝達しない入れ子になった角丸コンテナ
- 製品の購入または使用の旅とは無関係な、一般的なランディングページのシーケンス
- 近くの情報を言い換えている見出し、ラベル、ピル、CTAブロック
タイポグラフィとコピーの乱雑さ
以下にフラグを立ててください。
- 重複するテキストまたは不要なラベル
- 空虚な最上級表現、曖昧なカテゴリの主張、生成されたフィラーテキスト
- 階層や可読性を不明瞭にする装飾的なタイプ処理
- 長い中央揃えの段落、不自然な強制改行、またはスキャンしにくいテキスト
- 意図的というより偶然に見える一貫性のないタイプの役割
意味のないアニメーション
アクセスを遅らせ、機械的に繰り返し、読み取りを妨げ、ターゲットを移動させ、入力をブロックし、または減少モーション設定を尊重しないモーションにフラグを立ててください。状態、因果関係、階層、または空間的変化を伝えるモーションは保持してください。
偽の実績
発明された、または検証不可能な指標、顧客、推薦文、賞、評価、アクティビティ、ダッシュボード、チャート、ロゴ、ポートレートが証拠として提示されている場合にフラグを立ててください。
確立されたUIの欠陥
以下にフラグを立ててください。
- 不明瞭または競合するプライマリアクション
- 低コントラストまたは読みにくいコンテンツ
- クリッピング、オーバーフロー、オーバーラップ、または壊れたレスポンシブ動作
- 壊れたアセット、リンク、スクリプト、またはコントロール
- ホバー時のみ利用可能な重要な情報
- 観察されたフローに必要な欠落している状態
- 不明瞭なラベル、役割、フィードバック、またはキーボードフォーカス
- 間隔、タイプ、色、半径、またはアイコンの偶発的な不整合
- タスクの重要度と矛盾する視覚的階層
削除テストの使用
候補となるものごとに以下の手順を実施します。
- それが提供する情報、状態、アクション、階層、またはブランドの意味を述べます。
- その役割を失うことなく、それを削除することで明瞭さが向上するかどうかを検討します。
- 向上する場合は、削除または統合を推奨します。
- 向上しない場合は、既存のシステムを使用した最小限の修正を推奨します。
- 削除によって実際の損失が生じる場合にのみ、代替案を提案します。
デフォルトは削減です。代替案は、新しいビジュアルコンセプトを導入するのではなく、製品の既存の言語を継承する必要があります。
優先順位付け
- P0: 完了をブロックする、深刻なアクセシビリティ問題を引き起こす、または欺瞞的な証拠を提示する
- P1: 理解、信頼、ナビゲーション、またはインタラクションに実質的に害を及ぼす
- P2: 階層とアイデンティティを弱める繰り返しのスロップまたは不整合
- P3: ユーザーへの影響が限定的な軽微なポリッシュ問題
デフォルトで、最も影響の大きい5〜8件の発見事項を返します。繰り返しのインスタンスは1つの体系的な発見事項にまとめてください。
出力
## 判定
主要な問題と、最初に削除すべきものについての簡潔な1段落。
## 確認範囲
- 実際に検査したアーティファクト、画面、状態、ビューポート
## 発見事項
| 優先度 | クラス | パターン | 証拠 | 有害性 | 削除または修正 |
|---|---|---|---|---|---|
| P1 | スロップパターン | 繰り返される装飾的なコンテナ | 機能領域が無関係なコンテンツに同じレイヤードカード処理を使用している | 階層を平坦化しノイズを追加する | 外側のシェルを削除；相互作用を伝える場合にのみグループ化を保持する |
## 不明点
- 検証できなかった重要な状態や動作
レポートはコンパクトに保ってください。空のセクションは省略してください。
フィードバックのルール
- 味の主張ではなく、具体的な証拠から始めてください。
- パターンとその有害性に名前を付けてください。
- 再スタイリングの前に削除を推奨してください。
- 一般的な賛辞と網羅的な低インパクトの細かい指摘は避けてください。
- 製品固有の詳細と意図的な特徴は保持してください。
- 発見事項を直接支持しない限り、標準を引用しないでください。
- 美学を普遍的に悪いと説明しないでください。
- ユーザーが明示的にデザインの入れ替えを求めた場合は、削除推奨の後にオプションの代替案を配置し、既存のシステムと一貫性を保つようにしてください。
- 最大の改善をもたらす単一の削除または修正で締めくくってください。