바이브 코딩 생산성을 10배 높이는 Claude 스킬 6가지

URL: https://www.youtube.com/watch?v=ss4lbO8M8wk 날짜: 2026-09-05 채널: Tech Bridge 원문 제목: [한영자막] 바이브 코딩 생산성을 10배 끌어올리는 역대급 Claude 스킬 6가지입니다 자막: 영어 자동 자막(한국어 자동 자막은 YouTube 요청 제한으로 확보되지 않아 영어 자막을 기준으로 번역·정리함)

---

📌 핵심 질문 / 이 영상이 다루는 핵심 논점

==Claude Code에 스킬(Skill)을 추가하면 기존 작업 방식을 버리지 않고도 에이전트가 스스로 학습하고, 제품의 수익화·품질·시장 검증까지 보조하게 만들 수 있는가?== 영상은 여섯 가지 스킬 묶음을 통해 그 답을 제시한다.

• Task Observer는 실제 작업 중 발견한 실수와 교훈을 기록해 스킬을 점진적으로 개선한다.
• Corey Haynes의 마케팅 스킬은 온보딩(Onboarding), 페이월(Paywall), 이탈(Churn) 대응을 제품 안에 반영한다.
• Andrej Karpathy의 네 가지 규칙은 에이전트의 추측·과잉 구현·범위 이탈·조기 종료를 막는다.
• OpenCLI는 Chrome의 로그인 세션과 명령어를 결합해 100개가 넘는 웹사이트를 에이전트가 직접 조작하게 한다.
• Variate는 랜딩 페이지의 여러 디자인 변형을 같은 페이지 안에서 비교하게 한다.
• Sahil Lavingia의 Minimalist Entrepreneur 스킬은 코드를 쓰기 전에 고객과 지불 의사를 검증하게 한다.

스킬은 에이전트의 기존 사용법을 대체하는 강제 프레임워크가 아니라, 에이전트가 원래 알지 못하던 능력과 판단 기준을 덧붙이는 확장 장치다. 영상은 기능을 구현하는 것만으로는 사용자를 얻거나 매출을 만들 수 없다고 보고, 학습 루프·수익화 UX·작업 통제·웹 조작·디자인 실험·시장 검증을 한 흐름으로 연결한다.

1. 스킬을 붙이는 이유와 Task Observer

스킬의 핵심 가치는 한 번 작성한 지침을 고정하는 데 있지 않고, 실제 작업에서 얻은 교훈을 다음 작업에 재사용하는 데 있다.

1.1. 여섯 스킬의 역할과 영상의 출발점

1. 기존 작업 방식에 능력을 추가한다

   1. 대체가 아닌 확장: 이미 AI 코딩 에이전트와 함께 일하는 방식이 있다면 그대로 유지할 수 있다. 스킬은 그 방식을 바꾸지 않고 에이전트가 할 수 있는 일을 늘린다.
   2. 생산성의 범위: 영상은 더 빠른 빌드뿐 아니라 반복 실수의 개선, 제품 전환, 고객 유지, 웹사이트 조작, 디자인 비교, 빌드 전 시장성 판단까지 다룬다.

2. 여섯 가지 소개의 기준

   1. AI 분야의 유명 인물들이 만든 자산: 추천 스킬들은 AI·개발·마케팅 분야에서 잘 알려진 사람들의 작업과 조언을 패키지화한 것이다.
   2. 대표적인 변화: 어떤 스킬은 모든 AI 코딩 프로젝트에 적용할 네 가지 규칙을 제공하고, 다른 스킬은 에이전트가 인터넷과 웹사이트를 보는 방식을 명령어 중심으로 바꾼다.

1.2. Task Observer가 해결하는 유지보수 문제

1. 스킬의 가장 큰 문제는 최신성이다

   1. 반복되는 실수: 에이전트가 같은 실수를 다시 하면 사용자가 그 사실을 알아차리고 직접 스킬을 고쳐야 한다.
   2. 사전 예측의 한계: 한 번 앉아서 앞으로 에이전트가 저지를 모든 실수를 예측할 수는 없다. 따라서 실제 작업 중 유용한 교훈을 관찰해야 한다.

2. 작업 중 학습을 기록한다

   1. 새 스킬 후보: 같은 해결책을 새 스킬로 만들 수 있으면 Task Observer가 그 해결책을 기록한다.
   2. 기존 규칙 후보: 기존 스킬에 새 규칙이 필요하면 그것도 기록한다. 에이전트가 일하는 동안 발견·개선 루프가 계속 돌아간다.

1.3. 설치 범위와 기록 구조

