스킬 · 개발 워크플로
포니테일시키지 않은 코드 막기
"한 줄만 고쳐 줘" 했는데 클래스가 하나 생겨 있고, 안 시킨 기능까지 딸려 온 적이 있으실 겁니다. 이 스킬은 그걸 막습니다. 코드를 쓰기 전에 "이거 꼭 새로 짜야 하나" 를 일곱 번 묻게 하고, 안 짜도 되는 길이 하나라도 보이면 거기서 멈춥니다. 이미 있는 함수, 표준 라이브러리, 한 줄짜리 계산 같은 것을 먼저 찾습니다.
한눈에 보기
- 설치
/plugin marketplace add DietrichGebert/ponytail/plugin install ponytail@ponytail- 처음 시킬 말
- “이 기능 넣기 전에 정말 필요한지부터 따져줘”
- 난이도
- 바로 됩니다
- 만든 곳
- DietrichGebert/ponytail (커뮤니티)
개발 워크플로 분야 · 바이브코딩·만들기 용도 · 바로 됩니다.
이럴 때 씁니다
한 줄만 고쳐 달랬는데 열 줄이 바뀌어 올 때. 이미 있는 함수를 놔두고 새로 짜 올 때. 쓰지도 않을 설정과 테스트까지 딸려 올 때.
ponytail 스킬 설치 한 줄
Claude Code 안에서 마켓플레이스를 먼저 등록한 뒤 플러그인을 넣습니다.
/plugin marketplace add DietrichGebert/ponytail
ponytail 스킬 설치 절차
터미널 여는 법, Node.js 확인, 다시 시작, 확인 명령, 자주 나는 오류는 클로드 스킬 설치하는 법에 한 장으로 모았습니다.
이렇게 시켜 보세요
넣고 나서 바로 던져 볼 수 있는 지시문입니다. 누르면 복사됩니다.
ponytail 스킬 사용법
처음 세 번은 이 순서로 시키십시오. 지시문을 누르면 복사됩니다.
-
나오는 것방금 쓴 코드를 사다리 일곱 칸에 다시 걸어 봅니다. 몇 번 칸에서 멈출 수 있었는지, 어느 줄이 없어도 되는지 짚어 줍니다.
다음짚어 준 줄을 지우라고 시킵니다. 지우면 안 되는 것(경계값 검사·보안·접근성)까지 지우자고 하면 그건 거절하십시오. 규칙상 안 줄이는 것들입니다.
-
나오는 것일부러 줄여 두고 `shortcut:` 주석을 남긴 자리를 모아 목록으로 보여 줍니다. 나중에 할 일이 잊히지 않게 하는 장부입니다. 저장소 전체 점검은 `/ponytail-audit` 이 합니다.
다음목록에서 지금 갚을 것 하나를 골라 "이것만 최소로 고쳐줘" 로 시키고, 테스트가 통과하는지 본 뒤 다음으로 넘어갑니다.
-
나오는 것사다리 1번 칸입니다. 지금 안 써도 되는 기능이면 만들지 말자고 되받습니다. 에이전트가 가장 자주 어기는 칸이기도 합니다.
다음"그래도 필요하다" 고 답하실 근거가 있으면 그 근거를 적어 주십시오. 그러면 2번 칸으로 내려가 이미 있는 것을 먼저 찾습니다.
-
나오는 것이 스킬을 켜서 줄인 양을 셉니다. 직접 재 보고 판단하시라는 취지입니다.
다음숫자가 거의 0 이면 원래 간결하게 쓰시는 편이라는 뜻입니다. 그럴 때는 꺼 두셔도 손해가 없습니다.
클로드 코드 설치는 두 번에 나눠 보냅니다
INSTALL.md 는 클로드 코드에서 두 명령을 따로 보내야 설치가 된다고 적습니다. 먼저 `/plugin marketplace add DietrichGebert/ponytail` 을 보내고, 답이 온 뒤 `/plugin install ponytail@ponytail` 을 보냅니다. 첫 줄은 마켓플레이스를 등록하는 명령이고, 플러그인 설치는 둘째 줄이 합니다.
클로드 코드 데스크톱 앱의 Code 탭에서도 같은 두 줄을 입력합니다. 입력창 옆 + 단추에서 Plugins, Add plugin 을 차례로 골라 설치할 수도 있습니다. 코덱스는 `codex plugin marketplace add DietrichGebert/ponytail` 과 `codex plugin add ponytail@ponytail` 을 실행한 뒤 `/hooks` 에서 훅 두 개를 신뢰로 표시해야 합니다.
만든 사람은 GitHub 의 DietrichGebert/ponytail 과 npm 의 `@dietrichgebert/ponytail` 에서만 받으라고 당부합니다. 이 프로젝트는 `.exe`·`.dll` 파일을 내지 않으므로, 그런 파일이 든 사본은 자기 것이 아니라고 README 에 밝혔습니다.
명령 여섯 개와 세기 조절
`/ponytail lite`, `/ponytail full`, `/ponytail ultra`, `/ponytail off` 로 세기를 바꾸거나 끕니다. 인자 없이 `/ponytail` 만 치면 꺼져 있을 때는 기본 세기로 켜고, 켜져 있을 때는 지금 세기를 알려 줍니다. 기본 세기는 `~/.config/ponytail/config.json` 이나 환경변수 `PONYTAIL_DEFAULT_MODE` 로 정하며, 설정 파일이 없어도 동작합니다.
점검 명령은 범위에 따라 둘로 나뉩니다. `/ponytail-review` 는 지금 바뀐 코드를 보고, 뒤에 `uncommitted`, `staged`, `branch`, PR 링크를 적으면 범위를 바꿉니다. `/ponytail-audit` 은 저장소 전체를 점검해 가장 먼저 고칠 것부터 순서를 매깁니다. 명령 요약은 `/ponytail-help` 가 보여 줍니다.
코덱스에서는 `$ponytail:ponytail-review` 처럼 플러그인 이름을 앞에 붙여 부릅니다. GitHub Copilot CLI 에서는 `/ponytail:ponytail-review` 형식입니다.
Ponytail 5 에서 바뀐 점과 자체 측정값 (2026-10-13 확인)
현재 버전은 5.2.0 이고 라이선스는 MIT 입니다. 5판의 `/ponytail-review` 는 지울 코드만 찾던 이전 방식을 넘어 버그·보안·실제 부하·빠진 테스트까지 봅니다. 바뀐 줄만 보지 않고 그 변경이 닿는 코드도 읽는다고 README 는 설명합니다.
만든 사람이 2026-10-07 에 잰 값은 다음과 같습니다. Opus 5.5 로 39개 작업을 5번씩 실행해, 스킬이 없을 때보다 코드 53%, 시간 41%, 비용 26%, 출력 토큰 45% 가 줄었다고 적었습니다. 위험한 로직에 테스트가 붙은 비율은 98% 로, 스킬이 없을 때의 68% 보다 높았다고 합니다. 저희가 재현한 값이 아니며, 측정 방법은 저장소 `benchmarks/results/2026-10-07-agentic.md` 에 있습니다.
README 의 전후 예시는 날짜 선택기입니다. 스킬 없이는 달력을 직접 짜서 335줄이 나왔고, Ponytail 5 는 저장소에 있던 `Input` 컴포넌트에 브라우저 기본 날짜 입력을 붙여 10줄로 끝냈다고 적었습니다.
알아 둘 것
MIT 라이선스입니다. 2026년 6월에 시작해 석 달 만에 별 142,640개를 모았습니다(2026-09-20 확인). 클로드 코드·코덱스 플러그인은 Node.js 생명주기 훅 두 개를 쓰므로 `node` 가 PATH 에 있어야 합니다. 없어도 스킬 자체는 돌지만 자동 활성화가 조용히 꺼집니다. 만든 사람이 2026-10-07 에 잰 5판 값은 코드량 53% 감소입니다(39개 작업, 5번씩 실행). 이 수치는 저희가 재현한 것이 아니라 저장소에 적힌 값입니다.
ponytail 스킬 안 될 때 확인할 것
성능 수치는 만든 사람이 잰 것입니다
코드량 53% 감소(5판, 2026-10-07 측정)는 저장소에 적힌 자체 측정값입니다. 저희가 재현하지 않았습니다. 재현 방법은 저장소 benchmarks 폴더에 있습니다.
node 가 PATH 에 있어야 자동으로 켜집니다
플러그인이 훅 두 개를 씁니다. nvm 이나 Nix 를 쓰시면 로그인하지 않는 셸의 PATH 에도 node 가 잡히는지 확인하십시오.
안 줄이는 것도 있습니다
경계값 검사, 데이터 유실 대비, 보안, 접근성은 줄이지 않는다고 못 박아 두었습니다. 그래도 줄여 온 것이 있으면 사람이 봐야 합니다.
이미 단순한 코드에는 효과가 없습니다
저장소 설명대로 과하게 짓는 상황에서 차이가 크고, 원래 간결한 코드에서는 거의 0 입니다.
언제 쓰고, 언제 안 쓰나
고쳐 달라고 한 것보다 더 많이, 더 복잡하게 짜 오는 일이 잦다면 여기서 차이가 납니다. 새 프로젝트를 백지에서 설계하는 일에는 맞지 않습니다. 사다리가 "이게 꼭 있어야 하나" 부터 묻기 때문에, 아직 뼈대를 세우는 단계에서는 걸리적거립니다.
비슷한 것 중에 왜 이걸
karpathy-guidelines 와 목적이 같습니다. 둘 다 "시키지 않은 것까지 짜 오는 문제" 를 줄입니다. 갈림길은 방식입니다. 카파시 원칙은 가정 먼저 말하기·최소 변경·필요한 줄만·목표 쪼개기 네 가지를 규칙 파일로 얹습니다. 이건 코드를 쓰기 전에 밟을 사다리 일곱 칸을 정해 두고 먼저 걸리는 칸에서 멈추게 합니다. 판단 기준이 더 기계적이라 결과가 고릅니다. 대신 새로 설계하는 일에는 사다리가 걸리적거립니다. caveman 은 결이 다릅니다. 그건 답변의 말수를 줄이고, 이건 짜는 코드의 양을 줄입니다.
개발 워크플로 도구를 고를 때
CI/CD, 이슈 트래커, 브랜치 관리를 연결하는 도구입니다. 토큰 권한 범위를 필요한 저장소로만 좁힐 수 있는지, 실패했을 때 로그를 어디서 확인하는지 먼저 확인하세요.
원본 보기
스킬의 실제 내용은 SKILL.md 파일 하나에 들어 있습니다. 넣기 전에 한 번 읽어 보시는 것을 권합니다. 스킬은 Claude 에게 그대로 들어가는 지시문이라, 무엇을 시키는지 확인하지 않고 쓰면 의도치 않은 동작을 할 수 있습니다.
GitHub 에서 DietrichGebert/ponytail 열기
별점과 댓글
이 스킬을 써 보신 분의 별점(5점 만점)과 한마디입니다. 작성자는 아이디 앞 3자만 보입니다.
자주 묻는 것
포니테일은 어떻게 설치합니까?
클로드 코드에서 /plugin marketplace add DietrichGebert/ponytail 을 보내고, 답이 온 뒤 /plugin install ponytail@ponytail 을 따로 보내십시오. 두 줄을 별도 메시지로 보내야 설치가 됩니다. 플러그인이 훅 두 개를 쓰므로 node 가 PATH 에 잡혀 있어야 자동으로 켜집니다.
포니테일은 무엇을 막아 줍니까?
시키지 않은 코드가 딸려 오는 것을 막습니다. 코드를 쓰기 전에 "이거 꼭 새로 짜야 하나" 를 일곱 번 묻게 하고, 안 짜도 되는 길이 하나라도 보이면 거기서 멈춥니다.
코드량이 53% 줄어든다는 것이 사실입니까?
만든 사람이 2026-10-07 에 잰 5판 값입니다. 39개 작업을 5번씩 실행해 스킬이 없을 때보다 코드가 53% 줄었다고 적었고, 저희가 재현한 값은 아닙니다. 측정 방법은 저장소 benchmarks/results/2026-10-07-agentic.md 에 있습니다.
꼭 필요한 것까지 줄여 버리지 않습니까?
경계값 검사, 데이터 유실 대비, 보안, 접근성은 줄이지 않는다고 못 박아 두었습니다. 그래도 줄여 온 것이 있으면 사람이 보셔야 합니다. 그리고 원래 간결한 코드에서는 효과가 거의 없습니다.
클로드 포니테일을 설치했는데 명령이 안 보입니다.
/plugin marketplace add DietrichGebert/ponytail 만 보내셨다면 /plugin install ponytail@ponytail 을 따로 한 번 더 보내십시오. INSTALL.md 는 두 줄을 별도 메시지로 보내야 설치가 된다고 적습니다. node 가 PATH 에 없으면 훅마다 node: command not found 가 뜨지만 스킬 자체는 동작합니다. 2026-10-13 확인.
포니테일이 남기는 shortcut: 주석은 무엇입니까?
일부러 줄인 자리와 다시 볼 시점을 표시하는 주석입니다. /ponytail-debt 가 이 주석을 모아 목록으로 만들어, 나중에 할 일이 잊히지 않게 합니다. 다른 단어를 쓰려면 프로젝트의 CLAUDE.md 나 AGENTS.md 에 적고 /ponytail-debt <단어> 로 실행합니다.
포니테일을 클로드 코드 말고 다른 도구에서도 쓸 수 있습니까?
README 는 20개 에이전트에서 동작한다고 적습니다. 코덱스, GitHub Copilot CLI, Gemini CLI, OpenCode 는 INSTALL.md 에 설치 명령이 따로 있습니다. 목록에 없는 도구는 저장소의 AGENTS.md 를 프로젝트에 복사하면 됩니다.
함께 보면 좋은 스킬
어느 것부터 깔지 모르겠다면 클로드 스킬 추천 15개를 보십시오. 67개를 직접 깔아 보고 골랐습니다.