ponytail은 클로드코드(Claude Code)에 “게으른 시니어 개발자” 페르소나를 심어서 꼭 필요한 최소한의 코드만 쓰게 하는 무료 오픈소스 스킬이에요. 공식 저장소 벤치마크(12개 작업 평균) 기준 코드량 54% 감소, 토큰 22% 절약, 비용 20% 절감이고, 설치는 명령 두 줄이면 끝나요. 클로드코드 스킬 시리즈 3편이에요.
rtk편이 “AI가 읽는 토큰”을 아끼는 스킬이었다면, ponytail은 “AI가 쓰는 토큰”을 아끼는 스킬이에요. 둘을 합치면 입출력 양쪽에서 비용이 줄어요.
AI 코딩은 왜 코드를 너무 많이 만들까요?
AI 코딩을 해보면 의외의 문제를 만나요. 못 만드는 게 아니라 너무 많이 만들어요. 날짜 하나 고르는 기능을 시켰는데 옵션 잔뜩 달린 달력 컴포넌트 300줄이 나오고, “나중에 필요할 수도 있으니까” 하며 시키지도 않은 설정 기능까지 붙여요.
이게 문제인 이유는 세 가지예요.
- 돈이 들어요. AI 요금은 토큰(출력량) 기준이라 코드를 길게 쓸수록 비용이 커져요
- 유지보수가 어려워져요. 내가 이해 못 하는 코드 300줄은 자산이 아니라 부채예요
- 버그 표면적이 넓어져요. 코드가 많을수록 깨질 곳도 많아요
ponytail 스킬은 어떻게 동작하나요?
ponytail은 이 문제를 페르소나로 풀어요. 회사에 꼭 있는, 포니테일에 안경 쓴 최고참 시니어 개발자 아시죠. “최고의 코드는 안 쓴 코드다”를 입에 달고 사는 그 사람을 AI 안에 심는 거예요.
설치하면 AI가 코드를 쓰기 전에 이 사다리를 순서대로 따라요.
- 이거 진짜 필요한가? 아니면 안 만든다 (YAGNI 원칙)
- 기존 코드에 이미 있나? 있으면 재사용
- 표준 라이브러리로 되나? 되면 그걸로
- 이미 설치된 도구로 되나? 되면 그걸로
- 한 줄로 되나? 되면 한 줄
- 그래도 안 되면, 그때서야 최소한의 새 코드
중요한 건 안 깎는 영역이 정해져 있다는 거예요. 입력 검증, 에러 처리, 보안, 접근성은 게을러지지 않아요. 겉치레만 줄이고 안전은 지키는 설계예요.
ponytail 벤치마크: 비용이 얼마나 줄어드나요?
공식 저장소의 벤치마크(12개 작업 평균) 결과예요.
| 지표 | 변화 | 의미 |
|---|---|---|
| 코드량 | -54% | 같은 기능을 절반의 코드로 |
| 토큰 | -22% | 출력 토큰 감소 = 사용량 한도 여유 |
| 비용 | -20% | API 기준 5분의 1 절감 |
| 작업 시간 | -27% | 덜 쓰니까 더 빨리 끝나요 |
| 안전성 | 100% 유지 | 검증, 에러 처리 누락 없음 |
작업 종류에 따라 편차는 커요. 과잉 구현 함정이 큰 작업(UI 컴포넌트 등)일수록 절감이 크고, 원래 짧게 나오는 작업은 차이가 작아요.
구독으로 쓰는 분들께는 “비용 절감”이 곧 “사용량 한도가 오래 감”이에요. 숨은 복리 효과도 있어요. 코드가 짧으면 다음에 AI가 그 코드를 다시 읽을 때도 토큰이 덜 들어요.
ponytail 설치 방법은?
클로드코드에서 아래 두 명령을 차례로 입력하면 끝나요.
- /plugin marketplace add DietrichGebert/ponytail
- /plugin install ponytail@ponytail
공식 저장소는 github.com/DietrichGebert/ponytail 이고, MIT 라이선스 무료 오픈소스예요. 설치하면 세션 시작 때 자동으로 적용돼서 따로 부를 필요도 없어요.
실사용: 설치조차 AI 비서에게 시켰어요
이 글은 남의 도구 소개가 아니라 실사용 후기예요. 제 AI 비서에도 ponytail을 적용해서 쓰고 있어요.
설치 과정이 재미있었어요. 출근길에 텔레그램으로 비서에게 “ponytail을 적용하고 싶어” 한 마디를 보냈더니, 비서가 저장소를 받아서 설치하고 정상 작동 테스트까지 마친 뒤 “적용 완료” 보고를 보내왔어요.
적용하고 나니 차이가 체감돼요. 봇이나 자동화 스크립트를 만들 때 나오는 코드가 눈에 띄게 짧아졌고, 같은 사용량 한도로 더 오래 작업할 수 있게 됐어요. rtk와 함께 켜두니 입출력 양쪽이 가벼워진 느낌이에요.
자주 묻는 질문
Q. 코드를 덜 쓰면 품질이 떨어지지 않나요?
반대인 경우가 많아요. 짧은 코드는 읽기 쉽고 고치기 쉽거든요. 검증, 에러 처리, 보안 같은 안전 영역은 줄이지 않게 설계돼 있어요.
Q. rtk와는 뭐가 다른가요?
방향이 반대예요. rtk는 AI가 읽는 것(명령 출력)을 압축하고, ponytail은 AI가 쓰는 것(코드)을 줄여요. 입출력 양쪽 절약이라 겹치지 않으니 둘 다 켜두는 걸 추천해요.
Q. 클로드코드에서만 되나요?
아니요, 커서(Cursor) 같은 다른 AI 코딩 도구들도 지원해요. 도구별 설치법은 공식 저장소에 있어요.
Q. 가끔 풍성한 구현이 필요할 땐 어떡하죠?
지시에 “이번엔 옵션을 충분히 넣어 줘”라고 명시하면 돼요. 스킬은 기본 성향을 바꾸는 것이지, 명시적 요구를 무시하지 않아요.
다음 스킬: graphify
다음 편은 graphify 스킬이에요. 코드베이스 전체를 지식 그래프로 만들어서 큰 프로젝트도 적은 토큰으로 구조를 파악하게 해주는 스킬이고, rtk(읽기 절약), ponytail(쓰기 절약)에 이은 토큰 절약 3부작의 마지막 조각이에요. 앞 편인 QA 스킬편과 스킬 개념편도 함께 보세요.
Leave a Reply