Ponytail — 가장 좋은 코드는 아예 쓰지 않은 코드

HOW I USE IT

⭐92,065 · MIT. 리포 한 줄 소개가 철학을 다 말합니다 — "당신의 AI 에이전트를 방 안에서 가장 게으른 시니어 개발자처럼 생각하게 만든다. 가장 좋은 코드는 아예 쓰지 않은 코드다." 경험 많은 개발자는 새로 만들기 전에 이미 있는 함수·라이브러리를 먼저 뒤집니다. Ponytail은 그 판단 순서를 AI에게 설치합니다 — ①이미 있는 것으로 되는지 먼저 확인 ②새로 쓸 때도 최소 범위 ③안전장치는 빼지 않음.

공개 수치의 측정 방법이 모범적입니다: 실제 오픈소스 리포(FastAPI+React)에서 기능 12건을 Haiku 4.5로 4회씩 돌리고 **AI가 실제로 남긴 git diff로** 셌습니다 — 코드 줄 수 평균 54%↓(최대 94%), 입력 토큰 22%↓, 비용 20%↓, 시간 27%↓. 재현 자료까지 리포에 공개. 정직한 단서도 붙어 있습니다 — 94%는 AI가 과하게 만드는 경우(날짜 선택 위젯 등)이고, **이미 코드가 최소한인 작업에서는 감소가 거의 0**입니다. 인상적인 대조 실험: 그냥 "짧게 써라"라고 지시한 경우는 코드는 줄지만 안전장치를 하나 빼먹었고, Ponytail은 안전장치를 100% 유지했습니다 — 짧은 코드와 부실한 코드는 다릅니다.

⚠️ 설치 시 두 줄을 한 번에 보내면 실패합니다(클로드코드 안에서 슬래시 명령으로 할 때). 한 줄씩 따로 보내고, 설치 후 재시작하세요. 한계 — 이미 간단한 작업엔 효과 없음, Node가 PATH에 있어야 동작, 추론을 오래 하는 모델에서는 역효과 가능성 언급이 있습니다. 사장님 관점: 토큰 절약보다 **'고칠 게 적은 결과물'**이 더 큰 이득입니다. 300줄인지 50줄인지는 오늘의 요금이 아니라 다음 달에 그걸 손대는 비용의 문제입니다.