Claude Code CLI 단축키: 모드 전환, 작업 되돌리기와 컨텍스트 관리

Ailoot 사용에 관한 추가 지침은 문서를 참조하세요.

이 11가지 팁은 무엇을 하며, 이론보다 전술이 필요한 이유는 무엇인가요?#

바이브 코딩에서는 이제 “Claude Code가 작동하나요?”가 아니라 “한도를 소진하거나 환각을 일으키지 않도록 어떻게 함께 작업하나요?”가 관건입니다. 제가 쓴 이전 가이드 9개에서 개념을 다뤘습니다. CLAUDE.md, Plan Mode, 컨텍스트 엔지니어링, Skills, Subagents, MCP, /rewind, 한도, 세컨드 브레인. 이 글은 그 개념과 함께 활용할 전술을 모았습니다.

각 팁은 골칫거리 하나를 해결합니다. 순서대로 읽어도 되고 가장 급한 항목으로 건너뛰어도 됩니다. 단축키는 팁 1, 토큰 절약은 팁 4와 5, 병렬 작업은 팁 6, 저자의 기법은 팁 8-11을 보세요.

이 글은 이미 Claude Code를 설치하고 최소 일주일 동안 사용해 본 사람을 위한 글입니다. 이제 막 설치하려는 분은 먼저 CLAUDE.md 가이드를 읽고 돌아오세요.

Claude Code 모드를 전환하는 방법: Shift+Tab 단축키#

초보자가 가장 흔히 저지르는 실수는 하루 종일 default 모드에 머물며 변경 사항을 매번 직접 승인하는 것입니다. 한 시간이 지나면 지쳐서 --dangerously-skip-permissions를 실행하고 싶어집니다(이 팁의 끝에서 자세히 설명합니다). Shift+Tab은 그 중간 지점입니다. 필요에 따라 acceptEdits와 plan 중에서 선택할 수 있습니다.

모드를 전환할 때 제가 따르는 구체적인 규칙은 다음과 같습니다.

1. 복잡한 작업 시작 - 모드 표시에 plan이 나올 때까지 Shift+Tab을 누르세요. Claude가 생각을 정리하고 계획 초안을 작성합니다. 제가 승인하기 전까지 코드를 작성하지 않습니다.
2. 계획 승인 후 구현으로 전환 - 모드 표시에 acceptEdits가 나올 때까지 전환하세요. Claude는 승인 없이 파일을 수정하지만 Bash 명령을 실행할 때는 여전히 확인을 요청합니다.
3. 반복적인 수정(이름 변경, 사소한 리팩터링) - 계획 없이 바로 acceptEdits로 전환합니다.
4. 위험 구간(데이터베이스 마이그레이션, 파일 삭제) - Shift+Tab으로 default로 돌아옵니다.

# 일반적인 권한 모드: 고정 횟수보다 활성 표시를 확인하세요.
# default        - 일반 권한 확인
# acceptEdits    - 파일 편집은 승인됨. 다른 도구 권한은 계속 적용
# plan           - 구현 전에 조사와 계획
# 추가 모드는 버전, 설정, 조직 정책에 따라 다릅니다.

사용 중인 Claude Code 버전(claude --version)에서 Shift+Tab이 작동하지 않으면 최신 버전인지 확인하세요. /doctor 명령을 실행하면 설치에 관한 모든 정보를 볼 수 있습니다.

컨텍스트를 잃지 않고 마지막 작업을 되돌리는 방법: Esc Esc#

Esc 한 번 누르기와 Esc Esc는 서로 다른 동작이므로 혼동하기 쉽습니다.

• Esc 한 번 - Claude가 작업 중일 때 그 순간 작업을 중단합니다. Claude가 지금까지 한 작업은 모두 남습니다. 잘못된 방향으로 가고 있어 방향을 바꾸고 싶을 때 유용합니다.
• Esc 두 번 - 입력란이 비어 있으면 체크포인트 메뉴를 엽니다(코드 복원, 대화 복원, 둘 다 복원 또는 요약). 입력란에 텍스트가 있으면 입력란을 비우고 해당 텍스트를 기록에 넣습니다(위쪽 화살표를 누르면 다시 불러올 수 있습니다).

# 입력란이 비어 있을 때 Esc Esc 메뉴에서:
# 1. 코드만 복원              - 파일을 복원하고 대화는 그대로 둠
# 2. 대화만 복원              - 대화를 복원하고 파일은 그대로 둠
# 3. 코드와 대화 복원          - 둘 다 복원(가장 흔한 선택)
# 4. 여기부터 요약             - 이 시점부터 대화를 요약
# 5. 여기까지 요약             - 이 시점까지 대화를 요약

