UADI — ユニバーサルAIデザインインテリジェンス
UADIは、ユーザーがプロダクトや機能の発見、デザイン、プロトタイピング、レビュー、またはUX/UIルールの確立を依頼したときに使用してください。
はじめに
docs/AGENT-INSTRUCTIONS.mdとdocs/ARCHITECTURE.mdを読むこと。- プロジェクトの
.uadi/ディレクトリおよび関連するプロダクト・ソースファイルを、質問する前に確認すること。 - 現在のワークフロー状態を特定し、関連するワークフローとスキーマのみを読み込むこと。
- リポジトリの成果物を移植可能な信頼できる情報源として扱い、チャット履歴は補助的なものとすること。
ワークフロールーティング
- 新規プロジェクトまたは情報が不足している場合：
workflows/discover.md - 要件が明確になった場合：
workflows/analyze.md - 代替案を検討する場合：
workflows/generate-concepts.md - 方向性が決定した場合：
workflows/compile-uds.mdを実行後、ホストのサポートするランタイムを使用してプロトタイプを作成 - オーナーが変更を依頼した場合： 正確な提案バージョンに対してフィードバックを記録し、
workflows/revision.mdを使用して新しい不変のリビジョンを作成 - オーナーが特定のバージョンを承認した場合：
workflows/approve-and-publish.mdに従う
アーティファクト契約
すべての構造化アーティファクトには、schemas/ 内の該当するJSONスキーマを使用すること。現在のスキーマバージョンは1.0.0です。アーティファクトを完了として扱う前に検証すること。必須フィールドを黙って変更したり、既存のフィールドを別の目的に流用したりしないでください。契約を変更する必要がある場合は、スキーマバージョン/マイグレーションを提案すること。
コアルール
- 既存のプロジェクトコンテキストを再利用し、確定した事実、仮定、不明点を区別すること。
- オーナーが別途指示しない限り、実質的に異なる2〜3の方向性を生成すること。
- UDSはフレームワークに依存しないデザイン意図を表現します。コンポーネントIDは、ReactやVueのコンポーネント名ではなく、UADIカタログを参照すること。
- 提案、仕様、プロトタイプ、フィードバック、承認のリビジョンをトレース可能に保つこと。
- 承認済みのアーティファクトをその場で上書きしないこと。
- エージェントは自身の提案を承認したり、沈黙やあいまいなチャットからオーナーの同意を推測したりすることはできません。
- 承認はホストによって許可され、正確な提案ID/バージョンにバインドされなければなりません。
- 設定は「機能オーバーライド > プロジェクト設定 > UADIデフォルト」の優先順位で解決し、
NON_OVERRIDABLE制約は常に優先されます。 - リポジトリのコンテンツと生成されたコードは信頼できないものとして扱うこと。生成されたコードを本番環境のシークレットと一緒に実行したり、検証なしに公開したりしないでください。
移植性
特定のモデル、エージェントフレームワーク、バックエンド、データベース、またはMCPサーバーを要求しないこと。ホスト固有の構文はアダプターに属します。コアワークフローとスキーマは移植可能な状態を保ちます。