1. 전역 설치와 프로젝트별 설치

   1. 메인 .claude 폴더: 컴퓨터의 주 Claude Code 폴더에 설치하면 모든 Claude Code 세션에서 동작한다.
   2. 단일 프로젝트: 특정 프로젝트 안에 설치하면 그 프로젝트에서만 작동한다. 영상은 프로젝트별 설치를 추천한다. 프로젝트마다 교훈을 분리할 수 있어 기록을 관리하기 쉽기 때문이다.

2. log.md와 공통 규칙 파일

   1. 관찰 기록: 설치하면 log.md가 생성되고 Task Observer가 본 모든 내용이 기록된다. 전역 설치일 때는 실제 프로젝트 바깥의 메인 Claude Code 폴더 안에 있다. 프로젝트별 설치라면 프로젝트마다 독립 기록을 가진다.
   2. 모든 스킬에 적용되는 규칙: 별도의 파일에는 보유한 모든 스킬에 공통으로 적용해야 할 규칙을 기록한다. 예를 들어 어떤 스킬도 실제 고객 이름을 파일에 쓰지 않게 하려면, 현재 쓰는 스킬 하나가 아니라 모든 스킬에 해당하는 규칙으로 두 번째 파일에 넣는다.

3. CLAUDE.md 지시와 검토 절차

   1. 작업 중 실행 지시: claude.md 파일에 Task Observer를 작업 중 실행하라는 지시를 추가해야 Claude가 계속 교훈과 개선점을 찾는다. Claude Code가 읽는 파일명은 통상 CLAUDE.md로 표기되며, 영상 자막에는 claude.md로 들린다.
   2. 스킬별 섹션: 기록 안에서 각 스킬은 자기 섹션을 가지며, 제안된 변경 사항은 그 아래에 작성된다.
   3. 자동 영구 반영을 막는다: 기록된 교훈이 곧바로 실제 스킬을 바꾸지는 않는다. 다음 세션에서 기록을 읽고 영구 규칙으로 만들지 사용자가 검토·결정한다. 잘못된 결과가 에이전트가 영원히 따르는 나쁜 규칙으로 자동 승격되는 일을 막는 장치다.

1.4. 애니메이션 에이전트에서 얻은 실제 사례

1. 브랜드 로고를 SVG로 공급해야 했던 이유

   1. 모델의 한계: 영상 제작용 애니메이션 프로젝트는 애니메이션의 외관을 정하는 커스텀 지침이 많고 계속 개선된다. 그 안에 브랜드 로고가 자주 들어가지만 모델은 로고를 스스로 정확히 만들지 못한다.
   2. 필요한 형식: 그래서 로고를 코드 형식인 SVG(Scalable Vector Graphics)로 제공해야 한다.

2. 실패를 규칙으로 바꾼 과정

   1. 잘못된 도구 선택: 제작팀은 LobHub라는 사이트에서 로고 파일을 수동으로 받아 왔다. LobHub에는 에이전트가 터미널에서 실행할 수 있는 도구도 있었고, 에이전트는 그 도구가 로고를 가져오는 데 쓰일 것이라고 추정했다.
   2. 실패 원인: 그러나 그 터미널 도구는 로고 다운로드용이 아니라 다른 목적의 도구였기 때문에 실패했다.
   3. Task Observer의 기록: Task Observer는 애니메이션 시스템에서는 LobHub 도구를 사용하면 안 된다는 교훈을 기록하고, 로고를 받아올 올바른 출처도 찾아 새 규칙으로 등록했다.
   4. 사람의 검토와 효과: 팀은 두 교훈을 검토해 스킬에 반영했다. 이후 애니메이션 에이전트는 브랜드 로고를 어디서 가져와야 하는지 정확히 알고, 사람이 매번 수동으로 추가하지 않아도 로고를 넣을 수 있게 됐다.

2. Corey Haynes의 인앱 마케팅 스킬

작동하는 제품도 돈을 벌기 전에 사용자를 잃을 수 있으므로, 제품이 가입·결제·유지를 통과하도록 설계하는 능력이 필요하다.

2.1. 48개 마케팅 스킬과 세 가지 핵심 기능

1. 마케팅을 광고로 한정하지 않는다

   1. 출처: 다음 스킬들은 Corey Haynes가 만든 48개 마케팅 스킬 컬렉션에 속한다.
   2. 범위: 이름만 보면 광고나 콘텐츠 제작용처럼 보이지만, 실제 컬렉션은 제품이 돈을 버는 모든 방식을 다룬다.
   3. 앱 통합: 영상 시연에서는 그중 세 가지를 앱에 직접 통합한다.

