anti-ui-slop

AI コーディングエージェントがありきたりな UI をリリースするのを防ぎましょう。

ありきたりな UI を作るのはやめましょう

UIZZE の80万件以上の実際のウェブ画面と iOS 画面を活用して、製品に特化した UI を構築しましょう。

概要

製品概要、既存の UI、コンポーネント、ローカルのデザインシステムを活用し、意図を持ってインターフェースを設計します。Uizze は、的を絞ったデザインガイダンスと、役立つ場合には関連性の高いビジュアルリファレンスを少数提供します。

前提条件

• 構築、再設計、またはレビューする画面やコンポーネント。ファイルパスまたは簡潔な説明を用意してください。
• 製品既存のコンポーネント、デザイントークン、ビジュアル言語。新しいシステムを考案するのではなく、それらを拡張して構築できるようにします。
• 的を絞ったリファレンスやホストされた素材を利用するための、有料の Uizze MCP への任意のアクセス。

認証

• 無料のスキルと公開カタログは、アカウント、トークン、MCP 接続、依存関係、スクリプト、実行ファイルがなくても利用できます。
• 任意のフル機能版 UIZZE MCP では、ホストの通常の接続および認証フローが使用される場合があります。ホストから実際の結果が得られていない限り、接続済みと主張しないでください。

製品を起点に進める

デザインする前に、概要、既存の UI、コンポーネント、トークン、アセット、PRODUCT.md や DESIGN.md があれば、それらを確認します。ユーザーの依頼とプロジェクトの制約は、このスキルより優先されます。既存のビジュアルシステムを拡張して磨き上げる場合はそれを維持し、承認済みの再設計の場合にのみ置き換えます。新規プロジェクトでは、これらのファイルは必須ではありません。

対象ユーザー、主要なタスク、重要な状態、期待する結果を特定します。作業内容を大きく左右する選択肢が不足している場合に限り、質問してください。依頼が明確であれば、そのまま進めてください。小さな修正を、要件を洗い出すワークショップに変えないでください。

ワークフローを選択する

依頼された作業のプレイブックと、その作業に必要なプラットフォームおよび制作ガイダンスを読み込みます。

• 新しいインターフェースや大規模な再設計：new-work
• 製品やダッシュボードの作業：operate
• 洗練と仕上げ：polish
• 簡素化：distill
• 明示的な監査：audit。修正が依頼されていない限り、読み取り専用です
• ネイティブ iOS：iOS。作業内容に対応するプレイブックと併用します
• 明示的な /overdrive、「Uizze Overdrive」、または卓越したインタラクションを求める依頼：Overdrive

実装には、方向性が定まった後で craft を使用します。関連するファイルのみを読み込みます。相互に補完する複数のプレイブックを併用してもかまいません。Overdrive は任意であり、通常の UI 作業ではデフォルトで使用しません。実装前に方向性を選ぶ必要があります。

「この画面で Uizze Overdrive を使ってください」という依頼は、このルーターを通じて処理できます。ネイティブのスラッシュコマンドが利用できるかどうかはホストによります。これらは自己完結型の Markdown プレイブックであり、インストーラー、バックグラウンドサービス、実行エンジンではありません。

Uizze のエビデンスを任意で利用する

find_ui_references または find_ui_materials を使用する前に、リファレンスポリシーを読みます。レイアウト、状態、インタラクション、アセットの参考になる場合は、関連するビジュアルエビデンスを確認します。利用可能なホストのツールを使用し、存在しない呼び出しや接続を作り上げないでください。有料の取得機能は任意です。アクセスできなくても、ローカルでのデザイン作業は妨げられません。

完全に一致するリファレンス、関連する事例、一致なし、サービスエラーを区別します。制約が結果に影響した場合は、その旨を簡潔に伝えてください。エビデンスがない限り、画像を確認した、または特定の状態が見つかったと主張しないでください。

完了

依頼された範囲を実装し、重要な状態を確認します。代表的なデスクトップ／モバイルのサイズまたはネイティブデバイスのクラスで、実際の結果をレンダリングして確認します。ユーザーから報告された不具合の発生サイズも含めます。実行時エラーがないことだけでなく、選択した方針や提供された参考資料と比較してください。

重大な問題をまとめて修正し、再度レンダリングして確認します。依頼された結果を検証できた時点で終了し、作業をむやみに増やさないでください。範囲を限定した作業で問題を解決できない場合は、合格したと主張せず、その旨を報告してください。レンダリングできない場合は、コードのチェックと視覚的な検証を区別してください。

引き継ぎは簡潔にします。変更点、実際にテストした内容、残っている制限を伝えてください。スキルがあっても、公開、購入、新しい依存関係の追加、アカウントの変更、破壊的な操作が許可されるわけではありません。