IT 시행착오··약 11분

ChatGPT로 처음 보는 스택을 3시간에 압축 학습하기 — 0→1 프롬프트 7단계를 Workers·SEO에 적용한 기록

Threads의 0→1 압축 학습 프롬프트 7단계를 시드로, Cloudflare Workers·AdsBot·Search Console처럼 처음 붙이던 스택을 실제로 어떻게 빠르게 익혔는지 재구성한 시행착오 기록입니다.

화이트보드에 적힌 학습·생산성 메모 — 0→1 압축 학습 지도 (cc by, openverse:flickr)

처음 Cloudflare Workers에 Astro 정적 블로그를 올릴 때, 공식 문서를 위에서 아래로 읽다가 이틀을 날린 적이 있습니다. Custom Domain, Bot Fight, trailing slash, Search Console 색인이 한꺼번에 쏟아졌고, 챗봇에게 “Workers 알려줘”만 던지면 긴 강의가 나와 스크롤만 늘었습니다. 그 패턴을 깨려면 전체 지도 → 레버리지 20% → 짧은 튜터 루프 → 미니 과제 → 취약점 교정 → 테스트 → 치트시트 순서가 필요했습니다.

시드는 @lesswork_systems Threads 글의 “0→1 압축 학습 모드” 프롬프트 7단계입니다. 여기서는 프롬프트를 복붙 가이드로만 옮기지 않고, 이 블로그(seominhyuk.com) 배포·SEO 스택을 처음 익히던 날에 맞춰 재구성합니다. 목표는 전문가 되기보다, 3시간 안에 구조 이해 + 실전 과제 한 사이클입니다.

사실: 무엇을 압축하려 했나

압축 대상은 대략 이런 묶음이었습니다.

  • Astro dist → wrangler assets 배포
  • apex/www DNS와 HTTPS
  • AdsBot·Googlebot이 HTML을 받는지
  • sitemap·robots·Search Console 색인 요청

문서 전체를 외울 필요는 없었습니다. 필요한 건 “어디가 막히면 무엇을 먼저 의하는가”였습니다. Threads 글이 말한 **핵심 20%**가 바로 그 체크 포인트에 해당합니다.

1단계 — 180분 학습 지도부터

프롬프트 요지: 나는 [분야] 초보자다. 전문가 목표가 아니다. 3시간에 구조를 이해하고 기본 실전 과제를 수행할 수준이면 된다. 핵심 영역 5~7개로 분해하고, 중요도·선수관계·실전 활용도를 보고 지금 불필요한 건 빼라. 180분 배분을 설계해라.

제가 [분야]에 넣은 값은 “Cloudflare Workers 정적 사이트 + 커스텀 도메인 SEO”였습니다. 모델이 뽑은 영역 예시는 대략 이랬습니다.

  1. 빌드 산출물과 assets.directory (30분)
  2. workers.dev 확인 vs 커스텀 도메인 (40분)
  3. DNS AAAA 100:: / 프록시 (30분)
  4. 봇·챌린지와 HTML 접근성 (40분)
  5. robots/sitemap/색인 요청 (40분)

WAF 고급 규칙·R2·D1은 지금 단계 제외로 미뤘습니다. 하루 분량을 줄인 것이 이 단계의 전부.

2단계 — 레버리지 20%만 고르기

프롬프트 요지: 초보가 전체를 순서대로 안 읽어도 실력이 생기는 핵심 개념 20%를 찾아라. 왜 중요한지·무엇과 연결되는지·모르면 어떤 문제가 생기는지·어디에 쓰이는지.

제가 실제로 남긴 20%는 문서 목차가 아니라 장애 신호였습니다.

  • dist/index.html 없이 wrangler deploy → 빈 배포
  • workers.dev는 200인데 apex만 Just a moment... → 존 Bot Fight
  • /ads.txt만 200이고 HTML은 403 → “텍스트는 통과, HTML은 챌린지”
  • sitemap은 있는데 canonical이 workers.dev → 색인 혼선

이 네 줄이 있으면, Pages vs Workers 비교표나 제품 소개 문단은 나중에 읽어도 됩니다. Bot Fight 글과 Search Console 색인 글이 바로 이 20%의 현장 기록입니다.

3단계 — 한 개념씩 튜터 모드

프롬프트 요지: 전문 튜터처럼 ①직관 설명 ②예시 ③적용 사례 ④이해 확인 질문. 틀리면 교정 후 다음. 이미 아는 건 반복하지 말 것.

긴 “Workers란 무엇인가” 강의 대신, 한 세션에 개념 하나만 넣었습니다. 예: Managed Challenge.

  1. 직관: 사람 브라우저만 통과시키는 문지기
  2. 예시: cf-mitigated: challenge
  3. 적용: AdsBot UA로 curl -sI
  4. 확인 질문: “ads.txt 200인데 홈이 403이면 무엇을 의하나?”

답이 “robots 문법”이면 교정하고, “존 Bot Fight”로 갈 때까지 반복했습니다. 튜터 모드의 가치는 정답이 아니라 오답 교정 루프입니다. 디버깅 프롬프트를 따로 정리한 기록은 AI 디버깅 프롬프트 프레임에도 있습니다.

