질문: 환경의 질문 도구를 통해 사용자에게 질문하세요 — 절대 일반 텍스트로 묻지 마세요. 한 번에 하나의 질문만 하고, 2~4개의 탭 가능한 옵션을 제시한 후 답변을 기다리세요. 환경에 질문 도구가 없으면 동일한 옵션으로 일반 텍스트로 질문하되, 한 번에 하나씩만 질문하세요.

사이트 론칭 체크리스트은(는) 무엇을 하나요?

새 웹사이트 출시를 위한 사전 론칭 감사 및 설정 워크플로우입니다. Cloudflare DNS + Vercel 호스팅 + PostHog + 법률 컨텍스트에 최적화되어 있습니다.

상호작용 방식 (먼저 읽으세요)

이 스킬은 의도적으로 대화형입니다. 가정하지 말고 적극적으로 질문하세요. 사용자는 탭으로 선택하고, 직접 입력하지 않습니다.

실행 시작 시 항상 다음 질문을 하세요 (한 번에 하나씩, 이 순서로):

사이트 유형: doc-site | marketing/lead-gen | SaaS-app | training/paid-course | personal-portfolio
마이그레이션 여부: greenfield-new-domain | migration-need-301-redirects | replacing-existing-on-same-domain
다국어 지원: single-locale | en | fr+en | other-multi
PostHog 설정: hogpost.samber.dev | set-up-new-proxy | skip-PostHog
AI 스크레이퍼 정책: use-default-for-site-type | customize-per-bot | block-all
브라우저 도구 사용 가능 여부: claude-chrome-extension | playwright | neither-skip-browser-checks

모든 단계의 모든 결정 지점에서 다시 질문하세요. 여기에는 다음이 포함됩니다:

Sentry / BetterStack / Crisp 설치 여부 (사이트 유형에 따라 다름, 명시적으로 질문)
www vs apex 표준 도메인 선호도 (대부분의 사이트: apex; 그래도 질문)
사용자가 customize-per-bot을 선택한 경우 허용할 AI 봇
CSP 엄격도 수준: strict-default-src-none | balanced-allow-self | permissive-for-marketing
특정 단계를 완전히 건너뛸지 여부 (예: 프랑스어 사이트가 아닌 경우 3단계 건너뛰기)

명시적인 사용자 입력 없이 결정 지점을 넘어가지 마세요. 체크포인트 없는 장황한 체크리스트가 목표가 아닙니다.

명시적인 사용자 확인 없이 MCP 서버나 스킬을 설치하지 마세요. npx skills add, claude mcp add 또는 이에 상응하는 설치 명령어를 실행하기 전에 항상 질문 도구를 통해 사용자에게 확인하세요. 스킬 선택 워크플로우가 선별된 하위 집합을 제안하더라도 마찬가지입니다.

이 스킬 사용 방법

위의 세션 시작 질문을 실행하세요.
1~10단계를 순서대로 사용자에게 안내하세요. 각 단계에서: a. 항목을 나열하고 건너뛸 항목이 있는지 질문하세요. b. 나머지 각 항목에 대해 확인 명령어를 실행하세요 (아래 "확인 도구" 참조). c. 통과/실패를 보고하세요. 실패 시 사용자에게 지금 수정할지 아니면 나중을 위해 대기열에 추가할지 질문하세요.
단계별로 그룹화된 상태 보고서로 마무리하세요. 차단 요소, 권장 수정 사항 및 선택적 개선 사항을 명확히 구분하세요.

동반 스킬

6개의 스킬 팩이 사이트 론칭에 유용합니다. 전체 멀티 스킬 팩을 설치하지 마세요. 실제 설치할 하위 집합은 사용자가 확인한 사이트 유형에 따라 호출 시점에 결정됩니다.

팩 목록