체크포인트는 보내는 프롬프트마다 자동으로 생성됩니다. 따로 기억할 필요가 없고 언제든 이전 상태로 돌아갈 수 있습니다. 자세한 내용은 rewind 가이드를 참조하세요. 이 가이드에서는 큰 폭으로 되돌릴 때 git을 함께 사용하는 방법도 다룹니다.

Esc Esc는 초보자가 가장 먼저 익히면 좋은 기법 중 하나입니다. “망쳐서 되돌릴 수 없게 될까 봐” 더는 두려워하지 않으면 더 과감하게 실험하기 시작하고 결과가 훨씬 좋아집니다.

/clear 대신 /compact를 사용해야 할 때는 언제인가요?#

/compact의 내부 동작은 다음과 같습니다. Claude가 전체 메시지 기록을 가져와 처리한 다음 가장 중요한 세부 사항을 담은 짧은 요약을 반환합니다. 유용한 방법은 힌트를 주는 것입니다. /compact keep the coding principles and current plan, discard the CSS discussion. 그러면 초점을 맞춰 압축할 수 있습니다.

# 용도별 명령:
/clear                              # 기능을 끝내고 새 기능으로 이동
/compact                            # 세션이 길고 컨텍스트가 >50% 찼을 때
/compact keep the architecture and plan  # 초점을 지정해 압축

/compact를 실행할 때라는 신호는 /cost 명령이나 상태 표시줄에 컨텍스트 창의 70% 이상을 사용했다고 표시되고 세션은 아직 절반밖에 지나지 않은 경우입니다. 이를 무시하면 Claude가 대화 초반 내용을 “잊기” 시작하고, 같은 설명을 다시 하느라 시간을 낭비하게 됩니다.

컨텍스트 창 이론을 자세히 알아보려면 컨텍스트 엔지니어링 가이드를 참조하세요. 컨텍스트가 한정된 자원이며 사용량이 늘수록 효용이 줄어드는 이유도 설명합니다.

실시간으로 토큰을 추적하는 방법: /cost 명령#

“하루 만에 전부 써 버릴” 걱정은 바이브 코더 사이에서 가장 흔한 우려 중 하나입니다. 그 걱정을 다루는 가장 좋은 방법은 지출을 눈에 보이게 만드는 것입니다.

/cost          # 현재 세션 지출 표시(토큰 + $)
/statusline    # 상태 표시줄 설정: 모델 + 디렉터리 + 컨텍스트 % + 비용

간단한 규칙이 있습니다. 30-60분마다 /cost를 확인하세요. 한 시간 동안 몇 달러 미만을 썼다면 괜찮습니다. 그 이상이라면 뭔가 잘못되고 있는 겁니다. /compact를 잊어 컨텍스트가 커졌거나, 잘못된 모델을 선택했거나(다음 팁에서 자세히 설명합니다), Claude가 큰 파일을 10번씩 다시 읽고 있을 수 있습니다.

한도 절약에 관한 전체 가이드는 “하루 만에 Claude Code 한도를 소진하지 않는 방법”에서 8가지 규칙을 설명합니다. 여기서 소개하는 전술은 /cost와 /statusline으로 지출을 보이게 만드는 것입니다.

토큰을 추적하는 데 그치지 않고, AI 에이전트가 스스로 한도를 넘지 않도록 시스템을 만들고 싶으신가요? /cost는 단순한 지표입니다. AI 클론 + 세컨드 브레인 + 컨텍스트 엔지니어링을 함께 사용하면 Claude를 “한도가 있는 어시스턴트”에서 오랫동안 예측 가능하게 작업할 수 있는 도구로 바꿀 수 있습니다.

작업에 맞는 Claude 모델은 무엇일까요: Haiku, Sonnet, Opus?#

claude --model haiku   # sonnet보다 약 3배 저렴, 반복 작업용
claude --model sonnet  # 기본값, 가격과 품질의 균형
claude --model opus    # sonnet보다 약 1.7배 비쌈, 복잡한 작업용

Anthropic이 2026년 5월에 공개한 가격에 따르면 Haiku는 입력/출력 100만 토큰당 $1/$5, Sonnet은 $3/$15, Opus는 $5/$25입니다. 즉 Haiku는 Sonnet보다 3배 저렴하고 Opus는 Sonnet보다 1.7배 비쌉니다.

제가 매일 모델을 선택하는 방법은 다음과 같습니다.