4단계 — 정답 없는 미니 프로젝트 3개

프롬프트 요지: 초보가 만날 법한 과제 3개를 난이도 순으로. 정답부터 주지 말고, 막히면 힌트만. 끝나면 전문가 접근과 비교.

제가 스스로에게 준 과제는 이랬습니다.

  1. (쉬움) 로컬 npm run build 후 dist에 index.html·ads.txt 있는지 확인
  2. (중간) AdsBot UA로 /와 /ads.txt 헤더 비교
  3. (어려움) apex HTML이 챌린지면 fight_mode를 끄고 캐시 퍼지 후 재확인

정답을 모델에게 먼저 묻지 않고, 힌트만 “Zone Settings → Bots 쪽을 보라” 수준으로 받았습니다. 완료 후 비교하면 전문가 루틴은 거의 항상 봇 UA curl → cf-mitigated 유무 → 보안 설정 순서였고, 초보 루틴은 UI만 만지다가 문서 탭을 늘리는 쪽이었습니다.

5단계 — 사고 과정의 취약점만 고르기

프롬프트 요지: 맞고 틀림이 아니라 사고 취약점을 ①개념 부족 ②연결 부족 ③적용 오류 ④잘못된 가정 ⑤실수로 분류. 실력 저해 Top 3만 짧은 훈련으로.

제 Top 3는 분명했습니다.

  1. 잘못된 가정: “배포 성공 = 구글이 읽는다”
  2. 연결 부족: DNS 정상과 Bot Fight를 별개로만 봄
  3. 적용 오류: 브라우저에서 보이면 AdsBot도 된다고 착각

교정 훈련은 거창하지 않았습니다. 배포 직후 체크리스트에 AdsBot curl 한 줄을 고정으로 넣었고, 그 습관이 이후 AdSense·색인 검수의 기본이 됐습니다.

6단계 — 기억→이해→적용→판단 테스트

프롬프트 요지: 학습 중단 후 테스트. 난도 조절. 암기 문제 최소화. 마지막에 100점과 ‘확실히/불완전/재학습’ 분류.

혼자 치를 때 쓴 문제 예:

  • (기억) html_handling: drop-trailing-slash가 맞추려는 것은?
  • (이해) workers.dev 200 / apex 403이 동시에 가능한 이유?
  • (적용) 오늘 올린 글이 sitemap에 없으면 어디를 먼저 보나?
  • (판단) Bot Fight를 다시 켜도 되는 시점과 아닌 시점?

“불완전”으로 남은 항목만 다시 튜터 루프에 넣었습니다. 전부 통과한 개념을 다시 강의로 늘리지 않는 것입니다.

7단계 — 1페이지 치트시트

프롬프트 요지: 핵심 개념 → 관계 → 원칙 → 자주 하는 실수 → 실전 판단 기준. 다음 단계 공부 3개만.

제 치트시트 한 줄 요약:

항목 내용
핵심 build → assets → workers.dev → 커스텀 도메인 → 봇 HTML → sitemap/색인
원칙 사람 브라우저 성공 ≠ 크롤러 성공
실수 텍스트 파일만 보고 HTML 챌린지를 놓침
판단 cf-mitigated 있으면 SEO/AdSense 요청 보류
다음 Cache-Control, trailing slash, Actions 배포 검증

다음 공부 3개는 실제로 Workers 캐시 헤더, trailing slash, 배포 후 curl 검증으로 이어졌습니다.

평가: 어디에 쓰고, 어디에 안 쓰나

쓰는 곳: 처음 보는 클라우드·배포·SEO 조합, 에이전트/챗봇으로 문서 더미를 읽기 전에 “무엇을 뺄지”를 정할 때, 3시간 타임박스이 있는 사이드 프로젝트 온보딩.

안 쓰는 곳: 이미 운영 중인 장애의 원인 확정(로그·실측이 우선), 보안 사고 대응, 라이선스·법률처럼 압축이 위험한 영역. 프롬프트만으로 “전문가 수준”을 주장하는 용도도 아닙니다.

Threads 원문은 ChatGPT를 개인 과외처럼 쓰는 압축 학습 프레임을 제안합니다. 제가 확인한 한계는 명확합니다. 실측 curl·배포 로그 없이 7단계만 돌리면 그럴듯한 오개념이 치트시트에 고정됩니다. 그래서 4단계 미니 프로젝트와 5단계 취약점 분류에 반드시 내 환경의 응답 코드를 넣었습니다.

에이전트 워크플로로 옮기면, Plan 단계에서 12(지도·20%), Act 단계에서 34(튜터·과제), Review 단계에서 5~7(취약점·테스트·치트시트)로 나누는 편이 한도·토큰을 덜 낭비합니다. 모델 역할 분리 감각은 Plan-Act 분리 글과 맞닿습니다.

한 줄로

처음 보는 IT 스택을 ChatGPT에 통째로 던지지 말고, 180분 지도 → 레버리지 20% → 한 개념 튜터 → 힌트형 과제 → 사고 취약점 → 테스트 → 1페이지 치트시트로 압축하되, 매 단계에 curl·빌드 산출물 같은 실측을 끼우세요. 프롬프트는 속도를 주고, 실측이 방향을 고정합니다.

출처