Claude Code : Claude 스킬은 실제 작업에 어떻게 쓸 수 있을까요?

Claude Code는 필요한 도구를 직접 만들어 보는 데 쓸 수 있고, Claude 스킬은 반복해서 해야 할 작업 순서를 고정하는 데 쓸 수 있습니다. 저는 스폰지클럽에서 오픽 AI 튜터를 만들고, 개인 OS에서는 필요한 스킬을 골라 붙였으며, 직접 만든 스킬이 실제로 빠뜨리는 항목을 줄이는지도 비교했습니다. 비개발자가 코드보다 먼저 확인할 것은 AI 바이브코딩 : 비개발자는 코드보다 무엇을 먼저 봐야 할까요?에 따로 정리했습니다.

Claude Code로 코드를 직접 쓰지 않고 오픽 AI 튜터를 어떻게 만들 수 있나요?

Claude Code로 웹앱의 뼈대를 만들고 Gemini API를 연결한 뒤 Vercel에 배포해 코드를 직접 쓰지 않고 오픽 AI 튜터를 완성했습니다. Claude Code로 처음 개인 도구를 만들 때는 큰 아이디어부터 찾기보다 자신이 매일 쓸 도구처럼 사용자가 분명한 문제를 고르면 필요한 기능을 더 빠르게 정할 수 있습니다. Claude Code로 웹앱을 만들고 Vercel에 배포하는 것까지도 제가 직접 해 본 범위에 들어갑니다.

스폰지클럽 5주차에는 퇴사를 결정한 뒤 오픽 자격증을 다시 준비하면서 제가 매일 쓸 OPIc IH 플래너를 만들었습니다. 처음에는 회사 일이 아닌 제 것을 만들고 싶었지만 뭘 만들지 정하지 못해 여러 아이디어만 벌려 놓고 있었습니다. 오프라인 모임에서 가볍게 시작해 보라는 이야기를 들은 뒤, 제가 실제로 매일 쓸 오픽 연습 도구부터 만들었습니다.

Claude Code로 뼈대를 만들고 Gemini API를 연결해 영어로 대화하고 바로 피드백을 받는 기능을 붙였습니다. 로그인, 목표 등급과 진도율을 보는 대시보드, 커리큘럼 체크리스트까지 만들고 Vercel에 배포했습니다. 이 과정에서는 코드 한 줄을 직접 쓰지 않았습니다.

다만 Claude Code 무료라고 검색할 때는 무엇이 무료인지 나눠 봐야 합니다. 제 재료만으로 Claude Code 자체의 무료 여부는 확인할 수 없습니다. 제가 비용 없이 쓴 것은 Gemini API 무료 키였고, Vercel과 Supabase도 무료 티어를 사용했습니다. Supabase 학습 기록 저장은 당시 데이터베이스 구조를 설계하는 중이었습니다.

Claude 스킬을 쓰면 사람에게 물어야 하는 항목을 얼마나 덜 빠뜨릴 수 있나요?

같은 사람과 자료로 비교했을 때 사람에게 물어야 하는 12개 항목의 완비율이 일반 프롬프트 42%에서 identify 스킬 92%로 올라갔습니다. 여기서 완비율은 답이 얼마나 좋은지를 재는 값이 아니라, 채워야 할 칸 중 실제로 몇 칸을 채웠는지를 보는 값입니다.

2026년 8월 24일과 25일에 같은 사람, 같은 자료, 같은 22항목 체크리스트로 두 번 돌렸습니다. A는 일반 프롬프트였고 B는 identify 스킬이었습니다. A는 22칸 중 13칸을 채워 완비율이 59%였고, B는 20칸을 채워 91%였습니다. 빈칸은 5개에서 0개로 줄었습니다.

차이는 특히 사람에게 물어봐야만 알 수 있는 12개 항목에서 컸습니다. 일반 프롬프트는 42%, 스킬은 92%를 채웠습니다. 반면 자료만 있으면 되는 10개 항목은 80%와 90%였습니다. 그래서 저는 Claude 스킬의 역할을 더 좋은 답을 만드는 것보다 물어볼 것을 빠뜨리지 않게 하는 쪽으로 봤습니다.

다만 좋아진 숫자만 볼 수는 없었습니다. 스킬을 쓴 쪽은 걸린 시간이 18% 늘었고 사람이 답한 클릭도 4개에서 12개로 늘었습니다. 추측 오류도 일반 프롬프트 1건보다 스킬이 3건으로 많았습니다. 무엇이 좋아졌고 어떤 비용이 생겼는지를 같이 봐야 다음 작업에서도 쓸지 판단할 수 있었습니다.

Claude Code에서 필요한 Claude 스킬을 어떻게 골라서 붙일 수 있나요?

먼저 일을 영역과 단계로 나눈 뒤 이미 가진 스킬, 설치할 스킬, 검증할 스킬, 직접 만들 스킬로 구분해 필요한 곳에 붙일 수 있습니다. Claude 스킬은 많이 설치할수록 좋은 것이 아니라, 이미 가진 기능을 먼저 확인하고 실제로 필요한 작업부터 1~2개씩 붙이는 방식으로 시작할 수 있습니다.

