플러그인 4종 추천
44초짜리 추천 영상. 넷 중 둘은 제가 이미 따로 뜯어서 기각했고, 반례는 제작자 자신의 벤치마크 표 안에 있었습니다.
「AI 사용량 한도를 영구히 고쳐 주는 무료 도구 4종」을 소개하는 44초짜리 영상입니다. 넷 중 둘은 제가 이미 따로 뜯어서 기각한 것이었고, 반박 근거가 «제작자 자신이 같이 올린 표» 안에 들어 있었습니다.
먼저 — 이건 소개 영상이 아니라 미끼입니다
구조를 먼저 보는 게 맞습니다.
44초 안에 도구 넷을 스치듯 보여 주고, 마지막에 이렇게 끝납니다 — 「댓글에 Plugin 이라고 남기면 직접 보내 드립니다.」
그리고 영상에 없는 것들이 있습니다.
| 없는 것 |
|---|
| 설치 방법 |
| 설정 방법 |
| 정말 되는지 확인하는 방법 |
| 받을 수 있는 주소 |
마지막 줄이 핵심입니다. 주소를 안 알려 주는 게 실수가 아니라 설계입니다. 댓글을 달게 만들어야 하니까요.
이걸 알고 보면 나머지가 다르게 읽힙니다. 이 영상의 목적은 「알려 주는 것」이 아니라 「댓글을 받는 것」입니다.
소개된 넷
| 도구 | 하는 일 |
|---|---|
| 첫째 | AI와 내 도구 사이에 끼어서 보내는 양을 줄임 |
| 둘째 | 코드 전체를 관계도로 만들어 둠 |
| 셋째 | 얼마나 썼는지 보여 주는 대시보드 |
| 넷째 | AI가 짧게 대답하게 만드는 설정 한 장 |
여기서 축을 보면 넷이 아니라 셋입니다. 그리고 셋째만 「얼마나 쓰는지」를 재고, 나머지 셋은 「덜 쓰게」 만듭니다. 성격이 다릅니다.
그중 둘은 제가 이미 뜯어서 기각한 것이었습니다
첫째 도구는 제가 따로 열어서 결론을 낸 적이 있습니다. 그때 결론은 「압축이 나쁘다」가 아니라 「제 작업엔 압축할 대상이 없다」였습니다. 제 환경을 두 번 실측한 결과였습니다.
이 영상은 그 문제를 아예 건드리지 않습니다. 누가 어떻게 감쌌는지를 보여 줄 뿐입니다. 「내 경우에 효과가 있나」는 다루지 않습니다.
넷째 도구도 마찬가지입니다. 제가 따로 뜯었을 때 간판 숫자가 자기네 정의로 다시 계산하면 무너진다는 걸 확인했습니다.
즉 넷 중 둘은 이 영상을 보기 전에 이미 답이 나와 있었습니다.
그리고 반박 근거가 홍보 자료 안에 있었습니다
여기가 이 편에서 제일 값나간 자리입니다.
넷째 도구는 「출력을 짧게 만들면 사용량이 줄어든다」를 팝니다. 상식적으로 맞는 말처럼 들립니다.
그런데 제작자가 같이 올린 성능 비교 표를 끝까지 읽어 보니, 그 안에 반례가 있었습니다. 어떤 조건에서는 짧게 만들었는데 오히려 사용량이 늘었습니다.
파는 쪽이 만든 표에 반례가 남아 있는 것 — 이게 그 표에서 제일 정직한 부분입니다. 그리고 읽는 쪽이 끝까지 안 읽으면 못 봅니다.
→ 배운 것:
반례를 찾으려고 비판 글을 뒤질 필요가 없을 때가 많습니다. 홍보 자료를 끝까지 읽으면 대개 그 안에 있습니다.
홍보는 앞장에 있고 한계는 뒷장에 있습니다. 그리고 사람들은 앞장만 읽습니다.
그리고 그 표의 지표 하나는 아예 읽을 수 없었습니다
덧붙이면 — 그 비교 표의 네 지표 중 하나는 막대가 반만 그려져 있어서 값을 읽을 수가 없었습니다.
그래서 그 지표는 인용도 반박도 안 합니다. 읽을 수 없는 값은 근거가 못 됩니다.
제 판정
| 도구 | 판정 | 근거 |
|---|---|---|
| 첫째 | 종결 유지 | 제게 압축할 대상이 없음. 이 영상이 새 근거를 주지 않음 |
| 넷째 | 기각 유지 | 간판 숫자가 자기 정의로 재계산하면 무너짐 |
| 둘째 | 미검토 · 우선순위 낮음 | 같은 축의 도구를 이미 쓰고 있음 |
이 편에서 값을 치른 교훈
추천 목록의 값어치는 「무엇을 추천했나」가 아니라 「무엇을 안 쟀나」로 정해집니다.
이 영상은 도구 넷을 보여 줬지만 하나도 재지 않았습니다. 그리고 재지 않은 자리가 정확히 제가 이미 답을 갖고 있던 자리였습니다.
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 항목의 코드량은 80%로 줄었는데 토큰은 107% 입니다. 출력을 압축하는 스타일이 오히려 총량을 키운 겁니다. 이유는 표에 없지만, 짧게 쓰라는 지시 자체가 프롬프트를 늘리거나 재시도를 부르면 이렇게 됩니다. 중요한 건 이 반례가 제작자 자신의 표 안에 있다는 것이고, 영상은 그걸 언급하지 않습니다.
그리고 네 지표 중 하나는 아예 못 읽습니다. 시간 축 막대가 부분만 렌더돼 있었습니다. 벤치마크를 화면에 띄우는 콘텐츠에서 지표 하나가 판독 불가라는 건 그 자체로 정보입니다.
나머지 수치도 전부 자기 신고입니다. 별 73k, 트렌드 1위, “100% safe” 같은 표현은 영상 안에서 검증할 방법이 없습니다.
내 환경에 대봤다 — 둘은 이미 답이 나와 있었다
Headroom은 제가 따로 뜯어서 종결한 것입니다. 그때 결론은 “압축이 나쁘다” 가 아니라 “내 워크로드에 압축할 표적이 없다” 였고, 실측 두 건이 근거였습니다. 그 편에 적어 뒀습니다. 이 영상은 그 표적 문제를 건드리지 않습니다 — 누가 어떻게 감쌌는지를 보여줄 뿐입니다.
Ponytail도 마찬가지입니다. 통짜 기각했고 한 줄만 가져왔습니다. 그리고 그 편에서 확인한 게 있습니다 — 이 레포의 간판 수치 “코드량 −54%” 는 보고서 자신이 선언한 정의로 다시 계산하면 −35.4% 이고, 애초에 정답 판정 게이트가 없습니다.
Headroom은 신뢰 경계도 건드립니다. 모든 프롬프트가 로컬 프록시를 통과하도록 기본 API 주소 환경변수를 갈아 끼우는 방식입니다. 개인 실험이면 몰라도 업무 코드가 오가는 환경이면 도입 전에 코드 감사가 필요한 종류입니다.
Graphify 축은 이미 겹칩니다. 코드 그래프로 탐색하는 도구가 이미 붙어 있어서, 신규 도입 없이도 그 축이 이득인지 검증할 수 있습니다.
판정
| 도구 | 판정 | 근거 |
|---|---|---|
| Headroom | 종결 유지 | 표적 부재. 이 영상이 새 근거를 주지 않는다 |
| Ponytail | 기각 유지 | 간판 수치가 자기 정의로 재계산하면 무너진다 |
| Graphify | 미검토 · 우선순위 낮음 | 같은 축의 도구를 이미 쓰고 있다 |
| CodeBurn | 관심 있음 | 넷 중 유일하게 재는 도구다. 다만 리포트만 봤고 확인 안 함 |
이 편에서 남는 건 도구가 아니라 읽는 법입니다. 추천 영상 넷 중 둘이 제가 이미 기각한 것이었다는 사실은, 제가 그 둘을 직접 뜯어 봤기 때문에 알 수 있었습니다. 안 뜯어 봤으면 44초 안에 네 개를 다 설치했을 겁니다.
그리고 반례를 찾는 자리는 대개 비판 글이 아니라 홍보 자료 자신입니다. 이 표는 도구를 파는 쪽이 만들었고, 그런데도 107% 가 지워지지 않고 남아 있습니다. 그 숫자 하나가 영상 44초보다 정보량이 많습니다.