# 플러그인 4종 추천

> 44초짜리 추천 영상. 넷 중 둘은 제가 이미 따로 뜯어서 기각했고, 반례는 제작자 자신의 벤치마크 표 안에 있었습니다.

- 수치: 4종 중 이미 기각 2
- 사람이 보는 화면: https://aitryed.com/ko/teardowns/harness/four-plugins/
- 반대 언어: https://aitryed.com/en/teardowns/harness/four-plugins/index.md
- 출처(원본 영상): https://www.instagram.com/reel/DbBVXkoPA1l/
- 이 사이트 안내(AI용): https://aitryed.com/ko/llms.txt

---

**「AI 사용량 한도를 영구히 고쳐 주는 무료 도구 4종」을 소개하는 44초짜리 영상입니다. 넷 중 둘은 제가 이미 따로 뜯어서 기각한 것이었고, 반박 근거가 «제작자 자신이 같이 올린 표» 안에 들어 있었습니다.**

> **[도판]** 추천은 넷이지만 축은 셋이다. 그리고 그중 하나만 "얼마나 쓰는지"를 재고, 나머지 셋은 "덜 쓰게" 만든다.
>
> 44초 안에 소개된 도구 넷. 프록시 압축, 그래프 탐색, 출력 축소 셋은 줄이는 도구이고 넷째만 계측 도구다. 그리고 넷 중 둘은 내가 이미 따로 뜯어서 기각했다.

## 먼저 — 이건 소개 영상이 아니라 미끼입니다

구조를 먼저 보는 게 맞습니다.

44초 안에 도구 넷을 **스치듯** 보여 주고, 마지막에 이렇게 끝납니다 — **「댓글에 Plugin 이라고 남기면 직접 보내 드립니다.」**

그리고 영상에 없는 것들이 있습니다.

| 없는 것 |
|---|
| 설치 방법 |
| 설정 방법 |
| **정말 되는지 확인하는 방법** |
| **받을 수 있는 주소** |

마지막 줄이 핵심입니다. **주소를 안 알려 주는 게 실수가 아니라 설계**입니다. 댓글을 달게 만들어야 하니까요.

이걸 알고 보면 나머지가 다르게 읽힙니다. <strong>이 영상의 목적은 「알려 주는 것」이 아니라 「댓글을 받는 것」</strong>입니다.

## 소개된 넷

| 도구 | 하는 일 |
|---|---|
| 첫째 | AI와 내 도구 사이에 끼어서 **보내는 양을 줄임** |
| 둘째 | 코드 전체를 **관계도로 만들어** 둠 |
| 셋째 | **얼마나 썼는지 보여 주는** 대시보드 |
| 넷째 | AI가 **짧게 대답하게** 만드는 설정 한 장 |

여기서 축을 보면 **넷이 아니라 셋**입니다. 그리고 **셋째만 「얼마나 쓰는지」를 재고, 나머지 셋은 「덜 쓰게」 만듭니다.** 성격이 다릅니다.

## 그중 둘은 제가 이미 뜯어서 기각한 것이었습니다

**첫째 도구**는 제가 따로 열어서 결론을 낸 적이 있습니다. 그때 결론은 <strong>「압축이 나쁘다」가 아니라 「제 작업엔 압축할 대상이 없다」</strong>였습니다. 제 환경을 두 번 실측한 결과였습니다.

이 영상은 **그 문제를 아예 건드리지 않습니다.** **누가 어떻게 감쌌는지를 보여 줄 뿐**입니다. 「내 경우에 효과가 있나」는 다루지 않습니다.

**넷째 도구**도 마찬가지입니다. 제가 따로 뜯었을 때 **간판 숫자가 자기네 정의로 다시 계산하면 무너진다**는 걸 확인했습니다.

즉 **넷 중 둘은 이 영상을 보기 전에 이미 답이 나와 있었습니다.**

## 그리고 반박 근거가 홍보 자료 안에 있었습니다

여기가 이 편에서 제일 값나간 자리입니다.

넷째 도구는 <strong>「출력을 짧게 만들면 사용량이 줄어든다」</strong>를 팝니다. 상식적으로 맞는 말처럼 들립니다.

그런데 **제작자가 같이 올린 성능 비교 표**를 끝까지 읽어 보니, **그 안에 반례가 있었습니다.** 어떤 조건에서는 **짧게 만들었는데 오히려 사용량이 늘었습니다.**

