사이트 추출

사용자가 사이트 URL을 제공하고 방대한 인테이크 과정 없이 랜딩 페이지를 제작하려 할 때 사용합니다.

이 단계는 합성하지 않습니다. 추출합니다.

주장, 증거 포인트, 또는 신뢰 신호를 소스까지 추적할 수 없으면 누락 또는 추론됨으로 표시하세요. 조용히 사실로 업그레이드하지 마십시오.

필수 입력

주요 URL
선택적 제품 URL
선택적 --deep
소스 접근이 불완전한 경우 선택적 수동 브리프 스니펫

운영자 목표

다운스트림 스킬이 신뢰할 수 있는 소스 레코드를 구축합니다.

즉, 다음을 추출합니다:

정확한 주장 언어
정확한 CTA 언어
정확한 증거 포인트
눈에 보이는 페이지 패턴
메커니즘 언어
신뢰 신호
시각적 아이덴티티
카테고리 관례

출력 파일

다음을 작성합니다:

workspace/brand/extract.md
workspace/brand/extract.json
workspace/brand/palette.json

엄격한 추출 규칙

가능한 경우 정확한 언어를 보존합니다. 인용하고, 의역하지 마십시오.
모든 증거 항목과 주요 주장에 출처를 태그하십시오.
관찰된 사실과 추론을 구분하십시오.
소스 신호가 희박하면 직접적으로 말하십시오.
추출 후 메커니즘이 명확하지 않으면, 다운스트림 전략은 해결될 때까지 중단되어야 합니다.

필수 추출 구조

# 브랜드 추출: [브랜드]
소스 URL:
- [url 1]
- [url 2]
추출일: [날짜]
신뢰도: 높음 | 중간 | 낮음

## 1. 브랜드 + 카테고리
- 브랜드명:
- 제품 카테고리:
- 주요 제공물:
- 비즈니스 모델:
- 지역 / 시장 힌트:

## 2. 정확한 히어로 언어
| 요소 | 정확한 텍스트 | 소스 URL | 출처 |
|---|---|---|---|
| 헤드라인 | | | 관찰됨 |
| 서브헤드라인 | | | 관찰됨 |
| 기본 CTA | | | 관찰됨 |
| 보조 CTA | | | 관찰됨 |

## 3. 주장 인벤토리
| 주장 | 유형 | 소스 URL | 섹션 | 출처 | 증명 필요? |
|---|---|---|---|---|---|
|  | 혜택 / 메커니즘 / 우월성 / 사회적 증명 / 보장 | | | 관찰됨 / 추론됨 | 예 / 아니오 |

## 4. 증거 인벤토리
| 증거 항목 | 클래스 | 정확한 표현 / 값 | 소스 URL | 섹션 | 참고 |
|---|---|---|---|---|---|
|  | 사용후기 / 통계 / 리뷰 수 / 로고 / 언론 / 보장 | 검증된_출처 / 파생된_출처 / 누락 | | | | |

## 5. CTA 인벤토리
| CTA 텍스트 | 대상 추정 | 소스 URL | 폴드 위? | 참고 |
|---|---|---|---|---|

## 6. 메커니즘 언어 인벤토리
- 브랜드가 반복하는 고유한 메커니즘 구문
- 보존할 가치가 있는 제품 설명 구문
- 실패한 대안 언어
- 이의 제기 처리 언어

## 7. 신뢰 신호 인벤토리
- 보증
- 배송 / 반품 / 보증
- 인증 / 언론 / 로고
- 규정 준수 / 안전 / 권위 신호
- 합법성을 나타내는 카테고리 관례

## 8. 페이지 패턴 인벤토리
| 섹션 순서 | 나타나는 내용 | 하는 역할 | 보존 가치? |
|---|---|---|---|

## 9. 시각적 모티브 인벤토리
- 주요 색상
- 글꼴 패밀리 / 클래스
- 제품 사진 스타일
- UI / 스크린샷 스타일 (있는 경우)
- 형태 언어
- 밀도 / 간격 느낌
- 신뢰에 중요한 디자인 관례

## 10. 대상 신호
- 이 대상으로 보이는 대상
- 인지 단계 단서
- 정교함 단서
- 명시적 고통 언어
- 명시적 욕망 언어

## 11. 누락 / 취약 영역
- 누락된 메커니즘 세부 사항
- 지원되지 않는 주장
- 희박한 증거
- 접근 불가능한 페이지
- 운영자 결정이 필요한 모든 것