2026년 7월 7일 나루 OS에서는 PO와 CEO 아래 여덟 영역을 기준으로 외부 스킬을 조사했습니다. 이미 있는 것은 다시 설치하지 않고, 설치할 만한 것과 검증이 필요한 것, 맞는 도구가 없어 직접 만들어야 하는 공백으로 나눴습니다. 독서와 아카이빙처럼 나루가 이미 맡고 있는 영역은 기존 기능을 재활용했습니다.

외부 스킬도 통째로 설치하는 것만 답으로 두지 않았습니다. 저장 방식이 나루 구조와 다르면 좋은 저장소의 작업 순서와 프롬프트만 가져와 하위 모드에 맞추는 방식을 함께 봤습니다. 반대로 상담처럼 맞는 스킬을 찾기 어려운 영역은 설치 목록을 늘리는 대신 직접 만드는 쪽으로 남겼습니다. 이런 기준은 여러 AI 도구를 고를 때 쓰는 AI 활용 체크리스트와도 이어집니다.

Claude 스킬과 일반 프롬프트는 어떤 일을 할 때 차이가 커지나요?

자료만 읽으면 되는 일보다 사람에게 추가로 물어야 하는 항목이 많은 일에서 Claude 스킬과 일반 프롬프트의 차이가 크게 나타났습니다. Claude 스킬은 작업 순서와 물어볼 항목, 결과 형식을 미리 문서로 넣어 두고 부를 때마다 같은 절차를 따르게 하는 방식입니다. 매번 프롬프트를 새로 쓰는 것보다 무엇을 확인해야 하는지가 고정되어 있습니다.

제가 비교한 22항목에서도 자료만으로 답할 수 있는 칸은 일반 프롬프트가 80%, 스킬이 90%를 채웠습니다. 이 정도만 보면 차이가 크지 않았습니다. 하지만 언제까지 해야 하는지, 어떤 말투를 쓸지, 비주얼 방향과 탈락 이유처럼 자료에 없는 정보는 사람이 답해야 합니다. 일반 프롬프트에서는 이런 질문이 빠졌고, 스킬에서는 더 많이 물었습니다.

그래서 Claude 스킬을 붙일 일은 먼저 구분할 필요가 있었습니다. 자료를 읽고 요약하는 일인지, 아니면 사람에게 빠짐없이 물은 뒤 다음 단계로 넘어가야 하는 일인지가 기준이었습니다. 제 실험에서는 두 번째 종류에서 스킬의 차이가 더 크게 나타났습니다.

Claude Code에서 인터뷰 스킬을 활용해 업무 도구를 어떻게 만들 수 있나요?

인터뷰 스킬로 필요한 업무와 문제를 먼저 정리한 뒤 그 결과에서 만들 도구를 고르고 웹 대시보드까지 구현할 수 있습니다. 바로 화면부터 만드는 것이 아니라, 먼저 어떤 일이 반복되고 무엇을 한곳에서 봐야 하는지 정리한 뒤 가장 작은 기능부터 만드는 순서입니다.

팀 작업 현황판을 만들 때는 Claude Code의 os-interview 스킬로 6단계 인터뷰를 진행했습니다. 그 결과로 개인 업무 OS 청사진을 만들고, 첫 부품을 작업 현황판으로 정했습니다. 이후 PRD를 먼저 정리한 뒤 작업 목록을 보고 추가하고 편집하며 로그인할 수 있는 가장 작은 기능부터 완성했습니다.

그다음 유형과 브랜드 필터, 표와 달력 보기, 담당자별 화면, 여러 담당자 입력, 구글 시트 데이터 가져오기 등을 차례로 붙였습니다. 달력의 기간 바가 셀 경계에서 끊겨 보이거나, 인접한 작업이 같은 작업처럼 보이는 문제도 생겼습니다. 하나씩 화면과 데이터 규칙을 다시 맞추며 팀이 함께 쓰는 웹 대시보드로 만들고 Vercel에 배포했습니다.

Claude Code와 Claude 스킬을 실제 작업에 어떻게 활용하면 되나요?

Claude Code는 필요한 도구를 직접 만들어 보는 데 쓰고, 반복해서 빠뜨리는 과정이 보이면 Claude 스킬로 작업 절차를 고정해 볼 수 있습니다. 저는 매일 쓸 오픽 AI 튜터부터 작게 만들었고, 나루 OS에서는 필요한 스킬만 골랐으며, identify 스킬은 같은 자료로 비교해 실제로 무엇이 달라지는지 확인했습니다.

중요한 것은 Claude나 스킬을 많이 쓰는 것보다 어떤 문제에 붙일지를 먼저 정하는 일이었습니다. 처음에는 직접 쓸 작은 도구로 시작하고, 반복 작업이 생기면 절차를 스킬로 만들고, 그 뒤에는 빠뜨린 항목과 사람이 치른 시간을 같이 확인하는 흐름입니다. 비개발자가 프로젝트에서 무엇을 만들고 어떤 결과를 남길 수 있는지는 비개발자 프로젝트 : AI PM 프로젝트는 무엇을 만들고 어떤 결과를 남겨야 할까요?에서 확인할 수 있습니다.