モバイルデザインOS は何をしますか？

要求された成果を満たす、最小限の完全なモバイルデザインチェーンを実行します。作業を専門スキルにルーティングし、ステージ間で安定したIDとエビデンスを保持し、洗練されたビジュアルで未解決の製品、プラットフォーム、状態、またはバリデーションのギャップを決して隠蔽しないでください。

実行の確立

以下を判断します：

要求された成果：分析、プロダクトフレーミング、UX、ビジュアルコンセプト、完全なデザインパッケージ、プロトタイプ、レビュー、または実装ハンドオフ。
ターゲットプラットフォームとフォームファクター。
利用可能な入力：プロダクトアイデア、スクリーンショット、URL、ブランド素材、既存の契約、コード、またはランタイムエビデンス。
承認された範囲：デザインのみ、プロトタイプ、またはコード変更。
実際にユーザーによる判断が必要な決定事項、特にセーフティモデル、主要アクター、MVP境界、ビジュアル方向性、フレームワークオーバーライド、およびパブリックライセンス。

作業が2つ以上のステージにまたがる場合、または再開可能である必要がある場合は、assets/design-run-template.json から design-run.json を作成します。マニフェストを作成または更新する前に、references/pipeline-contract.md を読んでください。

必要なスキルへのルーティング

選択したスキルの SKILL.md を、そのステージを実行する前に完全に読んでください。リクエストが1つまたは2つのステージしか必要としない場合に、すべてのスキル本文をロードしないでください。

ニーズ	スキル	完了エビデンス
リファレンスの発見または比較	`mobile-reference-research`	有効な `reference-research.json`
メカニクスとデザインDNAの抽出	`analyze-mobile-ui`	有効な `design-dna.json`
プロダクトとMVPのフレーミング	`mobile-product-brief`	有効な `product-brief.json`
フロー、オブジェクト、画面、状態の定義	`mobile-ux-architect`	有効な `ux-architecture.json`
低忠実度の階層の確立	`mobile-wireframe`	有効な `wireframe.json`
ビジュアルUIの探索とレンダリング	`mobile-ui-design`	ユーザーが選択、ロック、有効な `ui-design.json`（構造化ハンドオフが要求された場合）
再利用可能なトークン/コンポーネントの抽出	`mobile-design-system`	有効な `design-system.json`
インタラクション動作のモデル化またはレンダリング	`mobile-prototype`	有効な `prototype.json` およびUIが存在する場合のUIアライメントレポート
ネイティブ動作の決定とテスト	`mobile-platform-guidelines`	有効な `platform-guidelines.json`
チェーンの監査	`mobile-design-review`	誠実な判断を含む有効な `review.json`
実装の計画またはスキャフォールディング	`mobile-design-to-code`	有効なハンドオフおよびコードが生成された場合の実際のビルド/テストエビデンス

完全なチェーンの実行

エンドツーエンドのリクエストの場合、以下の順序を使用し、not-required と明示的にマークされたステージのみをスキップします：

mobile-product-brief を実行し、問題、オーディエンス、アクティベーション、コアループ、MVP、信頼境界、未解決の決定事項を確定します。
リファレンスが不足しているか、比較が必要な場合に mobile-reference-research を実行します。
スクリーンショットやリファレンスプロダクトをトレーサブルなデザインDNAに変換する必要がある場合に analyze-mobile-ui を実行します。
検証済みのブリーフとリファレンスの決定事項に基づいて mobile-ux-architect を実行します。
階層や状態の圧力が無視できない場合、ビジュアルスタイリングの前に mobile-wireframe を実行します。
mobile-ui-design を実行します。正確に3つの比較可能なプレビューを強制し、ユーザーチョイスゲートで停止します。ユーザーが明示的に選択を委任しない限り、ビジュアル方向性を選択しないでください。
選択後、ビジュアル方向性をロックし、レンダリングされた画面と構造化UIアーティファクトを完了させます。
下流での再利用や実装トークンが必要な場合に mobile-design-system を実行します。
mobile-prototype を実行し、その後UIからプロトタイプへの状態とインタラクションのアライメントを検証します。
ネイティブ動作とデバイステストケースのために mobile-platform-guidelines を実行します。
利用可能な完全なチェーンに対して mobile-design-review を実行します。
実装またはハンドオフが要求され、レビューの決定がそれを許可する場合にのみ mobile-design-to-code を実行します。

すべてのステージの後に design-run.json を更新します。上流の要件、フロー、画面、状態、トークン、コンポーネント、エビデンスのIDを保持し、下流のステージで静かに識別子を再生成しないでください。

ゲートの強制

選択したスキルによって指定されたすべてのステージバリデータを実行し、続行する前に構造上の失敗を修正します。
UXの完全性を主張する前に、検証済みのプロダクトブリーフを要求します。
UIの完全性を主張する前に、明示的な状態の所有権とリカバリを要求します。
デザインシステムまたはレンダリングされたプロトタイプの作業の前に、visualLock.status: locked とユーザーまたはユーザー委任による選択ソースを要求します。
両方のアーティファクトが存在する場合、UIとプロトタイプのアライメントを要求します。
スクリーンショットやブラウザランナーが、ランタイムのアクセシビリティ、ライフサイクル、パーミッション、センサー、永続性、配信、またはデバイスの動作を証明することを防ぎます。
コードハンドオフが、生成されたコードがビルドまたはテストされることを証明することを防ぎます。コードが生成された場合、正確なコマンドと結果を記録します。
pass の前に、未解決のP0またはP1がなく、欠落している高リスクエビデンスがないことを要求します。そうでない場合は、レビュースキルで定義されている conditional-pass、revise、または fail を使用します。

マルチステージの実行を提供する前に、python3 scripts/validate_design_run.py <path-to-design-run.json> --root <run-directory> を実行します。

重要な決定事項でのみ停止

以下の場合に一時停止します：

ユーザーが3つのビジュアル方向性から選択する必要がある場合。
決定が安全性、プライバシー、主要アクター、コアバリューループ、破壊的な動作、またはMVP範囲を変更する場合。
必要な入力または承認が利用できない場合。
次のステップが、実際には提供されていない外部評価、物理デバイスエビデンス、本番動作、またはパブリックライセンスを主張する場合。

それ以外の場合は、ラベル付きの仮定で進め、それをマニフェストに記録します。

実行結果の提供

以下を返します：

成果と現在のステージ決定。
完了したステージと検証済みアーティファクトのパス。
ユーザーの決定とラベル付きの仮定。
未解決のP0/P1問題と未テストの高リスク動作。
次に実行可能なステージ、または残っている外部/デバイス/ユーザーゲート。

必要なステージが保留中、ユーザー選択待ち、ブロック中、または構造的に有効だがテストされていない場合、チェーンが完了したと説明しないでください。

モバイルデザインOS