**파는 쪽이 만든 표에 반례가 남아 있는 것** — 이게 그 표에서 제일 정직한 부분입니다. 그리고 **읽는 쪽이 끝까지 안 읽으면 못 봅니다.**

→ 배운 것:

> **반례를 찾으려고 비판 글을 뒤질 필요가 없을 때가 많습니다. 홍보 자료를 끝까지 읽으면 대개 그 안에 있습니다.**

홍보는 **앞장**에 있고 한계는 **뒷장**에 있습니다. 그리고 사람들은 앞장만 읽습니다.

## 그리고 그 표의 지표 하나는 아예 읽을 수 없었습니다

덧붙이면 — 그 비교 표의 **네 지표 중 하나는 막대가 반만 그려져** 있어서 값을 읽을 수가 없었습니다.

그래서 그 지표는 **인용도 반박도 안 합니다.** 읽을 수 없는 값은 근거가 못 됩니다.

## 제 판정

| 도구 | 판정 | 근거 |
|---|---|---|
| 첫째 | **종결 유지** | 제게 압축할 대상이 없음. **이 영상이 새 근거를 주지 않음** |
| 넷째 | **기각 유지** | 간판 숫자가 자기 정의로 재계산하면 무너짐 |
| 둘째 | **미검토 · 우선순위 낮음** | 같은 축의 도구를 이미 쓰고 있음 |

## 이 편에서 값을 치른 교훈

**추천 목록의 값어치는 「무엇을 추천했나」가 아니라 「무엇을 안 쟀나」로 정해집니다.**

이 영상은 도구 넷을 **보여 줬지만** 하나도 **재지 않았습니다.** 그리고 재지 않은 자리가 정확히 **제가 이미 답을 갖고 있던 자리**였습니다.

**44초에 넷을 소개한다는 건, 한 도구당 11초라는 뜻**입니다. 11초에 들어갈 수 있는 건 「있다」까지이고, 「나에게 맞나」는 안 들어갑니다.

## 여기부터는 자세한 기록입니다

**추천 목록의 값어치는 추천자가 무엇을 안 쟀는가로 결정됩니다.** 44초짜리 릴이 *"사용량 한도를 영구히 고쳐 주는 무료 플러그인 4종"* 을 스치듯 보여줍니다. 그런데 **넷 중 둘은 제가 이미 따로 뜯어서 기각한 것**이었고, 더 중요하게는 **「간결한 출력 = 토큰 절감」이 항상 참은 아니라는 반례가 제작자 자신이 같이 실은 벤치마크 표 안에 들어 있었습니다.** 네 지표 중 하나는 막대가 반만 렌더돼 아예 읽을 수 없었습니다.

## 무엇을 추천한 영상인가

**설치 안내가 아니라 리드마그넷입니다.** 44초 안에 도구 넷을 스치듯 보여주고 *"댓글에 Plugin 이라고 남기면 직접 보내 드립니다"* 로 끝납니다. **설치법·설정·검증이 영상에 없고 배포 링크도 없습니다** — 구조 자체가 그렇게 설계돼 있습니다.

네 도구는 이렇습니다.

| 도구 | 하는 일 | 화면에서 확인된 것 |
|---|---|---|
| **Headroom** | 에이전트와 모델 사이에 앉는 로컬 프록시 | `headroom wrap claude` → 로컬 프록시가 뜨고 **기본 주소 환경변수를 갈아** Claude Code 재기동 |
| **Graphify** | 코드베이스를 지식그래프로 인덱싱 | `graphify path "A" "B"` → 3홉 경로 + **"파일 0개 열었음"** |
| **CodeBurn** | 모델별·일별 토큰/비용 대시보드 | 7일 $1,497.53 · 17,277 호출 · 2,204 세션 · 캐시 적중 100% |
| **Ponytail** | 출력을 짧게 만드는 스킬 한 장 | 별 73k · 16개 에이전트 호환 · MIT |

**전사가 하나 더 밝혀 줍니다.** Graphify의 목적은 캐시가 아니라 **재탐색 회피**입니다 — *"매 메시지마다 전체를 다시 읽지 않게"*. 그리고 Ponytail의 주장에는 조건이 붙어 있습니다 — *"정확도를 하나도 잃지 않고 사용량 50% 이상 절감"*. **무손실이라는 조건**입니다.

