프롬프트 예시

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

제품 및 버전 찾기

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, 번호 프로필 또는 기기 레이블일 수 있습니다.

캡처로 페이지 재구현

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를 확인하세요. 스타터는 반응형 동작을 증명하지 않습니다.

컴포넌트 하나 재현

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

컴포넌트 경계는 휴리스틱입니다. 중첩 개요의 잎은 구조 힌트이므로 잎마다 번들을 요청하지 마세요. 이미지 도구는 선택적 최종 시각 검사, 구조화된 IR은 콘텐츠와 레이아웃 증거를 제공합니다.

탐색 및 흐름 감사

[product], 버전 [version], 환경 [environment], 페이지/뷰 [page]/[view]에서 get_page_summary.intent, list_flows, get_flow(flowId=...)를 읽으세요. 작업, 단계, 근거와 공백을 확인하고 예상 결과와 관찰 결과를 구분하세요. 같은 환경의 get_page_transitions, 시나리오 매니페스트, 기록 단계, 리플레이와 대조하세요. 없거나 오래된 의미 정보를 보고하세요. 발견한 링크는 기록된 동작이나 결과의 증명이 아닙니다.

데스크톱 및 모바일 비교

[product], 버전 [version], 환경 web에서 [page]의 저장 프로필을 나열하세요. 요약, IR 및 측정 기하로 데스크톱 프로필 하나와 모바일 프로필 하나를 비교하세요. 변경된 레이아웃, 이동/누락 콘텐츠 및 캡처 한계를 밝히세요. 이미지는 선택적 시각 검증에만 사용하고 없는 모바일 캡처를 데스크톱 데이터로 추론하지 마세요.

네이티브 비교에는 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개 가시 요소를 보존하며 한도는 작업별로 설정됩니다. 페이지가 허용하면 호버/포커스/활성 상태, 호버/클릭으로 나타난 콘텐츠, 대체 색상 구성 및 읽기 가능한 프레임을 페이지 증거로 기록하지만 다른 동적 동작은 없거나 일부일 수 있습니다. 기본 크롤링은 시작 로케일을 사용하며 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를 보관하고 관찰하며 대기 시간 초과 후 새 요청을 만들지 마세요.