# プロンプトの例 {/* #prompt-examples */}

これらのプロンプトは、[接続済みの MCP エージェント](/docs/ja/connect-ai-agents)で使えます。角括弧の値は、キャプチャーした製品、バージョン、ページの識別子に置き換えます。プラットフォームの種類と環境 ID は、ブラウザーとネイティブ環境を含む `list_platforms.options.platforms[]` から選びます。desktop/mobile ですべてと仮定せず、返された ID を使います。再構築には `list_platforms.platforms[]` のキャプチャー済みペアだけを使ってください。対応するオプションがあっても保存済みデータがあるとは限りません。
## 製品とバージョンを探す {/* #find-a-product-and-version */}

> Reconstruct MCP で製品を一覧表示してください。`[product]` のキャプチャー済みプラットフォーム／環境ペアを一覧表示し、プラットフォーム `desktop` と環境 `web` のバージョンを取得します。1 バージョンを選び、そのページと成果物を要約してください。バージョンや環境を混在させないでください。

想定フロー：`list_products` → `list_platforms` → `list_versions(platform="desktop", environment="web")` → `get_platform_summary(platform="desktop", environment="web")` → `list_pages`。

`list_pages.views[]` は正確な保存済みプロファイルキーを返します。`view` にはそのキーを 1 つ選びます。`desktop`、`mobile`、番号付きのプロファイル、デバイスラベルなどです。

## キャプチャーからページを再構築する {/* #rebuild-a-page-from-a-capture */}

> `get_skill` で `reconstruct-build` を読む。`[product]`、版 `[version]`、環境 `[environment]`、ページ `[page]` を調べる。`list_pages` で保存済みプロファイルを探す。ジオメトリの前に `get_page_summary.intent` と関連する `list_flows`、`get_flow` を読む。必要なビューごとに `get_interface_scene` を取得し、ハッシュを検証してコードで処理する。保存済み素材、測定した状態と動きから意味的でレスポンシブな画面を作る。observed/inferred/operator の来歴を保持し、不足と仮説を報告する。保存幅と中間幅、状態、フローを検証する。

Scene はファイル参照を返します。HTTP のパスはサーバー側です。MCP 認証で URI をダウンロードしハッシュを確認します。明示的に要求された固定幅診断スナップショットのみ、最大2画面高の断片ごとに `get_reconstruction_bundle` を使い、ファイル名を保持し `starterLimitations`、`captureTruncated`、`selectionComplete` を確認します。スターターはレスポンシブ動作を証明しません。

## 1 コンポーネントを再現する {/* #recreate-one-component */}

> `[product]`、バージョン `[version]`、環境 `[environment]`、ページ `[page]`、保存済みビュー `[view]` について、`get_page_outline` で `[component]` を探してください。親領域の `get_section_bundle` を 1 件読むか、`get_page_bundles` で選択領域をまとめて取得します。まずプレビューテキストを使います。バンドルで足りない場合だけ、全文や個別のコンポーネントレイヤーを要求してください。メディアは `get_element_asset`、フォントは `get_fonts` と `get_capture_asset` で解決します。コンポーネントを実装し、推定した動作を明示してください。

コンポーネントの境界はヒューリスティックです。ネストした構成の末端は構造のヒントであり、末端ごとに 1 バンドルを要求しないでください。画像ツールは任意の最終視覚確認用で、構造化 IR がコンテンツとレイアウトの根拠を提供します。

## ナビゲーションとフローを監査する {/* #audit-navigation-and-flows */}

> `[product]`、版 `[version]`、環境 `[environment]`、ページ/ビュー `[page]`/`[view]` の `get_page_summary.intent`、`list_flows`、`get_flow(flowId=...)` を読む。タスク、ステップ、証拠、不足を調べ、期待結果と観測結果を分ける。同じ環境の `get_page_transitions`、シナリオ定義、記録ステップ、リプレイと照合する。欠落や古い意味情報を報告する。発見したリンクは記録済み操作や結果の証明ではない。

## デスクトップとモバイルを比較する {/* #compare-desktop-and-mobile */}

> `[product]`、バージョン `[version]`、環境 `web` について、`[page]` の保存済みプロファイルを一覧表示してください。要約、IR、測定したジオメトリーでデスクトップ 1 件とモバイル 1 件を比較します。レイアウトの変更、移動・欠落したコンテンツ、キャプチャーの制限を特定してください。画像は任意の視覚検証にのみ使い、デスクトップデータから不足するモバイルキャプチャーを推定しないでください。

ネイティブ比較では、`desktop/macos` と `mobile/ios` などの明示的なキャプチャー済みペアを選び、各環境の根拠を分けて保持します。

## デザインアセットを棚卸しする {/* #inventory-design-assets */}

> `[product]`、バージョン `[version]`、プラットフォーム `[desktop-or-mobile]`、環境 `[environment]` について、`get_technology_stack`、`get_fonts`、`get_themes`、`list_product_assets`、`list_archived_assets` を調査してください。`get_capture_asset` から得られるキャプチャー済み原本を優先し、元の URL は保存済みバイト列がない場合だけ使います。フォント、テーマ、メディア、検出技術を特定してください。代替したリソースと、不確かなソースコードの詳細を明示します。

既定ではページごとに最大 **2,500 件の可視要素**を保持し、上限はキャプチャージョブごとに設定します。ページが許す場合、hover/focus/active 状態、ホバー・クリックで現れる内容、別の配色、読み取り可能なフレームをページの根拠として記録しますが、ほかの動的動作は欠落・不完全な場合があります。既定のクロールはシードのロケールを使い、`captureAllLocales=true` で翻訳されたルートを含められます。完全な網羅を仮定せず、実際の `truncated` とキャプチャー制限のメタデータを報告します。パラメーター、アクセス要件、使用制限は[ツールカタログ](/docs/ja/mcp-tools)を参照してください。

## 操作状態を確認する {/* #review-interaction-states */}

> `[product]`、バージョン `[version]`、ページ `[page]`、ビュー `[view]` について、`get_page_summary` の `evidence` を読んでください。操作可能なコンポーネントと測定した状態、ホバー／クリックでの表示、別テーマの差分を一覧表示します。状態の視覚確認が必要な場合だけ、`get_page_evidence_image` で参照スクリーンショットを開き、未取得の状態を報告してください。

## 製品リクエストを送信して監視する {/* #submit-and-monitor-a-product-request */}

> 利用可能なリクエストオプションを取得し、https://example.com/ の追加リクエストを送信してください。
> desktop/web のペアが利用可能なら使用します。返されたリクエスト ID を保持し、
> 状態を確認して wait_product_request で変更を待ちます。
> 承認または却下されるまで続け、リクエストの判断結果を報告してください。承認は、
> 新しいキャプチャーバージョンが公開されたことを意味しません。

> 選択したリクエスト用プラットフォーム／環境で、製品 `<product-key>` の更新を送信してください。
> 既存の製品の参照元 URL を使います。
> リクエスト ID を保持して監視し、待機のタイムアウト後に別のリクエストを作成しないでください。