2. 세 가지 수익화·유지 지점

   1. 온보딩(Onboarding): 새 사용자가 제품을 설정하고 사용을 시작하도록 돕는 과정이다. AI 프로그래머들이 자주 놓치는 중요한 앱 구성 요소다.
   2. 페이월(Paywall): 결제가 필요한 기능을 사용하려 할 때 나타나는 화면이며, 전환(Conversion)을 이끄는 핵심 지점이다.
   3. 이탈(Churn): 제품을 계속 쓰는지 파악하는 데 중요한 지표다. 돈을 내던 사용자가 더 이상 결제하지 않으면 이탈이 발생한다.

2.2. 시연용 헬스장 앱과 기술 구성

1. 앱이 해결하는 문제

   1. 서비스 흐름: 사용자는 헬스장 멤버십을 얻고, 트레이너를 고르고, 운동을 선택할 수 있다.
   2. 통합 관리: 헬스장 운영에 필요한 모든 기능을 하나의 애플리케이션 안에 넣은 형태다.

2. 구현 스택과 스킬 폴더

   1. Next.js: 앱은 웹 애플리케이션을 만드는 표준적인 방법 중 하나인 Next.js로 구현했다.
   2. Supabase: 데이터베이스는 앱에 필요한 것을 저장하기 쉬운 Supabase를 사용한다. 사용자와 애플리케이션의 모든 정보를 저장하고 로그인 시스템도 처리한다.
   3. 스킬의 보완 역할: 스킬 폴더에는 세 가지 마케팅 스킬과 Supabase 스킬이 나란히 들어 있다. Supabase는 계속 업데이트되므로 모델의 학습 내용이 사용 중인 버전과 맞지 않을 수 있다. 또한 애플리케이션용으로 널리 쓰이는 데이터베이스이므로 Supabase를 개발한다면 관련 스킬을 설치할 가치가 있다고 설명한다. 관련 스킬 링크는 영상 설명에 제공한다.

2.3. 온보딩: 다섯 단계를 시작에 필요한 한 단계로 줄인다

1. 기존 가입 흐름의 마찰

   1. 다섯 개 질문: 기존에는 가입할 때 다섯 가지를 서로 다른 다섯 단계에서 답해야 했다.
   2. 문제: 사용자가 애플리케이션에 들어와 실제 사용을 시작하기까지가 불필요하게 어려웠다.

2. 새 프로토타입의 설계

   1. 이미 받은 정보 재사용: 카드에서 이미 입력한 사람의 이름을 새 가입 과정에서 자동으로 채운다.
   2. 새로 묻는 정보 최소화: 계정을 만들 때 새로 요청하는 것은 헬스장의 위치 하나뿐이다.
   3. 인기 요금제 기본 선택: 이후 요금제 화면으로 곧바로 이동하고 가장 인기 있는 요금제를 미리 선택해 결정을 쉽게 만든다.
   4. 근거: 이는 임의로 만든 선택지가 아니라, 실제 제품에서 사람들이 수년간 어떻게 행동했는지 테스트한 결과에 기반한 선택이다.

3. 나중에 완료할 설정을 숨기지 않는다

   1. 진행률 표시: 로그인 뒤 없앤 각 설정 단계는 화면 아래의 진행률 표시줄로 이동한다.
   2. 점진적 완료: 앱은 시작에 필요한 정보만 먼저 묻고, 남은 설정을 끝내라는 알림은 나머지가 완료될 때까지 남겨 둔다.
   3. 구현 상태: 화면에 보이는 온보딩은 실제 앱에 아직 추가된 기능이 아니라 스킬이 제안한 내용을 보여 주는 프로토타입이다.

2.4. 페이월: 무료 사용으로 가치를 보여 주고 결제로 연결한다

1. 가입과 결제를 분리한다

   1. 무료 진입: 사용자가 먼저 무료로 가입하게 한다.
   2. 가치의 미리보기: 결제하면 무엇을 얻는지 앱 안에서 보여 준다.
   3. 잠금 구조: 일부 콘텐츠는 사용할 수 있게 두고 나머지는 잠근다. 잠긴 콘텐츠를 보려는 사용자는 가격 페이지로 바로 이동해 잠금을 해제할 수 있다.

2. 에이전트에게 원칙을 제공해야 하는 이유

   1. 익숙한 패턴: 많은 애플리케이션에서 본 적 있는 구조지만, 단순히 에이전트에게 페이월을 추가하라고 하면 보통 이런 세부 결정을 하지 않는다.
   2. 스킬의 역할: 무료로 가치를 경험시키고, 일부 기능을 잠그고, 가격 페이지로 연결하는 전환 원칙을 스킬에 내장한다.