팩	내용	일반적으로 유용한 대상
`AgriciDaniel/claude-seo`	SEO + GEO + 스키마 + hreflang + 사이트맵 감사, 병렬 하위 에이전트	모든 사이트 유형
`addyosmani/web-quality-skills`	Lighthouse, Core Web Vitals, 접근성, 성능, 모범 사례	모든 사이트 유형
`trailofbits/skills`	보안 감사 (OWASP, 헤더, 종속성)	모든 사이트 유형
`aaron-he-zhu/seo-geo-claude-skills`	20개의 SEO+GEO 스킬, CORE-EEAT + CITE 프레임워크, `/seo:` 슬래시 명령어	콘텐츠 중심 사이트, 경쟁이 치열한 틈새 시장
`coreyhaines31/marketingskills`	약 30개의 마케팅 스킬 (CRO, 카피라이팅, 광고, 팝업, 이메일, 페이월 등)	`marketing/lead-gen`, `SaaS-app`, `training/paid-course`
`jonathimer/devmarketing-skills`	33개의 개발자 마케팅 스킬 (페르소나, 문서 마케팅, 기술 튜토리얼 등)	`doc-site`, 개발자 대상 `SaaS-app`

스킬 선택 워크플로우 (세션 시작 시 실행)

사용자가 사이트 유형을 확인한 후, 해당 사이트 유형과 관련된 각 팩에 대해 다음을 수행하세요:

사용 가능한 하위 스킬 나열: npx skills add owner/repo --list
사이트 유형과 이 스킬이 실행할 단계에 기반하여 선별된 하위 집합 제안: 각 단계의 요구 사항을 목록에서 반환된 특정 하위 스킬과 매칭하세요.
사용자에게 확인: 제안된 목록에 3개 이상의 항목이 있으면 다중 선택을 사용하고, 그렇지 않으면 단일 선택(install-as-proposed | let-me-modify | skip-this-pack)을 사용하세요.
합의된 하위 집합을 일괄 설치: npx skills add owner/repo --skill A B C

규칙:

하위 스킬 이름은 이 SKILL.md가 아닌 팩에 있습니다. 항상 --list로 현재 상태를 조회하세요. 팩 내용은 변경될 수 있습니다.
--skill 없이 npx skills add owner/repo를 실행하지 마세요 (모든 항목이 설치됩니다).
사이트 유형 → 팩 매핑 (열거할 팩, 하위 스킬은 여전히 워크플로우별로 선택):
- doc-site: claude-seo, web-quality-skills, trailofbits, seo-geo-claude-skills, devmarketing-skills
- marketing/lead-gen: claude-seo, web-quality-skills, trailofbits, seo-geo-claude-skills, marketingskills
- SaaS-app: 전체 6개
- training/paid-course: claude-seo, web-quality-skills, trailofbits, marketingskills
- personal-portfolio: claude-seo, web-quality-skills, trailofbits, seo-geo-claude-skills (가벼운 하위 집합)
사용자가 나중에 아직 설치되지 않은 하위 스킬이 필요한 단계를 요청하면, 전체 하위 집합을 다시 설치하는 대신 해당 단일 하위 스킬에 대해 워크플로우를 다시 실행하세요.

이렇게 하면 사용자에게 필요하지 않은 80개 이상의 스킬을 가져오지 않고, 하위 스킬 이름이 최신 상태를 유지하지 못하는 문제를 피하며, 단일 팩 버전에 과도하게 의존하는 것을 방지할 수 있습니다.

단계 중에 작업을 위임할 때 이 스킬이 오케스트레이션하는 작업을 중복해서 수행하지 마세요. 좁은 범위로 전문가를 호출하세요 (예: "URL X에 대해 보안 헤더 하위 감사만 실행").

0단계: 론칭 준비 게이트

다른 모든 단계보다 먼저 실행하세요. 제품이 스스로 마케팅하지는 않습니다. 하지만 준비되지 않은 제품은 마케팅도 통하지 않습니다. 론칭 메커니즘은 론칭하는 것이 가치 있을 때만 효과가 있습니다.

