プロンプトの例
これらのプロンプトは、接続済みの MCP エージェントで使えます。角括弧の値は、キャプチャーした製品、バージョン、ページの識別子に置き換えます。プラットフォームの種類と環境 ID は、ブラウザーとネイティブ環境を含む list_platforms.options.platforms[] から選びます。desktop/mobile ですべてと仮定せず、返された ID を使います。再構築には list_platforms.platforms[] のキャプチャー済みペアだけを使ってください。対応するオプションがあっても保存済みデータがあるとは限りません。
製品とバージョンを探す
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、番号付きのプロファイル、デバイスラベルなどです。
キャプチャーからページを再構築する
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 コンポーネントを再現する
[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 がコンテンツとレイアウトの根拠を提供します。
ナビゲーションとフローを監査する
[product]、版[version]、環境[environment]、ページ/ビュー[page]/[view]のget_page_summary.intent、list_flows、get_flow(flowId=...)を読む。タスク、ステップ、証拠、不足を調べ、期待結果と観測結果を分ける。同じ環境のget_page_transitions、シナリオ定義、記録ステップ、リプレイと照合する。欠落や古い意味情報を報告する。発見したリンクは記録済み操作や結果の証明ではない。
デスクトップとモバイルを比較する
[product]、バージョン[version]、環境webについて、[page]の保存済みプロファイルを一覧表示してください。要約、IR、測定したジオメトリーでデスクトップ 1 件とモバイル 1 件を比較します。レイアウトの変更、移動・欠落したコンテンツ、キャプチャーの制限を特定してください。画像は任意の視覚検証にのみ使い、デスクトップデータから不足するモバイルキャプチャーを推定しないでください。
ネイティブ比較では、desktop/macos と mobile/ios などの明示的なキャプチャー済みペアを選び、各環境の根拠を分けて保持します。
デザインアセットを棚卸しする
[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 とキャプチャー制限のメタデータを報告します。パラメーター、アクセス要件、使用制限はツールカタログを参照してください。
操作状態を確認する
[product]、バージョン[version]、ページ[page]、ビュー[view]について、get_page_summaryのevidenceを読んでください。操作可能なコンポーネントと測定した状態、ホバー／クリックでの表示、別テーマの差分を一覧表示します。状態の視覚確認が必要な場合だけ、get_page_evidence_imageで参照スクリーンショットを開き、未取得の状態を報告してください。
製品リクエストを送信して監視する
利用可能なリクエストオプションを取得し、https://example.com/ の追加リクエストを送信してください。 desktop/web のペアが利用可能なら使用します。返されたリクエスト ID を保持し、 状態を確認して wait_product_request で変更を待ちます。 承認または却下されるまで続け、リクエストの判断結果を報告してください。承認は、 新しいキャプチャーバージョンが公開されたことを意味しません。
選択したリクエスト用プラットフォーム／環境で、製品
<product-key>の更新を送信してください。 既存の製品の参照元 URL を使います。 リクエスト ID を保持して監視し、待機のタイムアウト後に別のリクエストを作成しないでください。