2.5. 이탈 방지: 즉시 해지 대신 이유에 맞는 선택지를 제시한다

1. 취소 페이지의 기본 흐름

   1. 즉시 종료 금지: 사용자가 멤버십을 취소하려 해도 애플리케이션이 곧바로 멤버십을 종료하지 않는다.
   2. 이유 질문: 먼저 왜 떠나려는지 묻고, 사용자가 이유를 고르면 그 답에 맞는 더 나은 선택지를 제공한다.

2. 작은 UI 결정으로 취소를 줄인다

   1. 일시정지 우선: 멤버십 일시정지 버튼을 페이지의 주된 버튼으로 배치한다.
   2. 해지 경로의 시각적 비중: 계속 취소하기는 아래쪽의 단순한 텍스트로 표시한다.
   3. 범용 데모의 한계: 현재 구현은 시연용이라 일반적인 수준이다. 실제 사용자 데이터와 판매 상품의 세부 정보를 스킬에 제공하면 제품에 맞춰 훨씬 구체적인 판단을 하게 된다.

3. Andrej Karpathy의 네 가지 코딩 규칙

프로그래밍 에이전트의 많은 문제는 코드 오류보다 사용자가 요청하지 않은 결정을 에이전트가 임의로 내리는 데서 시작된다.

3.1. 네 규칙이 막는 네 가지 실패

1. 불명확한 요청에 추측하지 않는다

   1. 가정 공개: 요청이 모호하면 에이전트는 자신이 무엇을 가정하고 있는지 말해야 한다.
   2. 선택지 제시: 가능한 서로 다른 옵션을 보여 줘야 한다.
   3. 질문 선행: 프로젝트를 다른 방향으로 가져갈 결정을 하기 전에 사용자에게 질문하고 확인을 받아야 한다.

2. 요청보다 많이 만들지 않는다

   1. 가장 단순한 해결책: 작동하는 가장 단순한 해법을 사용한다.
   2. 미래 문제의 선제 구현 금지: 아직 겪지 않은 문제를 위해 추가 기능·설정·시스템을 덧붙이지 않는다. 지금 요청하지 않은 범위까지 제품을 부풀리지 않는다.

3. 할당 범위 밖을 바꾸지 않는다

   1. 기존 것과 맞추기: 맡은 작업은 이미 존재하는 코드와 디자인에 맞게 수행한다.
   2. 자기가 만든 지저분함만 정리: 작업 중 자신이 만든 혼란은 정리할 수 있다.
   3. 다른 문제는 경고만: 범위 밖의 문제를 발견하면 스스로 고치지 말고 사용자에게 경고한다.

4. 변경이 생겼다고 작업을 끝내지 않는다

   1. 완료 조건을 먼저 정한다: 시작 전에 결과가 어떤 상태여야 하는지 결정한다.
   2. 검증 방법을 정한다: 그 결과를 어떻게 검증할지도 미리 정한다.
   3. 검증 승인까지 계속한다: 무언가 바뀌었다는 이유만으로 작업을 종료하지 않고, 각 검증 결과가 승인될 때까지 계속 작업한다.

3.2. 모든 프로젝트에 규칙을 상속하는 설치법

1. 일반 스킬과 다르게 배치한다

   1. 공통 적용 목적: 네 규칙을 일반 스킬로 설치할 수도 있지만, 영상 제작팀은 모든 프로그래밍 프로젝트에 적용하려고 다른 방식을 사용한다.
   2. 개발 폴더 통일: Mac에서 모든 프로그래밍 프로젝트를 하나의 Developer 폴더 안에 둔다. 폴더에 커스텀 아이콘을 지정하고 Finder 사이드바에 끌어다 놓아 모든 프로젝트가 같은 위치에서 시작하게 만든다.

2. 상위 CLAUDE.md를 활용한다

   1. 루트 공통 파일: Developer 폴더 안에는 이 규칙을 스킬로 설치하지 않고, 네 규칙을 폴더 루트의 CLAUDE.md 파일에 복사한다.
   2. 상위 폴더 상속: Claude Code는 프로젝트 내부의 CLAUDE.md와 상위 폴더에 있는 CLAUDE.md 파일을 읽는다.
   3. 효과: Developer 폴더 아래의 프로그래밍 프로젝트를 열 때마다 네 규칙이 각 프로젝트의 지침과 함께 로드된다. 팀의 다른 영역에 있는 무관한 Claude Code 세션까지 규칙을 적용하지 않고, 해당 개발 프로젝트에만 동일한 기본 규칙을 제공한다.