두 가지 실패 모드가 반대 방향에서 론칭을 망칩니다:

스텔스 모드 — 너무 늦게 론칭. "멋진 옷을 입은 미루기." 제품이 완벽해질 때까지 비공개로 계속 다듬습니다. 결코 출시되지 않고, 아무도 당신의 존재를 알지 못합니다.
"딱 하나만 더" — 결코 론칭하지 않음. 제안된 모든 론칭 날짜가 하나 더 추가되기 위해 연기됩니다. 범위는 영원히 확장되고, 론칭은 결코 오지 않습니다.

중간 길은 SLC — Simple, Lovable, Complete (단순하고, 사랑스럽고, 완전한) (Jason Cohen)입니다. 최소한이지만 사랑받지 못하는 MVP를 출시하는 것에 대한 해독제입니다. 아무도 원하지 않는 스텁을 출시하지 말고, 비대해진 모든 기능 앱을 기다리지 마세요. 출시 가능한 v1은:

단순함(Simple) — 한 가지 일을 합니다. 여러 가지를 제대로 못하는 것이 아닙니다. 하나의 명확한 작업을 잘 수행합니다.
사랑스러움(Lovable) — 사람들이 단지 "참고" 사용하는 것이 아니라 사용하고 싶어 합니다. MVP는 사용자에게 "피드백을 위해" 축소된 경험을 견디도록 요구합니다. SLC는 그들이 선택할 만한 것을 제공합니다. 아무도 그것을 잃어도 슬퍼하지 않는다면, 아직 사랑스럽지 않은 것입니다.
완전함(Complete) — 그 한 가지 일에 대해 전체 경험입니다. 더 큰 약속에 대한 맛보기가 아닌, 명백한 구멍이 없는 스텁이 아닙니다. 선택한 범위 내에서 완전해야 합니다.

게이트: 아직 Simple, Lovable, Complete하지 않다면, 범위를 추가하는 것이 부족한 것일 때만 "딱 하나만 더" 영역에 있는 것입니다. 그렇지 않으면 스텔스 모드에 있으며 출시해야 합니다. 한 가지가 사랑스럽고 완전해질 때까지 범위를 줄인 다음, 그것을 출시하세요. SLC는 완벽한 론칭을 절대 하지 않는 대신 지금 진짜 론칭을 할 수 있게 해줍니다.

단계를 실행하기 전에 빠른 확인:

명확하게 정의된 한 가지 일을 수행합니까? (단순함)
대상 사용자가 단지 참고 사용하는 것이 아니라 선택하여 사용할 의향이 있습니까? (사랑스러움)
그 한 가지가 눈에 띄는 스텁 없이 전체 경험입니까? (완전함)
이 기준을 넘어 계속 다듬고 있습니까? → 중단하세요. 스텔스 모드에 있습니다. 출시하세요.
여전히 범위에 새로운 것을 추가하고 있습니까? → 중단하세요. "딱 하나만 더" 모드에 있습니다. SLC로 되돌리세요.

디렉토리 제출 준비 (directory-submissions 스킬에서 가져옴): 다음 9가지 질문을 하세요. 하나라도 "아니오"라면 준비되지 않은 것입니다. 먼저 누락된 부분을 구축할 수 있도록 도와주세요.

제품이 공개적으로 액세스 가능합니까 (비밀번호 장벽 없음)?
가격 페이지가 있습니까 ("베타 기간 동안 무료"라도)?
개인정보 보호정책 + 이용약관이 게시되어 있습니까?
로고 자산이 PNG + SVG + 정사각형 + 파비콘 형식으로 있습니까?
5~~8개의 실제 스크린샷과 60~~90초 데모 비디오가 있습니까?
랜딩 페이지가 GEO 준비 상태입니까 (단일 H1, 순차적 계층 구조, FAQ 스키마, 구조화된 데이터)?
최소 3개의 대안 페이지와 3개의 사용 사례 페이지가 게시되고 색인 생성되었습니까?
템플릿 갤러리 또는 리드 마그넷 자산이 있습니까 (해당 카테고리에 적용 가능한 경우)?
G2에 리뷰를 남길 수 있는 최소 20명의 베타/초기 사용자가 있습니까?