Haiku와 Sonnet은 프로그래머가 아닌 기업가의 작업 중 70%에 효과적입니다. Opus는 정말 어려운 30%를 위해 아껴 두는 편이 좋습니다.

병렬로 작업 3-5개를 실행하는 방법: /resume + git worktrees#

원리는 간단합니다. Claude 창 하나를 오래 열어 두면 컨텍스트를 소모합니다. 각 요청은 지금 완전히 다른 이야기를 하더라도 해당 창의 모든 내용을 모델에 불러옵니다. 작은 작업을 맡은 짧은 창 5개를 쓰면 각 창은 자기 작업만 기억합니다. 전체 지출이 줄어듭니다.

# 특정 작업의 이름 있는 세션 시작:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# git 작업이 겹치지 않도록 worktree 사용:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

각 창에서 무엇을 하는지 잊었다면 인수 없이 claude --resume을 실행해 최근 세션의 이름과 시간 목록을 확인하세요. 활성 세션에서 /agents를 실행하면 동작 중인 하위 에이전트를 확인할 수 있습니다.

개발 주기가 긴 기능을 작업할 때 저는 보통 이렇게 합니다.

1. 창 1 - plans/YYYY-MM-DD-feature.md에 계획을 작성합니다. 논의만 하고 코드는 작성하지 않습니다.
2. 창 2 (계획에 따라) - 1단계를 구현합니다. 단계가 끝나면 계획을 업데이트합니다([x]).
3. 창 3 - 단계끼리 겹치지 않으면 창 2와 병렬로 2단계를 구현합니다.
4. 창 4 - 종합 에이전트가 두 창의 결과를 검토합니다.
5. 창 5 - 병합 후 보안 검토를 합니다(팁 8 참조).

worktree를 사용하지 말아야 할 때는 언제일까요? 하루에 프로젝트 1-2개를 관리한다면 worktree 디렉터리 사이를 오가는 데 드는 수고가 이점을 잠식합니다. 하루에 병렬 작업이 3개 이상일 때 worktree가 효과를 발휘하기 시작합니다.

환각을 피하는 방법: @file로 파일 참조하기#

파일 자동 완성은 @ 기호로 시작합니다. 경로를 입력하기 시작하면 Claude가 제안 항목을 표시합니다. 파일 여러 개를 한 번에 참조할 수 있습니다. @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# 정확한 경로가 없는 프롬프트(나쁜 예):
> 인증 로직을 살펴보고 세션 버그를 고쳐 줘

# @ 참조가 있는 프롬프트(올바른 예):
> @src/lib/auth.ts @src/lib/session.ts - 로그아웃한 뒤 쿠키가 지워지지 않는 버그를 고쳐 줘

같은 그룹의 두 번째 방법은 !를 사용하는 셸 모드입니다.

> !git status                # Claude 호출 없이 실행, 출력은 컨텍스트에 포함
> !npm test                  # 동일
> !cat /var/log/app.log | tail -50  # 동일

이유는 간단합니다. “Claude, git 상태를 확인해 줘”라고 말하는 데 토큰을 쓰지 않아도 됩니다. Claude가 도구를 통해 확인해도 같은 답을 얻습니다. !가 더 짧고 저렴합니다.

이는 CLAUDE.md와도 관련이 있습니다. 기본 파일에는 프로젝트 규칙을 최대 200줄까지 넣을 수 있습니다. API 규칙처럼 더 구체적인 규칙은 YAML frontmatter paths: ["src/api/**/*.ts"]가 있는 .claude/rules/api-design.md에 둡니다. 그러면 Claude가 src/api/의 파일을 수정할 때만 규칙이 로드됩니다. 자세한 내용은 CLAUDE.md 가이드를 참조하세요.

장시간 작업의 진행 상황을 잃지 않는 방법: 단계별 계획과 [ ] / [x]#

제가 모든 프로젝트에서 사용하는 계획 파일 템플릿은 다음과 같습니다.

# Plan: [기능 이름]
Creation date: 2026-05-22
Goal: [달성하려는 목표를 한 문장으로]

## Phase 1: [짧은 이름]
- [ ] Step 1.1: [구체적인 작업]
- [ ] Step 1.2: [구체적인 작업]
- [ ] Step 1.3: [구체적인 작업]

## Phase 2: [짧은 이름]
- [ ] Step 2.1
- [ ] Step 2.2

## Outcome
마지막에 작성: 전부 또는 일부 구현 여부와 남은 작업