4. OpenCLI: 로그인한 웹을 명령어로 바꾼다

웹사이트를 사용하는 능력은 AI 에이전트의 큰 제약이다. 브라우저 에이전트는 페이지를 하나씩 열어 버튼을 찾아야 하므로 사이트를 천천히 탐색해야 하지만, OpenCLI는 그 과정을 명령어 실행으로 바꾼다.

4.1. 세 요소가 결합된 웹 자동화 도구

1. 100개가 넘는 웹사이트를 직접 다룬다

   1. 명령어화: OpenCLI는 이미 로그인한 계정을 포함해 100개가 넘는 웹사이트를 에이전트가 직접 실행할 수 있는 명령어로 바꾼다.
   2. 명확한 동작: 각 명령은 하나의 분명한 행동을 수행한다. 예를 들어 에이전트에게 X를 열고 북마크를 찾아 전부 복사하라고 길게 지시하는 대신, 명령어 하나를 실행해 북마크를 깔끔한 목록으로 받을 수 있다.

2. OpenCLI는 단일 스킬이 아니다

   1. 메인 도구: 웹사이트 동작을 실행하는 OpenCLI 본체가 있다.
   2. Chrome 확장 프로그램: Chrome에 추가하는 확장 프로그램이 이미 로그인한 웹사이트와 OpenCLI를 연결한다.
   3. 사용법 스킬: 에이전트에게 어떤 명령을 찾아야 하는지, 필요한 명령이 없으면 새 명령을 만드는 방법, 웹사이트가 바뀌면 명령을 고치는 방법을 가르치는 스킬 세트가 있다.

4.2. Chrome 로그인 세션과 X 사례

1. 비밀번호를 다시 주지 않고 계정을 사용한다

   1. 세션 연결: Chrome 확장 프로그램은 사용자가 이미 로그인한 계정에 OpenCLI를 연결한다.
   2. 자격 증명 노출 감소: 에이전트가 계정을 쓰기 위해 비밀번호를 다시 제공할 필요가 없다.

2. X에서 할 수 있는 일

   1. 공식 API의 비용: X는 다른 프로그램이 데이터에 접근하는 공식 API 사용에 비용을 청구한다.
   2. 로그인 세션 활용: Chrome에서 X에 이미 로그인했다면 OpenCLI를 통해 에이전트가 게시물을 검색하고 북마크를 읽을 수 있다.
   3. 계정 행동: 에이전트는 해당 계정으로 게시하고, 답글을 달고, 다른 사람을 팔로우할 수도 있다.
   4. 제품 아이디어 조사: 제품 아이디어를 조사할 때 사람들이 문제에 대해 무엇을 말하는지 에이전트가 살펴볼 수 있다. 저장해 둔 게시물을 전부 가져와 조사에 쓸 수 있는 깔끔한 목록으로 바꿀 수도 있다.

3. 사용 범위를 지킨다

   1. 개인 계정 기반 작업: OpenCLI는 자신의 계정으로 자신이 웹사이트에서 실행할 작업을 위한 도구다.
   2. 판매 제품의 공식 도구를 대체하지 않는다: 다른 사람에게 판매할 애플리케이션 내부에서는 해당 서비스가 제공하는 공식 도구를 계속 사용해야 하며, OpenCLI가 그 도구를 대체하도록 만든 것이 아니다.

5. Variate: 랜딩 페이지 디자인을 조합하고 비교한다

AI 모델은 비슷한 디자인을 반복해서 내놓기 때문에 첫 번째 시안을 그대로 받아들이기보다 여러 버전을 요청해 비교해야 한다. 그러나 실제 프로젝트에서 페이지의 각 부분에 대한 여러 버전을 관리하면 금방 혼란스러워진다.

5.1. 랜딩 페이지 전용 변형 관리

1. 출처와 추천 용도

   1. 같은 제작자의 디자인 스킬: Variate는 이 영상에서 앞서 언급한 대표 디자인 스킬을 만든 동일한 저자의 스킬이다. 그 대표 디자인 스킬은 많은 별(Stars)을 받았고 채널에서 이전에도 소개됐다.
   2. 랜딩 페이지 중심: 여러 아이디어를 시험하기 쉽게 해 주므로 주로 랜딩 페이지에 설치하는 것을 추천한다.