1~~7 중 하나라도 "아니오"는 하드 블록입니다. 8~~9에 대한 "아니오"는 소프트 블록입니다. 론칭은 할 수 있지만 Tier 2 리뷰 가치와 Typeform 스타일 복합 효과를 잃게 됩니다.

ORB 채널 전략 (launch 스킬에서 가져옴): 세 가지 채널 유형에 걸쳐 론칭 마케팅을 구성하세요. 모든 것은 궁극적으로 소유 채널로 다시 연결되어야 합니다.

소유 채널 (Owned Channels)

채널을 소유합니다 (단, 잠재 고객은 소유하지 않음). 알고리즘 또는 플랫폼 규칙 없이 직접 액세스할 수 있습니다.

이메일 목록, 블로그, 팟캐스트, 브랜드 커뮤니티 (Slack, Discord), 웹사이트/제품
잠재 고객에 따라 1~2개부터 시작: 업계에 양질의 콘텐츠가 부족함 → 블로그; 사람들이 직접 업데이트를 원함 → 이메일; 참여가 중요함 → 커뮤니티

임대 채널 (Rented Channels)

가시성을 제공하지만 제어할 수 없는 플랫폼입니다. 알고리즘이 변경되고, 규칙이 바뀌고, 유료 사용이 증가합니다.

소셜 미디어 (Twitter/X, LinkedIn, Instagram), 앱 스토어, YouTube, Reddit
올바른 사용 방법: 잠재 고객이 활동하는 1~2개 플랫폼을 선택하세요; 이를 사용하여 소유 채널로 트래픽을 유도하세요; 유일한 전략으로 의존하지 마세요.

차용 채널 (Borrowed Channels)

가장 어려운 부분인 주목받기를 단축하기 위해 다른 사람의 잠재 고객을 활용하세요.

게스트 콘텐츠 (블로그 게시물, 팟캐스트 인터뷰, 뉴스레터 특집)
협업 (웨비나, 공동 마케팅, 소셜 테이크오버)
연설 기회 (컨퍼런스, 패널, 가상 서밋)
인플루언서 파트너십
적극적으로 행동하세요: 잠재 고객이 팔로우하는 업계 리더 목록 작성 → 윈-윈 협업 제안 → SparkToro 또는 Listen Notes와 같은 도구를 사용하여 잠재 고객 오버랩 찾기

게이트를 통과한 후 아래 단계를 실행하세요.

카피라이팅 톤 및 휴머나이저 패스

모든 사이트에는 눈에 보이는 마케팅 카피 (히어로, 기능, CTA, 메타 설명, OG 설명, 블로그 게시물, 404 페이지 텍스트)가 있습니다. 론칭 전에 두 가지 마무리 레이어가 필수입니다:

1. 사이트당 한 번 `TONE.md` 정의

사용자에게 질문: "이 사이트에 이미 TONE.md가 있습니까?" (yes-already-exists | no-create-from-template | skip-use-default).

생성하는 경우: .agents/TONE.md 또는 레포 루트 TONE.md에 작성하세요. 구조는 references/templates.md ("TONE.md template" 섹션)를 참조하세요.

TONE.md는 다음을 지정합니다: 음성 (간결함, 반항적 등), 금지된 패턴 (예: "delve", "crucial", em 대시, AI 같은 오프너), 문장 길이 선호도, 대상 독자 수준, 사용자 자신의 글에서 나온 좋은 문장과 나쁜 문장의 예.

2. 일치하는 언어로 휴머나이저 패스 실행

