코드를 덜 짜게 만드는 AI 플러그인, Ponytail을 써봤다
"가장 좋은 코드는 애초에 짜지 않은 코드다. 게으른 시니어 개발자처럼 사고하게 만든다는 Claude Code 플러 그인 Ponytail을 직접 설치하고 정리해봤다."
요즘 AI 코딩 에이전트를 쓰다 보면 한 가지 불만이 있었다. 시키지도 않은 추상화를 만들고, 굳이 안 써도 될 헬퍼 함
수를 잔뜩 뽑아내고, 표준 라이브러리에 이미 있는 걸 새로 구현하는 일이 너무 잦았다. 그러다 우연히 발견한 게 Ponytail이라는 플러그인이다. 슬로건부터가 마음에 들었다.
"The best code is the code you never wrote."
가장 좋은 코드는 애초에 짜지 않은 코드다.
오늘은 이 플러그인을 직접 설치하고 어떻게 쓰는지, 어디에 활용하면 좋은지 정리해보려고 한다.
Ponytail이 뭔가
한마디로 "방 안에서 가장 게으른 시니어 개발자처럼" AI가 사고하게 만드는 플러그인이다. 여기서 '게으르다'는 건
일을 안 한다는 뜻이 아니라, 불필요한 코드를 짜지 않으려고 한다는 의미다. 진짜 시니어는 코드를 많이 짜는 사람
이 아니라, 안 짜도 되는 걸 귀신같이 골라내는 사람이니까.
벤치마크상으로는 실제 에이전트 세션에서 코드량 약 54% 감소, 비용 20% 절감, 27% 더 빠른 처리를 보여준다고 한
다. 물론 수치는 참고만 하지만, 방향성 자체는 확실히 공감이 갔다.
핵심: 코드 짜기 전에 거치는 '판단 사다리'
이 플러그인의 본질은 의외로 단순하다. 코드를 생성하기 전에 다음 질문들을 순서대로 던지게 만든다.
- 이거 꼭 만들어야 하나? — 아니면 그냥 스킵
- 코드베이스에 이미 있나? — 있으면 재사용
- **표준 라이브러리(stdlib)**로 되나? — 되면 그걸 사용
- 플랫폼 기본 기능으로 되나? — 되면 그걸 사용
- 이미 설치된 의존성으로 되나? — 되면 그걸 사용
- 한 줄로 가능한가? — 가능하면 한 줄로
- 여기까지 다 아니라면 — 그제야 최소한의 코드만 작성
말로 풀면 당연한 얘기 같지만, 이걸 매번 강제로 거치게 만든다는 게 핵심이다. 나도 머리로는 알면서 귀찮아서 안 하
던 과정이라 더 와닿았다.
설치 과정
나는 Claude Code에서 설치했다. 생각보다 간단했다.
먼저 마켓플레이스에 저장소를 등록한다.
/plugin marketplace add DietrichGebert/ponytail
그다음 플러그인 메뉴를 열어서 ponytail을 실제로 설치(활성화)한다.
/plugin
여기서 ponytail을 골라 install/enable 하면 끝이다. 한 가지 주의할 점은, marketplace add는 "목록에 등록"까지만
한 상태라는 것. 실제로 켜려면 /plugin 메뉴에서 활성화 단계를 한 번 더 거쳐야 한다. 이걸 몰라서 잠깐 헤맸다.
활성화하고 나면 새 세션부터는 알아서 항상 동작한다. 매번 호출할 필요가 없다는 게 가장 마음에 드는 부분이었다
.
참고로 라이프사이클 훅 때문에 Node.js가 PATH에 잡혀 있어야 한다. Claude Code 외에 GitHub Copilot CLI, Code
x에서도 쓸 수 있고, Cursor·Windsurf·Cline 같은 에디터는 저장소의 룰 파일을 복사하는 방식으로 적용한다고 한다.
제공되는 명령어들
자동으로 동작하긴 하지만, 필요할 때 직접 부를 수 있는 명령어들도 있다. 이게 생각보다 유용했다.
| 명령어 | 하는 일 |
|---|---|
/ponytail [lite|full|ultra|off] |
강도 조절 또는 끄기 (인자 없이 치면 현재 레벨 표시) |
/ponytail-review |
지금 작업한 diff에서 과하게 짜인 코드를 찾아 삭제 제안 |
/ponytail-audit |
저장소 전체에서 불필요한 복잡도를 스캔 |
/ponytail-debt |
미뤄둔 개선사항을 정리된 목록으로 만들어줌 |
/ponytail-gain |
코드 절감·비용 절약 벤치마크 수치 표시 |
어디에 쓰면 좋을까
며칠 써보면서 내 나름대로 정리한 활용 시나리오는 이렇다.
- 새 기능 구현할 때 — 과한 추상화나 중복 코드를 알아서 줄여준다. 평소 가장 효과를 체감하는 순간.
- PR 올리기 직전 —
/ponytail-review로 군더더기를 한 번 걸러내고 올린다. - 레거시 정리 —
/ponytail-audit로 프로젝트 전반의 over-engineering을 점검한다. - 기술 부채 관리 —
/ponytail-debt로 미뤄둔 일들을 한눈에 본다. - 정밀하거나 민감한 작업 — 너무 간소화되는 게 부담스러우면
/ponytail lite나/ponytail off로 강도를 낮춘
다.
마지막 항목이 의외로 중요했다. 모든 상황에서 "최대한 코드를 줄이는" 게 정답은 아니기 때문이다. 강도를 조절할 수
있다는 점에서 실무에 쓰기 부담이 덜했다.
기본 모드 설정
기본 강도는 환경변수 PONYTAIL_DEFAULT_MODE나 ~/.config/ponytail/config.json 파일로 지정할 수 있다. 따로 설정
하지 않으면 full이 기본값이다. 나는 일단 기본값 그대로 두고 써보는 중이다.
써보고 든 생각
AI 에이전트의 가장 큰 문제 중 하나가 "시키면 뭐든 만들어내는" 성실함이었는데, Ponytail은 그 반대 방향을 강제한다
는 점이 신선했다. 덜 만들게 하는 도구라니. 결국 좋은 엔지니어링은 무언가를 추가하는 것보다 덜어내는 데서 나온
다는 걸 다시 한번 생각하게 됐다.
아직 며칠 안 써봤지만, 적어도 "이걸 굳이 이렇게까지 만들었어?" 하는 순간이 확실히 줄었다. 비슷한 불만이 있던 분
이라면 한 번쯤 써볼 만하다.
설치 저장소: DietrichGebert/ponytail