규칙은 예외가 없습니다. 모든 에이전트는 각 세션 후에 계획을 업데이트해야 합니다. 즉 단계를 끝내자마자 파일을 열어 [x]로 표시해야 합니다. 그렇게 하지 않으면 다음 창은 단계가 끝난 줄 모르고 반복하려 할 겁니다.

계획이 머릿속이 아니라 파일에 있으면 다음과 같은 이점이 있습니다.

• 병렬 창(팁 6 참조)에서 서로 다른 단계를 맡을 수 있습니다.
• 작업이 3일 동안 이어지고 이틀 뒤에 다시 돌아와도 어디까지 했는지 바로 확인할 수 있습니다.
• 실제 결과에 대한 최종 확인이 간단합니다(grep -c "\[ \]"로 아직 남은 단계를 셀 수 있습니다).

사용하지 말아야 할 때는 언제일까요? 5분짜리 긴급 수정, 파일 하나의 사소한 편집, 로그를 읽고 요약하는 작업입니다. 모든 작업에 계획이 필요한 것은 아닙니다.

이 기법은 세컨드 브레인 개념의 일부입니다. business/, plans/, ai-clone/ 폴더에 관한 자세한 내용은 세컨드 브레인 가이드를 참조하세요.

Claude가 실패할 지점을 미리 찾는 방법: 실패 이유 10가지를 통한 자기 비판#

제가 그대로 사용하는 프롬프트 틀은 다음과 같습니다.

아이디어 폴더가 프로젝트가 완전히 실패했다고 이미 생각하는 방법론을 거쳤다고 상상해 보세요. 1년 후, 많은 시간을 쏟았지만 아이디어가 실패로 끝날 이유 10가지를 말해 주세요. 제 기분을 배려하지 말고 최대한 냉정하게 말하는 것이 당신의 임무입니다.

10가지 이유를 말한 뒤 두 번째 라운드: 제가 제시할 반론에 맞서 각 이유를 변호하세요. 제가 가장 취약한 지점은 어디인가요?

세 번째 라운드: 이런 문제가 발생하지 않도록 할 일을 계획으로 작성하세요.

저는 세 단계에서 이 프롬프트를 실행합니다.

1. 처음 아이디어가 떠올랐을 때, 모든 것이 잘될 거라고 확신할 때 - 자기 비판은 아이디어를 30-50% 줄여 줍니다.
2. 계획을 진행하는 중 - 이미 깊이 들어와 시야가 좁아졌을 때.
3. 출시 전 - 마지막 필터.

Claude는 반대 검토 모드에서 실제로 반론을 제기합니다. 같은 상황에서 GPT-5는 먼저 아이디어를 칭찬한 다음 “개선점을 찾으려 합니다.” 1년 동안 실험하며 이런 차이를 발견했습니다.

제가 느낀 반대 검토 모드의 차이는 이렇습니다. ChatGPT는 “잘 짚으셨네요, 전적으로 옳습니다”라고 말합니다. Claude는 같은 상황에서 “동의합니다. 완전히 엉망이네요. 지금 다시 작성하겠습니다”라고 말합니다. 비판이 필요할 때는 두 번째 답변 덕분에 시간을 며칠씩 낭비하지 않을 수 있습니다.

사용하지 말아야 할 때는 언제일까요? UI와 카피를 긍정적으로 개선하는 과정입니다. 그때 반대 검토 모드는 적절하지 않습니다. 창의성을 꺾어 버립니다.

이 기법은 프로젝트 사전 부검이라고 합니다. 저는 이를 AI 에이전트와 함께 일하는 방식으로 응용했습니다. 사람들로 구성된 팀 대신 Claude와 사전 부검을 합니다. “책임자님, 프로젝트는 실패할 겁니다”라고 말하는 것을 두려워하는 사람이 없어 사각지대가 몇 분 만에 드러납니다.

한 번 조사할 시간으로 자료 출처 5곳을 살펴보는 방법: 병렬 하위 에이전트#

프롬프트 틀은 다음과 같습니다.

이미 전체 컨텍스트가 있습니다. 심층 조사를 수행하고 병렬 하위 에이전트 5개를 실행하세요.

하위 에이전트 1: 전문 네트워크를 살펴보세요. 이 문제를 해결하는 사람은 누구인가요?
하위 에이전트 2: GitHub의 오픈 소스 솔루션을 살펴보세요. 무엇이 인기가 있나요?
하위 에이전트 3: 스타트업 액셀러레이터를 살펴보세요. 이 틈새에서 누가 투자를 유치하고 있나요?
하위 에이전트 4: 직접 경쟁사의 웹사이트를 살펴보세요. 무엇을 약속하며 가격은 얼마인가요?
하위 에이전트 5: 비교 자료와 리뷰를 살펴보세요. 사용자는 리뷰에서 무엇이라고 말하나요?