모든 초안 작성 단계 후 (카피라이팅 스킬, 수동, 또는 Claude 직접 여부에 관계없이) 휴머나이저를 실행하여 AI 패턴을 제거하세요.

이미 알려지지 않은 경우 세션 시작 시 사이트의 기본 대상 언어를 사용자에게 질문하세요:

english-global → npx skills add https://github.com/blader/humanizer --skill humanizer
french → samber/cc-skills@humaniseur-fr (커스텀 프랑스어 휴머나이저) 또는 이에 상응하는 프랑스어 튜닝 스킬 사용
other → 사용 가능한 일치하는 휴머나이저 설치; 그렇지 않으면 스킬이 언어별 안티 패턴 체크리스트를 간단히 인라인으로 작성

휴머나이저를 다음에 적용: 히어로 카피, 기능 설명, CTA 버튼, 메타 설명, OG/Twitter 카드 설명, 블로그 게시물, 이메일 가입 확인, 404 페이지 텍스트. 법률 페이지 (mentions légales, CGV)는 엄격한 문구 요구 사항이 있으므로 건너뜁니다.

3. 카피라이팅 스킬을 호출할 때 항상 TONE.md 참조

카피라이팅 또는 콘텐츠 작성 하위 스킬 (스킬 선택 워크플로우에 따라 호출 시 선택됨)에 위임할 때 프롬프트 컨텍스트에 TONE.md를 포함하세요. 음성 제약 조건을 명시적으로 전달하세요: ".agents/TONE.md를 따르세요. 나열된 패턴을 피하세요. 초안 작성 후 휴머나이저를 적용하세요."

브라우저 상호작용 선호도

많은 검사에는 실제 브라우저가 필요합니다 (Lighthouse 실행, securityheaders.com 스캔, opengraph.xyz 검증, Twitter 카드 검증기, 모바일 뷰포트, 스크린 리더 스모크 테스트, 네트워크 탭 검사).

항상 Claude Chrome 확장 프로그램을 선호하세요. Chrome 확장 프로그램을 사용할 수 없는 경우에만 Playwright로 대체하세요. 둘 다 사용할 수 없는 경우 사용자에게 브라우저 검사를 완전히 건너뛸지 아니면 활성화할 때까지 기다릴지 질문하세요.

확인 도구

대부분의 검사는 타사 서비스 없이 명령줄에서 수행할 수 있습니다. 모든 단계에서 다음 도구를 인라인으로 사용하세요. Cloudflare/Vercel/Google 대시보드의 패널만 신뢰하지 말고 curl로 확인하세요.

DNS (1단계):

dig +short A example.com                          # A 레코드
dig +short AAAA example.com                       # AAAA (IPv6)
dig +short MX example.com                         # MX (메일)
dig +short TXT example.com                        # SPF + 확인 TXT
dig +short TXT _dmarc.example.com                 # DMARC
dig +short TXT default._domainkey.example.com     # DKIM (셀렉터는 다양함)
dig +short CAA example.com                        # CAA
dig +dnssec example.com | grep RRSIG              # DNSSEC 활성화

TLS / HTTPS (1단계):

curl -sIL https://example.com | head             # 리디렉션 추적
curl -sI https://www.example.com                 # www 처리 확인
openssl s_client -showcerts -connect example.com:443 < /dev/null 2>/dev/null | openssl x509 -noout -dates

헤더 (4단계):

curl -sI https://example.com | grep -iE 'content-security-policy|strict-transport-security|x-frame-options|x-content-type-options|referrer-policy|permissions-policy'
# 전체 헤더 덤프:
curl -sI https://example.com
# 외부 평가 도구:
curl -s "https://api.securityheaders.com/?q=https://example.com&followRedirects=on&hide=on" -I | grep -i 'x-grade'

SEO 파일 (5단계):

curl -s https://example.com/robots.txt
curl -sI ht

…

[이하 생략 — 전체 내용은 원본 SKILL.md 참조]

사이트 론칭 체크리스트