바이브코딩을 시작하기 전에 클로드 스킬로 해결할 수 있는지 확인하세요

반복해서 하는 일이 불편하면 웹 애플리케이션부터 떠올리기 쉽습니다.

매주 같은 형식의 보고서를 만들어요.
고객마다 제안서 내용을 바꿔야 해요.
설문 결과를 정리해서 요약하고 싶어요.

→ 이 업무를 처리하는 앱을 만들어볼까?

바이브코딩으로 앱을 만들 수 있어도 앱이 항상 가장 효율적인 해결책은 아닙니다.

내가 원하는 일이 자료를 받아 정해진 순서로 처리하고 결과물을 만드는 반복 업무라면 클로드 스킬(Claude Skill)만으로 해결할 수도 있어요.

따라서 코드를 만들기 전에 먼저 질문해보세요.

이 문제는 웹 애플리케이션이 필요한가요?
클로드에게 반복 작업 방식을 가르치면 충분한가요?

클로드 스킬이 무엇인가요?

클로드 스킬은 클로드가 특정 작업을 일정한 방식으로 처리하도록 지침, 참고 자료, 템플릿과 필요한 스크립트를 묶어놓은 것입니다.

언제 사용해야 하는지
어떤 순서로 작업하는지
무엇을 확인해야 하는지
결과물을 어떤 형식으로 만드는지

한 번의 대화에서 사용하는 긴 요청문과 달리 Skill은 반복해서 사용할 작업 방식을 저장합니다. 클로드는 요청과 관련된 Skill이 있으면 필요한 지침을 불러와 작업해요.

예를 들어 회사 소개서를 만들 때마다 색상, 글꼴, 문장 규칙과 확인 항목을 다시 설명하는 대신 회사 소개서 만들기 Skill에 넣어둘 수 있습니다.

사용자가 자료 전달
→ 클로드가 관련 Skill 확인
→ 정해진 순서와 기준으로 작업
→ 같은 형식의 결과물 생성

간단한 Skill은 글로 작성한 지침만으로 만들 수 있고, 필요하면 예시 파일, 문서 템플릿이나 실행할 코드도 함께 넣을 수 있습니다. 자세한 구조는 Claude Agent Skills 공식 문서 (새 탭에서 열림)에서 확인할 수 있어요.

이런 문제라면 Skill부터 검토해요

다음 조건이 많이 맞을수록 앱보다 Skill이 작은 해결책일 수 있습니다.

같은 작업을 반복해요

작업할 때마다 입력 내용은 달라지지만 처리 순서는 비슷합니다.

회의록을 받아 결정 사항과 할 일 정리
설문 파일을 받아 결과 보고서 작성
상품 정보를 받아 같은 형식의 소개문 작성
원고를 받아 정해진 기준으로 검수

반복할 수 있는 작업 순서가 있다면 Skill의 지침으로 만들기 좋아요.

입력과 결과가 분명해요

무엇을 받아서 무엇을 만들어야 하는지 설명할 수 있습니다.

입력
→ 설문 결과 엑셀 파일

처리
→ 응답 정리·주제 분류·수치 확인

결과
→ 요약 보고서와 발표 자료

클로드에게 파일이나 내용을 전달하고 문서, 표, 이미지나 분석 결과를 돌려받는 업무는 Skill과 잘 맞습니다.

나 또는 작은 팀이 사용해요

내가 클로드에게 요청해서 결과를 받거나, 같은 작업 방식을 사용하는 팀원이 Skill을 함께 쓰는 경우입니다.

별도의 회원가입, 사용자별 화면과 고객용 서비스 주소가 필요하지 않다면 앱을 운영할 이유가 줄어요.

클로드에게 요청할 때 작업을 시작해도 돼요

필요할 때 클로드를 열어 자료를 전달하고 작업을 요청하는 방식으로 충분한지 확인하세요.

24시간 계속 실행하거나 사용자가 버튼을 누르는 즉시 자동으로 처리해야 하는 서비스가 아니라면 Skill로 먼저 시험해볼 수 있습니다.

이런 문제라면 애플리케이션이 필요해요

Skill은 클로드가 작업하는 방식을 가르칩니다. 여러 사용자가 이용하는 서비스의 화면과 운영 시스템을 대신하지는 않아요.

다음 요구가 있다면 웹 또는 모바일 애플리케이션을 검토합니다.

고객이 직접 사용해야 해요

사용자가 클로드를 열지 않고 웹 주소나 모바일 앱에서 직접 기능을 사용해야 하는 경우입니다.

