네, 번역을 시작하겠습니다.
Claude Code 에 플러그인을 23개나 설치해뒀었다. 스킬 8개. MCP 서버 5개. 커스텀 에이전트 프레임워크 3개. 새벽 2시에 트위터에서 발견한 컨텍스트 관리 툴까지.
세션이 느렸다. 첫 번째 진짜 프롬프트를 입력하기도 전에 컨텍스트 창이 가득 차기 시작했다. 무료 사용자들보다도 더 빨리 한계에 부딪히고 있었다.
그러다 처음으로 /context 명령어를 실행했고, 그 분석 결과를 보고 충격을 받았다:
인사도 하기 전에 62,000 토큰을 소모하고 있었다.
내 전체 컨텍스트 창의 31%를 차지했다 - 그냥 사라져버린 거다. Claude Code 를 더 낫게 만들어준다는 플러그인들이 잡아먹고 있었다. 그리고 아직 프롬프트 하나도 작성하지 않은 상태였다.
그 주말 동안 모든 걸 다 지워버렸다. 모든 플러그인. 모든 스킬. 매일 사용하지 않는 모든 MCP 서버. 기본 내장 기능만 남기고 싹 다 밀어버렸다.
세션이 3배 더 길어졌다. 결과물은 더 날카로워졌다. 토큰 지출은 절반으로 줄었다.
알고 보니 Claude Code 에는 내가 플러그인에 돈을 내고 사용하던 모든 기능이 이미 내장되어 있었다. 단지 거기에 뭐가 있는지 몰랐을 뿐이었다.
여기 내가 사용하던 플러그인들을 대체한 모든 기본 내장 기능을 소개한다.
1 // 컨텍스트 관리
이 기능 하나로 플러그인 5개를 대체했다.
컨텍스트는 Claude Code 에서 가장 중요한 리소스다. 200k 토큰 창이 있고, 모든 것이 이 공간을 차지한다 - 대화 내용, 시스템 프롬프트, 도구, Claude 가 읽는 파일, 명령어 출력물까지. 이 창이 가득 차면 Claude 는 내용을 잊기 시작하고, 환각을 일으키며, 쓰레기 같은 결과물을 내놓는다.
대부분의 사람들은 "컨텍스트를 관리"하기 위해 플러그인을 설치한다. 나도 두 개를 설치했었다. 둘 다 불필요했다. Claude Code 에는 더 나은 기본 내장 명령어 세 개가 있기 때문이다.
/context - 토큰이 정확히 어디에 쓰이고 있는지 확인
이 명령어를 첫날부터 알았더라면 좋았을 텐데. /context 를 입력하면 전체 분석 결과가 나온다: 시스템 프롬프트가 사용하는 토큰 수, 도구가 차지하는 양, 대화 기록이 먹고 있는 공간, 남은 공간까지.
이게 지금 내 컨텍스트의 모습이다 - 정리 작업 이후. 예전에는 스킬과 플러그인 라인만 14k 토큰을 차지했다. 내 전체 컨텍스트의 7%를 확장 기능들이 그냥 대기하며 차지하고 있었고, 그중 대부분을 일주일에 한 번 정도밖에 사용하지 않았다.
실용적인 규칙: 모든 중요한 세션 시작 시 /context 를 실행하라. 아무것도 입력하기 전에 기본값이 30k 이상이라면, 구조적인 문제가 있는 것이다. 작업을 시작하기 전에 먼저 해결하라.
/compact - 컨텍스트 손실 없이 대화 압축
이 명령어는 Claude Code 전체에서 가장 과소평가된 명령어다. 숙련된 사용자들은 활발한 작업 중 20-30분마다 실행한다. 대부분의 사람들은 한 번도 입력해본 적이 없다.
대화가 길어지면, 새로운 메시지마다 더 많은 토큰이 소모된다. Claude 가 전체 기록을 다시 읽기 때문이다. 메시지 30개 정도 되면, 단일 교환에 첫 번째 메시지보다 31배 더 많은 토큰을 소모한다. /compact 는 모든 기록을 압축된 요약으로 만들어 공간을 확보하면서 중요한 컨텍스트는 유지한다.
/compact 인증 모듈과 현재 테스트 실패에 집중해줘
요약에서 무엇을 우선시할지 지정할 수도 있다. "데이터베이스 스키마 결정은 유지하고, 나머지는 압축해." 아주 정밀하다.
/compact 를 정기적으로 실행하는 것과 실행하지 않는 것의 차이: 같은 토큰 예산으로 30분짜리 세션 vs 3시간 이상의 세션.
/clear - 필요할 때 전체 리셋
/clear 는 모든 것을 지운다. 대화 기록 사라짐. 완전히 새로운 시작. 파일 편집 내용은 디스크에 남지만 컨텍스트는 완전히 비워진다.
차이점을 구분하자:
/compact는 Claude 가 무슨 일이 있었는지 계속 파악하도록 유지한다./clear는 완전히 백지 상태에서 시작한다.- 완전히 다른 작업으로 전환할 때는
/clear를 사용하라. - 계속 진행 중이지만 더 많은 공간이 필요할 때는
/compact를 사용하라.
이 세 가지 명령어를 배우기 전에는, 같은 기능의 더 나쁜 버전을 수천 토큰의 오버헤드와 함께 제공하는 플러그인을 설치하고 있었다. 이제는 슬래시 명령어 하나면 끝난다.
2 // 세션 제어
작업 내용을 잃지 않는다.
예전에는 세션 상태를 저장해서 나중에 재개할 수 있게 해주는 플러그인을 사용했다. 알고 보니 Claude Code 에는 이 기능이 처음부터 내장되어 있었다.
/resume - 중단했던 위치에서 정확히 이어서 작업
터미널이 꺼졌다. 노트북이 꺼졌다. 실수로 창을 닫았다. 상관없다. /resume 을 입력하면 모든 최근 세션 목록이 표시된다. 하나를 선택하면 그 자리로 정확히 돌아간다.
인수 없이 입력하면 세션 선택기가 열린다. 이름을 지정하면 바로 이동한다. /name 으로 세션에 이름을 지정하면 나중에 쉽게 찾을 수 있다.
/rewind - 언제든지 모든 것을 취소
Claude 가 인증 모듈을 다시 작성했는데 더 나빠졌다. /rewind 는 코드와 대화를 모두 이전 체크포인트로 되돌린다.
Esc Esc - 숨겨진 슈퍼파워
Esc 한 번은 생성 중단. 모두가 알고 있다. 하지만 Esc 를 두 번 누르면 대부분의 사람들이 본 적 없는 무언가가 열린다 - Claude Code 가 세션 중에 생성한 모든 체크포인트의 스크롤 가능한 목록. 모든 파일 상태. 모든 대화 상태. 완전히 복원 가능하다.
네 가지 옵션: 코드와 대화 복원, 대화만 복원, 코드만 복원, 또는 체크포인트부터 요약.
이것이 얼마나 과감하게 실험할 수 있는지를 바꾼다. 위험 제로. 완전한 취소. Claude 가 대담한 접근 방식을 시도하게 하라 - 실패해도 되감기는 비용이 전혀 들지 않는다. 이 기능의 더 나쁜 버전을 수행하는 플러그인이 있었다. Esc Esc 를 발견한 그날 삭제했다.
3 // 비용 및 모델 제어
간단한 작업에 과도하게 지불하지 않는다.
/cost - 실시간 지출 확인
API 를 사용하는 경우, /cost 는 현재 세션의 누적 지출을 보여준다. 플러그인 불필요. 외부 대시보드 불필요. 명령어만 입력하면 된다.
Pro 및 Max 구독자의 경우, /stats 는 사용량 한도(5시간 세션 제한 및 주간 상한)에 대한 진행 상황을 보여준다.
/model - 세션 중 모델 전환
이 기능은 내가 시도한 어떤 최적화 방법보다도 더 많은 비용을 절약해주었다.
Opus 는 강력하지만 비용이 많이 든다. Sonnet 의 약 2배 토큰을 소모한다. 그리고 중요한 점: 코딩 작업의 80%는 Sonnet 이 적합하다. 빠르고, 능력도 좋고, 비용 효율적이다. Opus 는 복잡한 아키텍처 결정과 심층 디버깅에만 필요하다.
/model 을 사용하면 세션 중에 전환할 수 있다:
예전에는 모든 작업에 Opus 를 사용했다 - 파일 포맷팅, 테스트 작성, 변수 이름 변경까지. 이제는 간단한 작업에는 Sonnet 으로 전환하고, 필요할 때만 다시 Opus 로 전환한다. 같은 작업, 절반의 비용.
/effort - Claude 가 얼마나 깊이 생각할지 제어
변수 이름을 바꾸는 것과 데이터베이스 스키마를 설계하는 것은 같은 인지적 노력이 필요하지 않다. /effort 는 Claude 에게 얼마나 많은 사고력을 투자할지 지시할 수 있다. 간단한 작업에 낮은 노력 = 더 적은 토큰 = 더 긴 세션.
Option+T - 메시지별 확장 사고 전환
확장 사고는 강력하지만 비용이 많이 든다. 모든 응답에 상당한 토큰을 추가한다. 옵션+T 는 항상 켜두는 대신 메시지별로 켜고 끌 수 있다.
빠른 포맷팅 질문? 끄기. 복잡한 아키텍처 결정? 켜기. 다시 간단한 이름 변경? 끄기. 전환에는 0.2초가 걸린다. 메뉴 경로는 4초가 걸린다.
4 // 프로젝트 설정
10분이 몇 시간을 절약한다.
/init - Claude Code 가 스스로 설정하게 하기
모든 프로젝트 루트에서 /init 을 실행하면, Claude Code 가 코드베이스를 스캔하여 시작용 CLAUDE.md 를 생성한다. 스택, 파일 구조, 규칙을 감지하고, 모든 향후 세션에서 자동으로 읽을 설정 파일을 작성한다.
그런 다음 커스터마이징하라. 규칙, 아키텍처 결정, 규칙을 추가하라. 생성된 버전은 시작점일 뿐이다 - 당신이 직접 만드는 것이다.
/doctor 는 MCP 서버가 연결되어 있는지, 스킬이 로드되었는지, 권한이 올바르게 설정되었는지 확인한다. 설정 변경 후 실행하라.
.claudeignore - 정크를 컨텍스트에서 차단
.gitignore 가 파일을 git 에서 제외하듯이, .claudeignore 는 파일을 Claude Code 의 컨텍스트 창에서 제외한다.
Claude 가 읽는 모든 파일은 토큰을 소모한다. 스캔하는 모든 디렉토리는 컨텍스트를 소모한다. .claudeignore 는 세션을 가볍게 유지하는 가장 간단한 방법이다. "파일 읽기를 최적화"하는 플러그인이 있었다. 알고 보니 .claudeignore 가 5줄로 같은 일을 한다.
5 // 코드 품질
대부분의 리뷰 플러그인보다 낫다.
/review - 내장 코드 리뷰
/review 를 입력하면 Claude 가 최근 변경 사항을 분석한다. 버그, 스타일 문제, 잠재적 문제를 확인하고 개선 사항을 제안한다. "내 변경 사항을 검토해줘"라는 자유 형식 프롬프트보다 더 정확하고 컨텍스트를 인식한다.
/diff 는 작업 디렉토리의 모든 변경 사항을 보여준다. /security-review 는 특히 취약점을 스캔한다. 이 기능을 위해 별도의 보안 플러그인을 사용하고 있었다 - /security-review 가 오버헤드 없이 같은 일을 한다는 것을 발견한 후 삭제했다.
/plan - 코딩 전에 생각하기
Claude 가 코드를 작성하고, 파일을 읽고, 명령어를 실행하기 전에, /plan 은 실제로 아무것도 실행하지 않고 의도한 작업의 구조화된 분석을 생성하게 한다.
이것은 오해를 조기에 발견하기 때문에 토큰을 절약한다. Claude 가 필요한 파일이 2개인데 6개를 읽을 계획이라면, 필요 없는 파일을 읽어 컨텍스트를 소모하기 전에 수정할 수 있다.
복잡한 작업 전에 계획 모드로 전환하라. 계획을 검토하라. 조정하라. 그런 다음 실행하라. 이것이 정밀한 작업과 값비싼 추측의 차이다.
6 // 키보드 단축키
모든 작업을 가장 빠르게 수행하는 방법
이것들은 명령어가 아니라, 근육 기억이다. 한 번 익히면 절대 돌아가지 않을 것이다.
Shift+Tab - 권한 모드 순환
Claude Code 는 모든 파일 편집과 모든 명령어 실행에 허가를 요청한다. 안전하지만 느리다. Shift+Tab 은 세 가지 모드를 순환한다:
- normal: 모든 것에 허가 요청 (안전함, 느림)
- auto-accept: 요청 없이 실행 (빠름, 신뢰 필요)
- plan: 무엇을 할지 보여주지만 실행하지 않음 (먼저 검토)
이해하는 코드를 빠르게 반복할 때는 auto-accept 로 전환하라. Claude 가 위험한 작업을 할 때는 plan 으로 전환하라. 민감한 코드는 normal 로 다시 전환하라. 한 번의 키 입력으로 전체 상호 작용 속도가 바뀐다.
Ctrl+R - 프롬프트 기록 검색
Claude Code 는 세션 전체의 프롬프트 기록을 유지한다. Ctrl+R 을 사용하면 모든 기록을 퍼지 검색할 수 있다.
3일 전에 완벽하게 작동했던 복잡한 프롬프트가 있다. 다시 입력하거나 터미널 기록을 스크롤하는 대신: Ctrl+R, 키워드 두 개 입력, 바로 찾을 수 있다. 한 달 정도 사용하면 프롬프트 기록은 모든 효과적인 방법의 개인 라이브러리가 된다.
Ctrl+G - 진정한 편집기에서 프롬프트 작성
터미널 입력은 한 줄이다. 여러 문단으로 구성된 특정 지시사항이 포함된 프롬프트를 한 줄의 터미널에 작성하는 것은 고통스럽다. Ctrl+G 는 기본 텍스트 편집기를 연다 - vim, VS Code 등 설정된 편집기. 프롬프트를 제대로 작성하라. 저장하고 닫으면 전송된다.
상세한 프롬프트를 작성하는 사람이라면 필수다. 터미널 입력은 문단을 위해 만들어진 것이 아니다. 편집기가 그렇다.
/btw - 작업을 방해하지 않고 사이드 질문
Claude 가 작업 중이다. 리팩토링 중인 세 개의 파일을 처리하고 있다. 갑자기 무언가를 알아야 한다 - "인증 미들웨어가 있는 파일이 뭐지?"
/btw 이전에는: 전체 작업을 취소하고, 질문을 한 다음, 원래 작업을 다시 프롬프팅해야 했다. 중단된 작업의 모든 컨텍스트가 사라진다.
/btw 를 사용하면 Claude 가 계속 작업하는 동안 사이드 질문을 할 수 있다. 주요 작업의 대화 기록에는 영향을 주지 않고 답변이 온다.
7 // 커스텀 명령어
30초 만에 나만의 플러그인 만들기
대부분의 사람들이 깨닫지 못하는 사실: 플러그인의 대부분은 지침이 포함된 마크다운 파일에 불과하다. .claude/commands/ 에서 직접 같은 것을 만들 수 있다.
마크다운 파일을 만든다. 지침을 넣는다. 그러면 슬래시 명령어가 된다.
이제 /fix-issue 456 은 플러그인이 하는 일을 정확히 수행하지만, 오버헤드가 제로이고, 종속성이 제로이며, 컨텍스트 창에서 추가 토큰을 소모하지 않는다.
/review-pr . 커스텀 워크플로우. 기본 오버헤드 토큰 제로. 30초 만에 작성했다.
팀의 경우: .claude/commands/ 에 있는 리포지토리에 커밋하라. 모든 사람이 같은 워크플로우를 사용할 수 있다. 코드처럼 취급하라 - PR에서 검토하고, 반복하고, 버전을 관리하라.
이것이 바로 대부분의 플러그인 마켓플레이스가 판매하는 것이다. 단, 공짜이고, 컨텍스트에 부담이 없으며, 모든 단어를 직접 제어할 수 있다는 점만 다르다.
설정의 역설
Claude Code 생태계에서 아무도 이야기하지 않는 것이 있다: 설치하는 모든 플러그인, 모든 스킬, 모든 MCP 서버는 컨텍스트 창에 기본 오버헤드를 추가한다. 사용 여부와 관계없이 모든 세션 시작 시 로드된다.
Claude Code 는 개별 규칙 파일을 6,000자, 총 결합 규칙을 12,000자로 제한한다. 이런 제한에는 이유가 있다. Anthropic 의 자체 문서에도 명확히 명시되어 있다: "각 줄에 대해 물어보세요: 이 줄을 제거하면 Claude 가 실수할까요? 그렇지 않다면, 잘라내세요."
첫 번째 프롬프트를 입력하기 전에 62,000 토큰의 오버헤드가 있었다. 내 전체 컨텍스트 창의 거의 3분의 1에 해당한다 - 유휴 상태인 도구들이 소비한 것이다.
정리 작업 후: 6,000 토큰의 기본 오버헤드. 실제 작업에 사용 가능한 156,000 토큰. 예전에는 30분 만에 끝나던 세션이 이제 3시간 이상 실행된다.
계산은 간단하다: 플러그인이 적을수록 = 더 많은 컨텍스트 = 더 긴 세션 = 더 나은 결과물.
예외 사항 (설치할 가치가 있는 것)
절대 아무것도 설치하지 말라는 것이 아니다. 의도적으로 설치하라는 것이다. 내 정리 작업에서 살아남은 것들은 다음과 같다:
superpowers - 오버헤드만큼 가치 있는 유일한 스킬 프레임워크. Claude 가 작업에 접근하는 방식을 실제로 바꾸는 구조화된 개발 방법론. 170k+ 스타.
karpathy's 4 lines - Claude 가 가정하고, 지나치게 복잡하게 만들고, 요청하지 않은 코드를 건드리고, 확인 없이 배포하는 것을 방지하는 4가지 행동 규칙. 60k+ 스타.
context-mode MCP - MCP 서버를 사용한다면, 이 서버는 10,000 토큰의 원시 JSON을 대화에 덤프하지 않도록 출력을 샌드박싱한다. 도구 출력을 별도의 지식 베이스로 라우팅한다. 컨텍스트가 깔끔하게 유지된다.
세 가지 확장 기능. 총 오버헤드: ~4,000 토큰. 나머지 모든 것? 비용이 전혀 들지 않는 기본 내장 명령어.
전체 목록
모든 단일 기능이 내장되어 있다. 모든 단일 기능이 $0 이다. 모든 단일 기능을 지금 당신의 터미널에서 사용할 수 있다.
플러그인 설치를 중단하라. 이미 있는 것을 사용하기 시작하라.
저를 팔로우하세요 @regent0x_ 순수한 알파 정보만 연구하고 공부하기 위해. 읽어주셔서 감사합니다. 북마크하는 것을 잊지 마세요.