모두가 돌아오면 5개 보고서를 교차 참조해
제 세컨드 브레인 폴더의 개요를 작성하는 종합 에이전트를 실행합니다.

일반적인 조사와 다른 점은 다음과 같습니다.

• 시간: 순차적인 흐름 5개 대신 동시에 진행하는 흐름 5개입니다. 한 시간 분량의 작업을 15분 만에 할 수 있습니다.
• 깊이: 각 에이전트가 전문 분야를 맡습니다. 한 에이전트의 확증 편향이 다른 에이전트에 영향을 주지 않습니다.
• 컨텍스트: 각 하위 에이전트는 주 컨텍스트와 별도로 자체 컨텍스트를 사용합니다.

하위 에이전트에 관한 전체 가이드는 “2026년 Claude Code 하위 에이전트”를 참조하세요. Skills와 MCP의 차이 및 각각 언제 써야 하는지도 설명합니다.

사용하지 말아야 할 때는 언제일까요? 꾸미기 편집, 버그 수정, 작은 기술 작업에는 적합하지 않습니다. 하루 이상 걸리는 새 기능보다 작은 작업에 조사를 하는 것은 지나친 일입니다.

휴대전화로 Claude에게 작업을 맡기는 방법: 주머니 속 Telegram 봇#

설정 방법은 4단계입니다.

1. 계속 켜져 있는 컴퓨터 - 시스템 설정에서 절전 모드를 끕니다(macOS: Energy Saver → Prevent computer from sleeping).
2. 터미널에서 실행 중인 Claude Code - 프로젝트 폴더에 연결합니다.
3. 공식 Telegram 플러그인 - /plugin marketplace add anthropics/claude-plugins-official로 마켓플레이스를 추가한 다음 /plugin install telegram@claude-plugins-official을 설치합니다(정확한 단계는 시간이 지나며 바뀌므로 최신 지침은 공식 플러그인 저장소에 있습니다).
4. 봇 하나를 세션 하나에 연결 - 현재는 제한이 있습니다. 봇 하나 = 프로젝트 하나 = 세션 하나입니다. 두 번째 봇이 필요하면 봇을 하나 더 설정하세요.

저는 매일 봇으로 다음 작업을 합니다.

• 산책 중 아이디어가 떠오르면 잊지 않도록 바로 봇에 보냅니다. 봇은 나중에 처리할 수 있도록 inbox.md에 추가합니다.
• 잠재 고객과 통화한 뒤 봇에 이렇게 묻습니다. “지난 통화의 녹취록을 바탕으로 우리에게 유리하게 작용하는 주요 고충 3가지를 말해 줘.” 1분 뒤면 채팅에서 전체 분석을 확인할 수 있습니다.
• 아침에 카페에서 “내 목록에서 아직 끝내지 않은 일을 보여 줘”라고 말합니다. 노트북을 열 필요가 없습니다.

⚠️ 주의할 점: 현재 봇에서는 /clear나 /compact를 실행할 수 없습니다. 봇 세션은 터미널 세션과 같고 컨텍스트가 계속 커지기 때문입니다. 터미널에서 직접 수동으로만 재시작할 수 있습니다.

제게는 지난 2주간 Claude Code에서 가장 유용한 확장 기능입니다. “책상에 앉아 있을 때만 Claude와 일한다”에서 “생각이 떠오를 때마다 Claude와 일한다”로 바뀌었습니다.

무엇부터 적용해야 할까요? 7일 로드맵#

각 기법의 조합이 기법 하나만 쓰는 것보다 중요합니다. Esc Esc 없이 Shift+Tab만 쓰면 실험하기가 두렵습니다. /cost 없이 /compact를 쓰면 언제 압축해야 할지 알 수 없습니다. 파일에 계획을 쓰더라도 병렬 창을 사용하지 않으면 번거롭기만 하고 이점이 없습니다.

처음 9가지 팁이 자연스러워지면 전체 시스템으로 넘어가세요. AI 클론 + 세컨드 브레인 + 컨텍스트 엔지니어링입니다. 이것은 환각이나 컨텍스트 손실 없이, 작업 도중 끊기지 않고 Claude를 6개월간 계속 작업하게 하는 데 제가 사용한 방법론입니다.

모델을 계속 사용하려면 Ailoot으로 이동하세요.