ui-design

Uizze UI デザイン

プロダクトを確認する

デザインに取りかかる前に、概要、既存の 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 を使用する前に、参考情報に関するポリシーを読みます。レイアウト、状態、インタラクション、アセットの参考になる場合は、関連するビジュアル資料を確認します。ホストで利用できるツールを使用し、存在しない呼び出しや接続を捏造してはいけません。有料の情報取得は任意です。アクセスできなくても、ローカルでのデザイン作業は続行できます。

完全に一致する参考資料、関連する例、一致するものがない場合、サービスエラーを区別します。結果に影響する制約があれば、簡潔に開示します。証拠がないのに、画像を確認した、または特定の状態を見つけたと主張してはいけません。

完了

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

重大な問題はまとめて修正し、その後もう一度レンダリングして確認します。依頼された結果を検証できた時点で終了し、作業を新たに増やし続けてはいけません。限られた作業で問題を解決できない場合は、解決したと主張せず、その旨を報告します。レンダリングできない場合は、コードの確認とビジュアル検証を区別します。

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