고객이 회원가입
→ 자신의 자료 입력
→ 처리 결과 확인
→ 지난 결과 다시 조회

이 흐름에는 사용자 화면과 계정, 권한, 데이터 저장이 필요합니다.

여러 사용자의 데이터를 계속 저장해야 해요

고객, 주문, 예약, 게시물과 이용 기록처럼 데이터가 계속 쌓이고 각 사용자가 자신의 내용만 봐야 한다면 데이터베이스와 서버가 필요해요.

Skill이 파일을 처리할 수 있다는 사실과 서비스의 데이터를 안전하게 운영한다는 일은 다릅니다.

정해진 시간이나 사건에 맞춰 자동으로 실행해야 해요

매일 오전에 자동으로 알림을 보내거나, 결제가 끝나면 이용 권한을 열고, 새 신청이 들어오면 담당자에게 알려야 할 수 있습니다.

클로드에게 대화를 시작할 때만 실행하는 방식으로 부족하다면 별도의 자동화나 서버를 검토해야 해요.

서비스 전용 화면이 중요해요

예약 가능한 날짜를 달력에서 고르고, 지도를 움직이고, 여러 사람이 동시에 게시물을 작성하는 것처럼 화면에서의 상호작용이 핵심이라면 애플리케이션이 더 자연스럽습니다.

다섯 가지 질문으로 판단해요

코드를 만들기 전에 다음 질문에 답해보세요.

1. 누가 사용하나요? 나와 팀인가요, 외부 고객인가요?
2. 클로드에게 요청할 때만 실행해도 되나요?
3. 입력 자료와 결과물의 형식을 설명할 수 있나요?
4. 사용자별 데이터가 계속 쌓이고 다시 조회되어야 하나요?
5. 전용 화면, 로그인, 결제나 실시간 기능이 필요한가요?

답을 다음처럼 연결할 수 있습니다.

Skill과 애플리케이션 중 하나만 고를 필요는 없어요

처음에는 Skill로 작업 방식을 검증하고, 사용자가 늘거나 전용 화면이 필요해질 때 애플리케이션으로 옮길 수 있습니다.

예를 들어 설문 결과 보고서를 만드는 서비스를 생각해볼게요.

1단계: Skill로 직접 사용해요

내가 설문 파일 전달
→ Skill이 데이터 정리
→ 정해진 형식의 보고서 생성

먼저 어떤 입력이 필요하고 어떤 처리 순서가 좋은지 확인합니다. 보고서 형식도 실제로 사용하면서 다듬을 수 있어요.

2단계: 반복해서 잘 작동하는지 확인해요

서로 다른 설문 파일을 여러 번 넣어봅니다.

• 열 이름이 달라도 처리할 수 있나요?
• 빈 응답과 잘못된 숫자를 발견하나요?
• 수치와 요약 내용이 일치하나요?
• 매번 같은 구조의 보고서를 만드나요?

한 번 성공한 결과가 아니라 여러 입력에서도 같은 품질을 내는지 확인해야 합니다.

3단계: 필요해지면 애플리케이션으로 만들어요

이후 고객이 직접 파일을 올리고, 결제하고, 이전 보고서를 다시 받아야 한다면 애플리케이션을 만듭니다.

Skill로 검증한 작업 순서와 예외 상황은 애플리케이션의 요구사항을 정하는 자료가 돼요.

클로드 스킬
→ 내부 작업 방식 검증
→ 반복되는 규칙과 예외 발견
→ 애플리케이션 요구사항으로 정리

Skill을 만든다면 작게 시작해요

처음부터 모든 업무를 처리하는 Skill을 만들려고 하지 마세요.

하나의 Skill에는 하나의 분명한 반복 작업을 맡기는 편이 좋습니다.

좋은 범위
→ 수강 후기 파일을 분석해 월간 보고서 만들기

너무 넓은 범위
→ 우리 회사의 모든 마케팅 업무 처리하기

기본 Skill에는 다음 내용부터 정리합니다.

• 언제 이 Skill을 사용하나요?
• 어떤 입력이 필요한가요?
• 어떤 순서로 작업하나요?
• 반드시 확인할 항목은 무엇인가요?
• 결과물을 어떤 형식으로 만드나요?
• 처리하지 않아야 하는 요청은 무엇인가요?
• 올바른 결과의 예시는 무엇인가요?

Anthropic도 구체적이고 반복 가능한 작업 하나에 집중하고, 간단한 지침부터 시작한 뒤 예시 입력으로 시험하는 방식을 권장합니다. (클로드 커스텀 Skill 만들기 (새 탭에서 열림))

