# 프롬프트 예시 {/* #prompt-examples */}

이 프롬프트는 [연결된 MCP 에이전트](/docs/ko/connect-ai-agents)에서 사용하세요. 대괄호 값을 캡처 제품, 버전 및 페이지 식별자로 바꾸세요. 브라우저와 네이티브 환경을 포함한 `list_platforms.options.platforms[]`에서 플랫폼 형식과 환경 ID를 선택하세요. 데스크톱/모바일이 전체 목록이라 가정하지 말고 반환된 ID를 사용하세요. 재구현에는 `list_platforms.platforms[]`의 캡처 쌍만 사용하세요. 지원 옵션이 저장 데이터를 의미하지는 않습니다.
## 제품 및 버전 찾기 {/* #find-a-product-and-version */}

> Reconstruct MCP로 제품을 나열하세요. `[product]`의 캡처 플랫폼/환경 쌍을 나열하고 `desktop` 플랫폼과 `web` 환경의 버전을 나열하세요. 한 버전을 선택해 페이지와 아티팩트를 요약하세요. 버전이나 환경을 섞지 마세요.

예상 경로: `list_products` → `list_platforms` → `list_versions(platform="desktop", environment="web")` → `get_platform_summary(platform="desktop", environment="web")` → `list_pages`.

`list_pages.views[]`는 정확한 저장 프로필 키를 줍니다. 이 중 하나를 `view`로 선택하세요. `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를 내려받고 해시를 검증하세요. 명시적으로 요청된 고정 뷰포트 진단 스냅샷에는 최대 두 뷰포트 높이 조각마다 `get_reconstruction_bundle`을 사용하고 파일명을 유지하며 `starterLimitations`, `captureTruncated`, `selectionComplete`를 확인하세요. 스타터는 반응형 동작을 증명하지 않습니다.

## 컴포넌트 하나 재현 {/* #recreate-one-component */}

> `[product]`, 버전 `[version]`, 환경 `[environment]`, 페이지 `[page]`, 저장 뷰 `[view]`에서 `get_page_outline`으로 `[component]`를 찾으세요. 부모 영역의 `get_section_bundle` 하나를 읽거나 `get_page_bundles`로 선택 영역을 일괄 요청하세요. 미리보기 텍스트부터 사용하세요. 번들이 부족할 때만 전체 텍스트나 개별 컴포넌트 레이어를 요청하세요. 미디어는 `get_element_asset`, 글꼴은 `get_fonts`와 `get_capture_asset`으로 구하세요. 컴포넌트를 구현하고 추론한 동작을 명시하세요.

컴포넌트 경계는 휴리스틱입니다. 중첩 개요의 잎은 구조 힌트이므로 잎마다 번들을 요청하지 마세요. 이미지 도구는 선택적 최종 시각 검사, 구조화된 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 및 측정 기하로 데스크톱 프로필 하나와 모바일 프로필 하나를 비교하세요. 변경된 레이아웃, 이동/누락 콘텐츠 및 캡처 한계를 밝히세요. 이미지는 선택적 시각 검증에만 사용하고 없는 모바일 캡처를 데스크톱 데이터로 추론하지 마세요.

네이티브 비교에는 `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개 가시 요소**를 보존하며 한도는 작업별로 설정됩니다. 페이지가 허용하면 호버/포커스/활성 상태, 호버/클릭으로 나타난 콘텐츠, 대체 색상 구성 및 읽기 가능한 프레임을 페이지 증거로 기록하지만 다른 동적 동작은 없거나 일부일 수 있습니다. 기본 크롤링은 시작 로케일을 사용하며 `captureAllLocales=true`는 번역 경로도 포함할 수 있습니다. 전체 범위를 가정하지 말고 실제 `truncated` 및 캡처 한도 메타데이터를 보고하세요. 매개변수, 액세스 요건 및 사용 한도는 [도구 카탈로그](/docs/ko/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를 보관하고 관찰하며 대기 시간 초과 후 새 요청을 만들지 마세요.