2. 변형 메뉴의 기본 동작

   1. 작은 메뉴: 기존 헬스장 앱의 기능은 애플리케이션 일부를 여러 버전으로 만들고 비교할 수 있는 작은 메뉴를 추가한다.
   2. 로그인 전용 노출: 메뉴를 랜딩 페이지에 붙여 두므로 로그인하고 메인 애플리케이션에 들어가면 메뉴가 사라진다.
   3. 부분 변형: 시연에서는 메인 섹션의 변형만 만들었다. 버전을 바꿔도 랜딩 페이지의 나머지 부분은 정확히 그대로 유지된다.

5.2. Next.js와 단순 HTML에서 같은 실험을 반복한다

1. 실제 앱에서의 사용

   1. Next.js 앱: 시연 대상은 실제 Next.js 애플리케이션이다.
   2. 부분 교체: 전체 페이지를 다시 설계하지 않고 메인 섹션처럼 지정한 부분만 바꿔 비교한다.

2. HTML 프로토타입에서도 작동한다

   1. 디자인 시작점: 채널에서는 앱을 설계할 때 보통 단순한 HTML 페이지부터 시작한다.
   2. 동일한 메뉴: 같은 종류의 랜딩 페이지를 HTML로 만든 경우에도 변형 메뉴가 작동한다.
   3. 선택의 전달: 여러 버전 사이를 오가며 가장 마음에 드는 것을 고르면 그 선택이 에이전트에 직접 전달된다.
   4. 다음 실험: 에이전트에게 페이지의 다른 부분에 대한 추가 버전을 만들라고 요청할 수 있다.
   5. 조합 가능한 단위: 버튼·섹션·헤더를 각각 여러 버전으로 시험한 뒤 마음에 드는 조합을 만들 수 있다. 랜딩 페이지 전체를 매번 다시 디자인할 필요가 없다.

6. Sahil Lavingia의 Minimalist Entrepreneur Skills

앞의 스킬들이 더 나은 제품을 만드는 방법을 다룬다면, 마지막 스킬 묶음은 애초에 아무도 원하지 않는 제품을 만들고 있지는 않은지, 즉 제품을 만들어야 하는지부터 판단하게 한다.

6.1. 책에서 사업 구축 스킬로

1. 제작자와 출처

   1. Sahil Lavingia: 디지털 제품을 온라인에서 판매하는 유명 플랫폼 Gumroad의 창업자다.
   2. 책의 전환: 이 스킬들은 Sahil Lavingia의 책 The Minimalist Entrepreneur를 바탕으로 10개의 스킬로 만들어졌다.

2. 사업 단계 안내

   1. 9개 스킬의 역할: 10개 중 9개는 사업을 만드는 단계를 차례로 안내한다.
   2. 첫 결정: 코드 작성보다 먼저 누구를 위해 만들지와 그 사람들이 실제로 원하는지를 판단한다.
   3. 이후 단계: 최소 버전을 고르고, 먼저 수작업으로 제공해 보고, 첫 고객을 얻고, 가격을 정하고, 제품을 홍보하고, 외부 자금 조달 없이 성장하고, 사람을 고용하기 전에 회사 운영 방식을 결정하는 단계까지 다룬다.

6.2. 아이디어보다 사람에서 출발한다

1. 일반적인 아이디어 발상의 역순

   1. 보통의 순서: 대부분은 아이디어를 먼저 고른 다음 그것을 원할 사람을 찾는다.
   2. Minimalist Entrepreneur의 순서: 이 스킬은 먼저 사람에서 시작한다. 자신이 이미 속한 집단을 살펴보고, 그 사람들이 계속 불평하는 문제를 찾는다.

2. 고객 집단의 사업성 확인

   1. 문제의 제품화: 집단에서 반복되는 불만 중 하나가 제품 아이디어가 될 수 있다.
   2. 광고 없이 닿을 수 있는가: 그 집단에 광고비를 내지 않고도 접근할 수 있는지 확인한다.
   3. 이미 돈을 쓰는가: 그 사람들이 비슷한 문제를 해결하기 위해 이미 돈을 지출하는지 확인한다.
   4. 도달 가능성과 지불 습관의 의미: 문제 자체가 진짜라는 것만으로는 충분하지 않다. 접근 가능한 고객이고 기존 지출 행동도 있어야 만들 가치가 커진다.

6.3. 10명과 3명의 유료 의사로 검증한다

1. 문제 발견과 지불 증거를 분리한다

   1. 아이디어의 한계: 실제 문제를 찾으면 아이디어는 얻지만, 누군가가 내 해결책에 돈을 낼 것이라는 증거는 아직 아니다.
   2. 두 번째 스킬: 그래서 두 번째 스킬은 검증(Validation)을 다룬다. 아무것도 만들기 전에 사람들이 실제로 돈을 낼지 확인하는 과정이다.

