스킬 · 개발 워크플로
포니테일시키지 않은 코드 막기
"한 줄만 고쳐 줘" 했는데 클래스가 하나 생겨 있고, 안 시킨 기능까지 딸려 온 적이 있으실 겁니다. 이 스킬은 그걸 막습니다. 코드를 쓰기 전에 "이거 꼭 새로 짜야 하나" 를 일곱 번 묻게 하고, 안 짜도 되는 길이 하나라도 보이면 거기서 멈춥니다. 이미 있는 함수, 표준 라이브러리, 한 줄짜리 계산 같은 것을 먼저 찾습니다.
개발 워크플로 분야 · 바이브코딩·만들기 용도 · 바로 됩니다.
이럴 때 씁니다
한 줄만 고쳐 달랬는데 열 줄이 바뀌어 올 때. 이미 있는 함수를 놔두고 새로 짜 올 때. 쓰지도 않을 설정과 테스트까지 딸려 올 때.
ponytail 스킬 설치 한 줄
Claude Code 에서 마켓플레이스를 먼저 등록합니다. Claude Code 는 터미널·데스크톱 앱(Mac·Windows)·웹(claude.ai/code)·VS Code·JetBrains 확장 어디서든 쓰며, 명령을 넣는 자리에 붙여 넣으시면 됩니다.
/plugin marketplace add DietrichGebert/ponytail
ponytail 스킬 설치 절차 전체
위 한 줄에서 막히셨다면 여기를 보십시오. 터미널로 쓰시는 분을 위해 터미널 여는 법부터 확인 명령까지 순서대로 적어 두었습니다. 데스크톱 앱·웹·편집기 확장으로 쓰시면 터미널 여는 단계는 건너뛰고 명령 입력 칸에 같은 줄을 넣으시면 됩니다.
# ponytail 설치
## 1. 마켓플레이스를 등록합니다
/plugin marketplace add DietrichGebert/ponytail
## 2. 플러그인을 넣습니다
## 3. Claude Code 를 다시 시작합니다
쓰시던 방식대로 Claude Code 를 껐다 켜십시오.
터미널이면 claude 를 끝내고 다시 실행하고, 데스크톱 앱·웹·편집기
확장이면 그 세션을 새로 여십시오. 실행 중인 세션은 시작할 때 읽은
목록을 그대로 씁니다.
대화만 하는 Claude 앱은 여기서 다시 시작할 대상이 아닙니다.
그쪽에는 스킬이 들어가지 않습니다.
## 4. 확인
넣고 나면 관련 작업에서 알아서 불러 씁니다.
매번 지정하지 않아도 됩니다.이렇게 시켜 보세요
넣고 나서 바로 던져 볼 수 있는 지시문입니다. 누르면 복사됩니다.
ponytail 스킬 사용법
처음 세 번은 이 순서로 시키십시오. 지시문을 누르면 복사됩니다.
-
나오는 것방금 쓴 코드를 사다리 일곱 칸에 다시 걸어 봅니다. 몇 번 칸에서 멈출 수 있었는지, 어느 줄이 없어도 되는지 짚어 줍니다.
다음짚어 준 줄을 지우라고 시킵니다. 지우면 안 되는 것(경계값 검사·보안·접근성)까지 지우자고 하면 그건 거절하십시오. 규칙상 안 줄이는 것들입니다.
-
나오는 것이미 있는 코드에서 과하게 지은 곳을 찾아 목록으로 줍니다. 새로 짜는 코드가 아니라 쌓인 빚을 보는 명령입니다.
다음한 번에 다 고치지 마십시오. 목록에서 한 개를 골라 "이것만 최소로 고쳐줘" 로 시키고, 테스트가 통과하는지 보고 다음으로 넘어갑니다.
-
나오는 것사다리 1번 칸입니다. 지금 안 써도 되는 기능이면 만들지 말자고 되받습니다. 에이전트가 가장 자주 어기는 칸이기도 합니다.
다음"그래도 필요하다" 고 답하실 근거가 있으면 그 근거를 적어 주십시오. 그러면 2번 칸으로 내려가 이미 있는 것을 먼저 찾습니다.
-
나오는 것이 스킬을 켜서 줄인 양을 셉니다. 직접 재 보고 판단하시라는 취지입니다.
다음숫자가 거의 0 이면 원래 간결하게 쓰시는 편이라는 뜻입니다. 그럴 때는 꺼 두셔도 손해가 없습니다.
알아 둘 것
MIT 라이선스입니다. 2026년 6월에 시작해 석 달 만에 별 142,640개를 모았습니다(2026-09-20 확인). 클로드 코드·코덱스 플러그인은 Node.js 생명주기 훅 두 개를 쓰므로 `node` 가 PATH 에 있어야 합니다. 없어도 스킬 자체는 돌지만 자동 활성화가 조용히 꺼집니다. 만든 사람이 실제 저장소(FastAPI + React)에서 12개 작업을 재 보니 코드량이 평균 54% 줄었다고 적어 두었습니다. 이 수치는 저희가 재현한 것이 아니라 저장소에 적힌 값입니다.
ponytail 스킬 안 될 때 확인할 것
성능 수치는 만든 사람이 잰 것입니다
코드량 54% 감소는 저장소에 적힌 자체 측정값입니다. 저희가 재현하지 않았습니다. 재현 방법은 저장소 benchmarks 폴더에 있습니다.
node 가 PATH 에 있어야 자동으로 켜집니다
플러그인이 훅 두 개를 씁니다. nvm 이나 Nix 를 쓰시면 로그인하지 않는 셸의 PATH 에도 node 가 잡히는지 확인하십시오.
안 줄이는 것도 있습니다
경계값 검사, 데이터 유실 대비, 보안, 접근성은 줄이지 않는다고 못 박아 두었습니다. 그래도 줄여 온 것이 있으면 사람이 봐야 합니다.
이미 단순한 코드에는 효과가 없습니다
저장소 설명대로 과하게 짓는 상황에서 차이가 크고, 원래 간결한 코드에서는 거의 0 입니다.
언제 쓰고, 언제 안 쓰나
고쳐 달라고 한 것보다 더 많이, 더 복잡하게 짜 오는 일이 잦다면 여기서 차이가 납니다. 새 프로젝트를 백지에서 설계하는 일에는 맞지 않습니다. 사다리가 "이게 꼭 있어야 하나" 부터 묻기 때문에, 아직 뼈대를 세우는 단계에서는 걸리적거립니다.
비슷한 것 중에 왜 이걸
karpathy-guidelines 와 목적이 같습니다. 둘 다 "시키지 않은 것까지 짜 오는 문제" 를 줄입니다. 갈림길은 방식입니다. 카파시 원칙은 가정 먼저 말하기·최소 변경·필요한 줄만·목표 쪼개기 네 가지를 규칙 파일로 얹습니다. 이건 코드를 쓰기 전에 밟을 사다리 일곱 칸을 정해 두고 먼저 걸리는 칸에서 멈추게 합니다. 판단 기준이 더 기계적이라 결과가 고릅니다. 대신 새로 설계하는 일에는 사다리가 걸리적거립니다. caveman 은 결이 다릅니다. 그건 답변의 말수를 줄이고, 이건 짜는 코드의 양을 줄입니다.
개발 워크플로 도구를 고를 때
CI/CD, 이슈 트래커, 브랜치 관리를 연결하는 도구입니다. 토큰 권한 범위를 필요한 저장소로만 좁힐 수 있는지, 실패했을 때 로그를 어디서 확인하는지 먼저 확인하세요.
원본 보기
스킬의 실제 내용은 SKILL.md 파일 하나에 들어 있습니다. 넣기 전에 한 번 읽어 보시는 것을 권합니다. 스킬은 Claude 에게 그대로 들어가는 지시문이라, 무엇을 시키는지 확인하지 않고 쓰면 의도치 않은 동작을 할 수 있습니다.
GitHub 에서 DietrichGebert/ponytail 열기
별점과 댓글
이 스킬을 써 보신 분의 별점(5점 만점)과 한마디입니다. 작성자는 아이디 앞 3자만 보입니다(예: wor****). 읽는 데는 제한이 없고, 남기는 것은 로그인한 회원만 됩니다. 한 사람이 한 번이며 다시 쓰면 앞의 것을 덮어씁니다.
- 불러오는 중…
함께 보면 좋은 스킬
어느 것부터 깔지 모르겠다면 클로드 스킬 추천 15개를 보십시오. 67개를 직접 깔아 보고 골랐습니다.