JSON 계약

extract.json은 다음에 대한 기계 판독 가능 키를 포함해야 합니다:

brand
category
offer
hero_language
claims[]
proof_inventory[]
cta_inventory[]
mechanism_language[]
trust_cues[]
page_patterns[]
visual_motifs[]
audience_signals[]
missing_flags[]
confidence

Firecrawl 통합

여기서 공급자 선택은 필수입니다.

FIRECRAWL_API_KEY를 사용할 수 있으면 사이트 추출에 Firecrawl을 반드시 사용해야 합니다. Firecrawl이 구성되었거나 예상될 때 일반 브라우징, WebFetch, 또는 단일 페이지 스크래핑을 조용히 대체하지 마십시오.

Firecrawl이 런타임에 의해 차단되었거나, 사용 불가능하거나, 키가 누락된 경우:

명시적으로 말하십시오.
운영자에게 다음 중 하나를 요청하십시오:
- Firecrawl을 제공/구성
- 샌드박스 외부에서 로컬 Firecrawl 추출 명령 실행
- 다운그레이드된 수동/기본 추출 수락
공개 릴리스 수준 실행 시 조용히 다운그레이드된 추출을 진행하지 마십시오.

사용자가 이미 명시적으로 다운그레이드를 승인한 경우에만 묻지 않고 다운그레이드된 추출을 사용하십시오.

Firecrawl을 사용할 수 있는 경우 branding 형식으로 v2 API를 사용하십시오:

curl -s -X POST "https://api.firecrawl.dev/v2/scrape" \
  -H "Authorization: Bearer $FIRECRAWL_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "url": "https://example.com",
    "formats": ["branding", "markdown", "screenshot"],
    "onlyMainContent": false,
    "maxAge": 172800000
  }'

branding 형식은 구조화된 브랜드 아이덴티티를 반환합니다:

로고 URL
색상 팔레트 (기본, 보조, 강조, 배경, 텍스트)
글꼴 패밀리
간격 척도
UI 컴포넌트 스타일
색상 구성표 (라이트/다크)

markdown 형식은 주장 및 증거 추출을 위한 페이지 콘텐츠를 제공합니다. screenshot 형식은 시각적 참조를 제공합니다 (URL은 24시간 후 만료).

scripts/firecrawl-extract.sh를 사용하여 자동으로 실행하고 모든 출력을 저장하십시오.

딥 모드

--deep가 사용되면:

홈페이지 스크래핑
하나의 제품/서비스 페이지 스크래핑
가능한 경우 증거가 많은 페이지 하나 스크래핑
가능한 경우 가격, FAQ 또는 소개 페이지 스크래핑
모든 아티팩트에 소스 URL을 첨부하여 결과 병합

기본 딥 우선 순위:

제품 페이지
리뷰/사용후기 페이지
FAQ/가격 페이지
소개 페이지

폴백 동작

Firecrawl 또는 스크래핑이 실패하면:

접근 가능한 것은 캡처
차단된 섹션을 명시적으로 표시
누락된 신뢰/증거/메커니즘 데이터에 대해 운영자가 제공한 스크린샷이나 텍스트 요청
관찰된 것처럼 추출된 구조를 조작하지 마십시오.

Firecrawl이 Cowork 또는 다른 샌드박스 프록시에 의해 차단되면:

런타임에서 api.firecrawl.dev를 허용해야 한다고 명시
WebFetch가 동등한 것처럼 가장하지 말고 로컬 사전 실행 명령 경로를 권장

중단 / 계속 로직

다음 경우 계속:

제공물을 식별할 수 있음
CTA를 추론할 수 있음
최소한 일부 증거 또는 신뢰 신호를 추출할 수 있음

다음 경우 다운그레이드:

증거가 약함
시각적 아이덴티티가 부분적임
카테고리 관례가 명확하지 않음

다음 경우 중단하고 운영자에게 알림:

고유한 메커니즘을 식별할 수 없음
소스가 너무 얇아 실제 주장과 마케팅 안개를 구분할 수 없음
규제된 주장이 명확한 증거 없이 나타남

핸드오프

추출 후 /page-strategy를 실행하십시오.

전략 아티팩트가 이미 존재하지 않는 한 바로 카피로 건너뛰지 마십시오.

랜딩페이지 팩토리 - 사이트 추출기