2. 검증 기준을 구체화한다

   1. 모호한 시장 정의 거부: 문제가 있는 사람이 누구냐는 질문에 “기업”처럼 넓은 답을 허용하지 않는다.
   2. 실명 가능한 10명: 실제로 이름을 말할 수 있는 사람 10명을 특정해야 한다.
   3. 최소 3명의 지불 의사: 그 10명 중 적어도 3명은 돈을 내겠다고 말해야 한다.
   4. 나머지 일곱 스킬의 출발 조건: 사람들이 제품을 원한다는 사실을 증명한 뒤에야 나머지 일곱 스킬이 최소 버전·수작업 제공·첫 고객·가격·홍보·무투자 성장·채용 전 운영 설계를 안내한다.

주요 발언 모음

“스킬의 가장 큰 문제는 만드는 일이 아니라 최신 상태로 유지하는 일이다.”

“한 번 앉아서 에이전트가 저지를 모든 실수를 예측할 수는 없다. 그러니 일하면서 유용한 교훈을 관찰해야 한다.”

“나쁜 결과가 에이전트가 영원히 따르는 규칙으로 자동 변하지 않도록, 기록된 교훈을 영구 반영하기 전에 검토한다.”

“작동하는 제품을 만들 수는 있어도, 작동한다는 사실만으로 사용자를 얻고 돈을 벌 수 있는 것은 아니다.”

“요청이 불명확할 때 에이전트는 가정을 말하고, 선택지를 보여 주고, 프로젝트를 다른 방향으로 이끌 결정을 하기 전에 질문해야 한다.”

“작동하는 가장 단순한 해결책을 사용하고, 아직 겪지 않은 문제를 위해 기능·설정·시스템을 추가하지 말아야 한다.”

“시작하기 전에 결과와 검증 방법을 정하고, 모든 검증이 승인될 때까지 계속 작업해야 한다.”

“OpenCLI는 100개가 넘는 웹사이트를 에이전트가 직접 실행할 수 있는 명령어로 바꾼다.”

“진짜 문제를 찾았다는 것은 아이디어를 준다. 하지만 누군가가 해결책에 돈을 낼 것이라는 증명은 아니다.”

“누가 문제를 갖고 있느냐는 질문에 ‘기업’이라고 답할 수 없다. 이름을 말할 수 있는 실제 사람 10명을 찾고, 그중 최소 3명이 돈을 내겠다고 말해야 한다.”

핵심 데이터 & 수치

• 6개 스킬 묶음: Task Observer, Corey Haynes 마케팅 스킬, Karpathy 규칙, OpenCLI, Variate, Minimalist Entrepreneur Skills를 소개한다.
• 48개: Corey Haynes 마케팅 스킬 컬렉션의 규모다.
• 3개 인앱 기능: 마케팅 컬렉션에서 온보딩·페이월·이탈 대응 스킬을 시연 앱에 직접 통합한다.
• 5개 가입 질문과 단계: 기존 헬스장 앱의 가입 과정은 서로 다른 다섯 단계에서 다섯 가지를 물었다.
• 1개 새 질문: 개선된 가입 과정은 이미 입력한 이름을 재사용하고 헬스장 위치만 새로 묻는다.
• 100개 이상 웹사이트: OpenCLI가 명령어 기반으로 지원하는 웹사이트 수다.
• 3개 OpenCLI 구성 요소: 메인 CLI 도구, Chrome 확장 프로그램, 사용법을 가르치는 스킬 세트가 함께 작동한다.
• 10개 Minimalist Entrepreneur 스킬: The Minimalist Entrepreneur를 기반으로 만든 스킬 수다.
• 9개 사업 구축 단계 스킬: 10개 중 9개가 고객 발견부터 채용 전 운영까지 사업 구축 단계를 안내한다.
• 10명과 3명: 검증하려는 시장에서 이름을 말할 수 있는 실제 사람 10명을 찾고, 그중 최소 3명에게 유료 의사를 확인한다.

관련 리소스

• Task Observer: https://github.com/rebelytics/one-skill-to-rule-them-all
• Corey Haines Marketing Skills: https://github.com/coreyhaines31/marketingskills
• Karpathy Rules: https://github.com/multica-ai/andrej-karpathy-skills
• OpenCLI: https://github.com/jackwener/opencli
• Variate: https://github.com/Nutlope/variate
• Minimalist Entrepreneur Skills: https://github.com/slavingia/skills
• Supabase Skill: https://supabase.plug.dev/cGAn9qa