## 깨본 결과 — 반례가 홍보 자료 안에 있다

> **[도판]** 이 표는 도구를 파는 쪽이 만든 것이다. 그런데도 반례가 남아 있다는 게 이 표에서 제일 정직한 부분이다.
>
> 제작자가 함께 실은 벤치마크 표. 코드량과 비용은 줄었지만 caveman 항목의 토큰은 기준선 대비 107퍼센트로 오히려 늘었다. 간결한 출력이 항상 토큰 절감으로 이어지지 않는다는 반례다.

**짧게 쓰게 했는데 토큰이 늘었습니다.** 표에서 `caveman` 항목의 코드량은 80%로 줄었는데 **토큰은 107%** 입니다. 출력을 압축하는 스타일이 오히려 총량을 키운 겁니다. 이유는 표에 없지만, 짧게 쓰라는 지시 자체가 프롬프트를 늘리거나 재시도를 부르면 이렇게 됩니다. **중요한 건 이 반례가 제작자 자신의 표 안에 있다는 것**이고, 영상은 그걸 언급하지 않습니다.

**그리고 네 지표 중 하나는 아예 못 읽습니다.** 시간 축 막대가 부분만 렌더돼 있었습니다. 벤치마크를 화면에 띄우는 콘텐츠에서 **지표 하나가 판독 불가라는 건 그 자체로 정보**입니다.

나머지 수치도 전부 자기 신고입니다. 별 73k, 트렌드 1위, *"100% safe"* 같은 표현은 **영상 안에서 검증할 방법이 없습니다.**

## 내 환경에 대봤다 — 둘은 이미 답이 나와 있었다

**Headroom은 제가 따로 뜯어서 종결한 것입니다.** 그때 결론은 *"압축이 나쁘다"* 가 아니라 **"내 워크로드에 압축할 표적이 없다"** 였고, 실측 두 건이 근거였습니다. [그 편](/ko/teardowns/memory/headroom/index.md)에 적어 뒀습니다. 이 영상은 그 표적 문제를 건드리지 않습니다 — **누가 어떻게 감쌌는지를 보여줄 뿐**입니다.

**Ponytail도 마찬가지입니다.** [통짜 기각했고 한 줄만 가져왔습니다](/ko/teardowns/harness/ponytail/index.md). 그리고 그 편에서 확인한 게 있습니다 — 이 레포의 간판 수치 *"코드량 −54%"* 는 **보고서 자신이 선언한 정의로 다시 계산하면 −35.4%** 이고, 애초에 정답 판정 게이트가 없습니다.

**Headroom은 신뢰 경계도 건드립니다.** 모든 프롬프트가 로컬 프록시를 통과하도록 **기본 API 주소 환경변수를 갈아 끼우는 방식**입니다. 개인 실험이면 몰라도 업무 코드가 오가는 환경이면 **도입 전에 코드 감사가 필요한 종류**입니다.

**Graphify 축은 이미 겹칩니다.** 코드 그래프로 탐색하는 도구가 이미 붙어 있어서, **신규 도입 없이도 그 축이 이득인지 검증할 수 있습니다.**

## 판정

| 도구 | 판정 | 근거 |
|---|---|---|
| Headroom | **종결 유지** | 표적 부재. 이 영상이 새 근거를 주지 않는다 |
| Ponytail | **기각 유지** | 간판 수치가 자기 정의로 재계산하면 무너진다 |
| Graphify | **미검토 · 우선순위 낮음** | 같은 축의 도구를 이미 쓰고 있다 |
| CodeBurn | **관심 있음** | 넷 중 유일하게 재는 도구다. 다만 리포트만 봤고 확인 안 함 |

**이 편에서 남는 건 도구가 아니라 읽는 법입니다.** 추천 영상 넷 중 둘이 제가 이미 기각한 것이었다는 사실은, **제가 그 둘을 직접 뜯어 봤기 때문에** 알 수 있었습니다. 안 뜯어 봤으면 44초 안에 네 개를 다 설치했을 겁니다.

**그리고 반례를 찾는 자리는 대개 비판 글이 아니라 홍보 자료 자신입니다.** 이 표는 도구를 파는 쪽이 만들었고, 그런데도 `107%` 가 지워지지 않고 남아 있습니다. **그 숫자 하나가 영상 44초보다 정보량이 많습니다.**