클로드 코드 스킬은 많이 깔수록 똑똑해지지 않습니다. 고르는 기준은 하나예요. 이번 달에 세 번 넘게 반복한 작업에 이름이 붙어 있는가. 여기에 걸리지 않으면 아무리 좋아 보여도 설치를 미루는 편이 낫습니다.
스킬 폴더가 100개를 넘고 플러그인이 22개까지 늘어난 상태에서 한 번 정리를 해봤는데요. 발목을 잡은 건 성능이 아니라 선택이었습니다. 비슷한 설명을 가진 스킬이 여러 개 깔려 있으면, 정작 부를 때 엉뚱한 쪽이 잡히거든요.
스킬을 많이 깔면 왜 손해로 돌아오나
클로드는 스킬을 설명문으로 고릅니다. 이름이 아니라 "이 스킬은 어떤 상황에 쓴다"는 한 줄을 보고 판단하죠. 그래서 설치 개수가 늘면 성능이 떨어지는 게 아니라, 겹치는 설명끼리 서로를 가립니다.
정리하면서 실제로 나온 것들입니다. 같은 스킬 묶음이 서로 다른 배포처 두 곳에 올라와 있어서 모르는 사이에 두 번 설치돼 있었고, 스킬팩 하나를 최신으로 올렸더니 예전 이름의 폴더 두 개가 그대로 남아 새 스킬과 이름이 겹쳤습니다. 지우고 나서야 목록이 정리됐어요.
비유하자면요, 공구함에 같은 드라이버를 세 개 넣어둔 상태와 비슷합니다. 드라이버가 나빠진 건 아니지만 손을 넣을 때마다 어느 게 내가 쓰던 건지 확인해야 하죠.
안 쓰는 스킬은 이름이 겹치는 것부터 지우면 됩니다. 겹치지 않는 것은 그냥 둬도 큰 문제는 없어요.
절차형과 도구형부터 나눈다
스킬을 고를 때 첫 질문은 "좋은가"가 아니라 "내 일하는 순서를 바꾸려는 건가, 없던 능력을 붙이려는 건가"입니다. 이 축 하나만 그어도 절반은 걸러집니다.
| 절차형(일하는 순서를 바꿈) | 도구형(없던 능력을 붙임) | |
|---|---|---|
| 상시형 (매 세션 자동) | 작업 전 요구사항을 캐묻고 테스트부터 쓰게 만드는 묶음. 결과 편차는 줄지만 짧은 질문에도 절차가 붙는다 | 안전장치·가드 계열. 조용히 깔려 있다가 위험한 명령에서만 튀어나온다 |
| 호출형 (부를 때만) | 코드 리뷰, 기획 검토, 회고처럼 특정 단계에서 부르는 것. 부담이 가장 적다 | 브라우저 조작, 영상 전사, 문서 검색처럼 새 능력. 초보자에게 가장 안전한 칸 |
처음 깔 때는 오른쪽 아래 칸부터 채우는 게 안전합니다. 도구형 호출형은 안 부르면 아무 일도 일어나지 않으니까요. 반대로 왼쪽 위, 절차형 상시형은 세션마다 판단에 개입하기 때문에 잘 맞으면 크게 이득이고 안 맞으면 계속 거슬립니다.
세 질문 중 두 개가 아니오면 설치를 미룬다
설치 버튼을 누르기 전에 세 가지만 자문해 보세요. 30초면 충분합니다.
| 질문 | 아니오면 |
|---|---|
| 이번 달에 이 작업을 세 번 넘게 했나? | 필요할 때 다시 찾는다. 지금은 보류 |
| 결과가 맞는지 내가 검증할 수 있나? | 검증 못 하는 자동화는 위험을 늘린다 |
| 급할 때 이 스킬 이름이 떠오를까? | 안 떠오르면 안 쓰게 된다 |
세 개 중 두 개가 "아니오"면 설치를 미룹니다. 특히 두 번째가 중요해요. 결과를 검증할 수 없는 자동화는 일을 줄이는 게 아니라 확인할 거리를 늘립니다.
유형별로 뭐가 있나
공개된 것들 기준으로 칸마다 대표 성격을 적어보면 이렇습니다.
| 유형 | 이런 것들 | 설치 판단 |
|---|---|---|
| 도구형 호출형 | 브라우저를 직접 조작하는 것, 영상을 받아 내용을 답해주는 것, 최신 라이브러리 문서를 그때그때 가져오는 것 | 먼저 깔아도 무난 |
| 절차형 호출형 | 코드 리뷰, 기획 검토, 배포 전 점검처럼 단계별로 부르는 묶음 | 그 단계를 실제로 밟고 있을 때만 |
| 절차형 상시형 | 작업 순서 자체를 규정하는 큰 묶음 | 한 개까지. 두 개는 서로 싸운다 |
| 도구형 상시형 | 안전 가드, 편집 범위 제한 | 사고를 낸 적 있다면 추천 |
여기서 자주 놓치는 게 세 번째 줄입니다. 작업 절차를 통째로 규정하는 묶음을 두 개 깔면 매번 어느 절차를 따를지부터 결정해야 합니다. 하나로 정하고 나머지는 지우는 편이 낫습니다.
설치 방식이 세 가지라는 것부터
같은 "스킬 설치"라도 방식이 다르고, 이 차이가 나중에 지우거나 최신으로 올릴 때 그대로 돌아옵니다. 고르기 전에 어느 방식인지 확인해 두면 좋아요.
| 방식 | 어떻게 깔리나 | 나중에 |
|---|---|---|
| 플러그인 명령 | 배포처를 등록하고 이름으로 설치 | 명령 한 줄로 갱신·삭제. 가장 편하다 |
| 저장소 복제 후 설치 스크립트 | 내려받은 뒤 스크립트가 스킬을 등록 | 새 버전을 받을 때마다 스크립트를 다시 돌려야 한다 |
| 폴더에 파일 복사 | 스킬 폴더에 직접 넣음 | 버전 개념이 없다. 갱신도 삭제도 수동 |
초보자라면 첫 번째 방식부터 쓰는 걸 권합니다. 마음에 안 들 때 되돌리기가 쉬우니까요. 세 번째 방식은 설치는 제일 간단한데, 반년쯤 지나면 이게 어디서 온 파일인지 알 수 없게 됩니다. 어디서 받았는지 메모라도 남겨두면 나중에 고생을 덜어요.
스킬은 "이럴 땐 이렇게 한다"를 적어둔 문서 한 벌이고, 플러그인은 그 스킬 여러 개와 설정을 묶어 배포하는 단위입니다. 플러그인 하나를 깔면 스킬이 여러 개 들어오는 경우가 많습니다.
같은 스킬 두 벌, 예전 폴더, 구버전 도구
여기에 하나 더. 스킬 파일을 내 취향대로 고쳐 쓰고 있었다면, 업그레이드가 그 수정을 덮어씁니다. 고친 내용이 중요하다면 따로 보관해 두고 올리세요.
반대로, 많이 깔아도 되는 경우
지금까지와 반대되는 이야기도 하나 적어둘게요. 탐색이 목적이라면 많이 깔아보는 게 맞습니다. 어떤 도구가 있는지 감이 없는 단계에서는 설명만 읽고 판단하기 어렵거든요.
대신 정리할 시점을 미리 정해두면 됩니다. 한 달 뒤에 한 번도 안 부른 스킬은 지운다, 정도로요. 프로젝트 폴더 단위로만 설치해서 그 작업이 끝나면 같이 사라지게 하는 방법도 있습니다.
정리
스킬 선택은 목록 비교가 아니라 내 반복 작업의 이름 찾기에 가깝습니다. 도구형 호출형부터 채우고, 절차를 규정하는 큰 묶음은 하나로 제한하고, 업그레이드 뒤에는 잔재를 한 번 확인하세요. 이 세 가지만 지켜도 공구함이 엉키지 않습니다.
도구를 고르기 전에 클로드와 챗GPT, 클로드 코드와 코덱스가 어떻게 갈라지는지부터 정리해두면 스킬 선택도 훨씬 쉬워집니다.