결론 및 시사점

1. 작업 중 관찰을 학습 자산으로 만든다: Task Observer를 프로젝트별로 설치하고 log.md를 검토해 실제로 반복된 교훈만 영구 스킬에 반영한다.
2. 기능 구현과 사업 성과를 분리해 점검한다: 온보딩은 시작에 필요한 입력만 받고, 페이월은 무료 가치 경험 뒤 결제로 연결하고, 취소 화면은 이유에 맞는 유지 선택지를 제공해야 한다.
3. 에이전트의 자율성에 경계를 설정한다: Karpathy의 네 규칙을 상위 CLAUDE.md에 두면 모든 개발 프로젝트에 불명확성·과잉 구현·범위 이탈·조기 종료 방지 장치를 상속할 수 있다.
4. 웹 작업은 계정과 도구의 경계를 지킨다: OpenCLI는 개인 로그인 세션으로 조사와 게시 작업을 자동화할 수 있지만, 고객에게 판매하는 제품의 공식 API나 공식 도구를 대체하는 용도로 사용하지 않는다.
5. 디자인은 한 번에 결정하지 않는다: Variate로 버튼·헤더·메인 섹션을 독립적으로 여러 버전으로 시험하고, 선택한 조합을 에이전트에 다시 전달한다.
6. 코드를 쓰기 전에 지불 의사를 검증한다: 이미 속한 집단에서 반복 문제를 찾고, 광고 없이 접근할 수 있는지와 기존 지출을 확인한 뒤, 실명 가능한 10명과 최소 3명의 유료 의사로 범위를 좁힌다.

핵심 요약 (20줄)

1. Claude 스킬은 기존 AI 코딩 작업 방식을 대체하지 않고 에이전트의 능력과 판단 기준을 확장한다.

2. 영상은 작업 학습, 제품 수익화, 코딩 통제, 웹 조작, 디자인 실험, 시장 검증을 다루는 여섯 스킬 축을 소개한다.

3. Task Observer는 실제 작업 중 발생한 실수와 유용한 해결책을 관찰해 기록한다.

4. 반복 해결책은 새 스킬 후보로 기록되고 기존 스킬의 부족한 규칙도 개선안으로 기록된다.

5. Task Observer는 모든 Claude Code 세션에 설치하거나 특정 프로젝트에만 설치할 수 있다.

6. 프로젝트별 설치는 프로젝트마다 log.md를 분리해 교훈을 관리하기 쉽게 만든다.

7. 기록된 교훈은 사람의 검토를 거친 뒤에만 영구 스킬 규칙으로 반영된다.

8. Corey Haynes의 48개 마케팅 스킬 중 온보딩, 페이월, 이탈 대응 스킬이 헬스장 앱에 통합됐다.

9. 온보딩은 다섯 단계의 가입 과정을 이름 자동 입력과 헬스장 위치 입력 중심으로 줄인다.

10. 온보딩에서 생략한 설정은 하단 진행률 표시줄과 지속 알림으로 나중에 완료하게 한다.

11. 페이월은 무료 가입과 콘텐츠 미리보기를 제공한 뒤 잠긴 기능을 가격 페이지와 연결한다.

12. 취소 페이지는 해지 이유를 묻고 답변에 맞는 대안을 제시하며 멤버십 일시정지를 주된 버튼으로 둔다.

13. Karpathy의 첫 규칙은 에이전트가 모호한 요청을 추측하지 말고 가정과 선택지를 제시하게 한다.

14. 나머지 규칙은 과잉 구현, 할당 범위 밖 변경, 검증 전 조기 종료를 막는다.

15. 네 규칙을 개발 폴더 상위 CLAUDE.md에 넣으면 해당 폴더의 모든 프로젝트에 상속할 수 있다.

16. OpenCLI는 메인 CLI, Chrome 확장 프로그램, 사용법 스킬로 로그인한 100개 이상의 웹사이트를 명령어화한다.

17. X 로그인 세션으로 검색, 북마크 읽기, 게시, 답글, 팔로우, 제품 아이디어 조사를 수행할 수 있다.

18. Variate는 랜딩 페이지의 버튼·섹션·헤더 변형을 비교하고 선택 결과를 에이전트에 전달한다.

19. Minimalist Entrepreneur Skills는 아이디어보다 고객 집단과 반복 문제에서 시작해 빌드 여부를 판단하게 한다.

20. 이름을 말할 수 있는 10명 중 최소 3명의 유료 의사를 확인한 뒤 최소 제품과 첫 고객 확보를 진행한다.