AI에게 먼저 판단을 요청하세요

앱이나 Skill을 바로 만들게 하지 말고 현재 문제에 맞는 해결 방식을 비교하게 하세요.

다음 문제를 해결하고 싶어.

[현재 반복하는 업무와 불편한 점]

아직 애플리케이션이나 Skill을 만들지 마.
먼저 다음 두 가지 방식을 비교해줘.
- 클로드 스킬만 사용
- 웹 또는 모바일 애플리케이션 개발

다음 기준을 하나씩 확인해줘.
- 실제 사용자
- 입력 자료와 결과물
- 반복되는 작업 순서
- 전용 화면의 필요 여부
- 로그인과 사용자별 권한
- 계속 저장하고 조회할 데이터
- 정해진 시간에 실행할 자동화
- 외부 서비스 연결

정보가 부족하면 한 번에 질문 하나만 해줘.
각 방식으로 해결할 수 있는 범위와 해결하지 못하는 범위를 설명하고
가장 효율적인 해결책을 추천해줘.

애플리케이션이 필요하다면
작업 방식을 클로드 스킬로 먼저 검증할 필요가 있는지도 알려줘.

Skill로 충분하다고 판단했다면

다음 단계에서 작은 Skill의 구조를 요청합니다.

이 반복 업무는 클로드 스킬로 먼저 해결할게.

Skill이 맡을 작업 하나를 분명하게 정하고
다음 내용을 설계해줘.
- Skill을 사용해야 하는 상황
- 필요한 입력
- 작업 순서
- 확인 기준
- 결과물 형식
- 처리 범위에서 제외할 내용
- 테스트에 사용할 서로 다른 예시 3개

처음에는 글로 작성한 지침과 예시만 사용하고
꼭 필요할 때만 스크립트나 추가 파일을 제안해줘.

간단한 지침으로 해결할 수 있는데 코드부터 넣으면 Skill 자체를 관리하기 어려워질 수 있습니다.

다른 사람이 만든 Skill은 내용을 확인해요

Skill에는 지침뿐 아니라 파일을 읽거나 코드를 실행하는 내용이 들어갈 수 있습니다.

출처를 알 수 없는 Skill을 바로 사용하지 말고 포함된 지침, 스크립트, 외부 연결과 파일 접근 범위를 확인하세요. API 키나 비밀번호를 Skill 파일에 직접 넣어서도 안 됩니다.

앱을 설치할 때 개발사와 권한을 확인하듯 Skill도 누가 만들었고 무엇을 실행하는지 살펴보는 편이 안전해요.

정리

불편한 업무가 있다고 곧바로 웹 애플리케이션부터 만들 필요는 없습니다.

반복 작업 발견
→ 사용자·입력·결과·데이터·화면 확인
→ 클로드 스킬로 해결 가능한지 판단
→ 작은 Skill로 여러 입력을 시험
→ 전용 서비스가 필요할 때 애플리케이션 개발

• 나 또는 팀이 같은 작업을 반복한다면 클로드 스킬부터 검토합니다.
• 파일이나 내용을 받아 정해진 결과물을 만드는 업무는 Skill과 잘 맞습니다.
• 외부 고객용 화면, 계정, 권한과 지속적인 데이터가 필요하다면 애플리케이션을 검토합니다.
• 판단이 어렵다면 Skill로 작업 방식을 먼저 검증하고 애플리케이션으로 확장할 수 있습니다.

Skill이 적합하다고 판단했다면 바이브코딩 가이드 17장에서 SKILL.md 구조를 보고 작은 코드 리뷰 스킬을 직접 만들어볼 수 있습니다.

스킬을 만들 시점과 서브에이전트·훅을 쓰는 순간은 클로드코드 스킬·서브에이전트·훅 비교에서 구분해두었습니다.

애플리케이션이 필요하다고 판단했다면 바로 코드를 만들지 말고 AI와 PRD를 작성하는 방법으로 요구사항부터 정리하세요. PRD를 작성한 다음에는 화면·데이터·작업 순서가 있는 개발 계획으로 바꾸는 방법을 따라갈 수 있습니다.

아직 해결할 문제 자체를 정하지 못했다면 평소 하는 일에서 클로드코드 첫 프로젝트를 함께 찾는 과정을 참고해보세요.

바이브코딩의 시작은 코드를 만드는 일이 아니라 문제에 맞는 가장 효율적인 해결 방법을 고르는 일입니다.