클로드 코드를 쓰는 사람은 많은데, 단축키까지 익혀서 쓰는 사람은 의외로 적습니다. 한 개발자가 미디엄에 쓴 글의 첫 줄이 정확히 이 문제를 짚습니다.
"대부분의 개발자가 클로드 코드 기능의 40%만 쓰고 있다.
이 10개 단축키가 나머지 60%를 열어준다."
타이핑하고 엔터를 누르고 도구 호출을 승인하고 반복하는 방식. 이게 대부분의 사용 패턴입니다. 그런데 클로드 코드는 단순한 채팅창이 아닙니다. 멈춰버린 에이전트를 즉시 죽이는 단축키, 진행 중인 응답을 끊지 않고 옆에서 질문하는 명령어, 입력창에 내장된 vim 에디터, 셸 명령어를 컨버세이션 컨텍스트와 함께 실행하는 배시 모드까지. 이 기능들을 한 곳에서 정리한 자료가 부족해서, 많은 사람이 속도를 그냥 흘리고 있습니다.
2026년 5월 기준, 클로드 코드 v2.1.111 이상에서 작동하는 단축키와 명령어를 실용 순서로 정리합니다.
가장 먼저 외워야 할 다섯 가지
이 다섯 개만 익혀도 작업 속도가 체감 가능하게 빨라집니다.
Esc + Esc — 되감기(Rewind)
가장 중요한 단축키입니다. 더블 탭으로 누르면 되감기 메뉴가 열립니다. 세 가지 선택지가 나옵니다. 대화만 되돌리기, 코드만 되돌리기, 둘 다 되돌리기.
이게 왜 강력하냐면, 20개 메시지 전에 다르게 물어봤어야 했다는 걸 깨달았을 때 그 메시지로 돌아가서 다시 시작할 수 있기 때문입니다. 원래 분기는 보존됩니다. 새 분기에서 다른 방향으로 진행하는 겁니다.
Ctrl+C는 지금 일을 멈추는 단축키지만, Esc + Esc는 시간을 되돌리는 단축키입니다. 무언가 잘못된 방향으로 가고 있다고 느낄 때, Ctrl+C보다 Esc + Esc가 답인 경우가 훨씬 많습니다.
Shift + Tab — 권한 모드 전환
클로드 코드의 세 가지 모드 사이를 순환합니다.
- 일반 모드. 매번 권한을 묻습니다.
- 플랜 모드(Plan). 클로드가 읽기만 하고 편집하지 않습니다. "먼저 접근 방식부터 의논합시다"일 때 유용합니다.
- 자동 수락 모드(Auto-accept). 허용 목록에 있는 모든 도구를 묻지 않고 실행합니다. 프로덕션 코드에서는 조심해서 써야 합니다.
탐색 단계에서는 플랜 모드, 작업 단계에서는 자동 수락 모드. 이렇게 작업 흐름에 따라 모드를 바꾸면 생산성이 크게 달라집니다.
Ctrl + G — 외부 에디터 열기
시스템 기본 에디터(보통 $EDITOR 환경 변수에 설정된 것)를 엽니다. 한 줄짜리 터미널 입력이 답답할 때 진가를 발휘합니다.
여러 단락짜리 복잡한 프롬프트를 쓸 때, 진짜 에디터에서 작성하고 저장하면 그대로 전송됩니다. CLAUDE.md를 설정하는 정성을 복잡한 프롬프트에도 똑같이 들이는 방법입니다.
Alt + T — 확장 사고(Extended Thinking) 토글
세션 중간에 확장 사고를 켜고 끄는 단축키입니다. 복잡한 추론 작업을 만났을 때 켜면 클로드가 문제에 접근하는 방식 자체가 달라집니다.
마지막 메시지를 보내고 나서 "이건 좀 더 깊이 생각해줘야 하는 작업이었네"라고 느꼈을 때, 응답을 멈추지 않고 다음 응답부터 확장 사고를 켤 수 있습니다. 맥OS에서는 Option 키가 Meta로 설정되어 있어야 합니다(iTerm2의 Settings > Profiles > Keys에서 Left/Right Option을 "Esc+"로).
Ctrl + F — 백그라운드 에이전트 일괄 종료
3초 안에 두 번 누르면 모든 백그라운드 에이전트가 죽습니다. 멈춰버린 작업, 무한 루프에 빠진 에이전트, 잘못된 방향으로 가는 작업을 한 번에 정리할 때 씁니다.
원래 첫 번째 Ctrl+F가 경고를 띄우고, 두 번째 Ctrl+F가 확인입니다. 실수로 누르는 걸 방지하는 안전장치입니다. 지금 당장 한 번 눌러보면 무슨 일이 일어나는지 알 수 있습니다.
그다음으로 익혀야 할 다섯 가지
\ + Enter — 멀티라인 입력
백슬래시 뒤에 엔터를 누르면 줄바꿈이 됩니다. 짧은 한 줄이 아니라 여러 줄의 프롬프트를 입력할 때 씁니다. Ctrl+G로 외부 에디터를 여는 것보다 가볍게 쓰고 싶을 때 적합합니다.
Option + P (맥) / Alt + P — 모델 전환
세션 중에 사용 모델을 바꿉니다. 탐색은 Haiku로, 일상 코딩은 Sonnet으로, 복잡한 리팩토링은 Opus로. 작업 성격에 따라 모델을 전환하면 비용과 품질 사이의 균형을 맞출 수 있습니다.
Opus 4.7은 코딩과 에이전트 작업에 대해 새로운 xhigh 효력 레벨을 기본으로 씁니다. /effort xhigh 명령어로 수동 설정도 가능합니다.
Ctrl + L — 화면 정리
화면을 깨끗하게 지웁니다. 대화 내용은 유지하면서 화면만 정리합니다. 긴 출력이 화면을 어지럽힐 때 유용합니다.
대화 자체를 지우고 싶다면 /clear를 씁니다. 대화를 압축해서 컨텍스트를 절약하고 싶다면 /compact를 씁니다. 이 셋은 자주 헷갈리니 구분해서 외워두는 게 좋습니다.
@ — 파일 멘션
@ 뒤에 파일 경로를 입력하면 자동완성이 뜹니다. 클로드가 그 파일을 응답 전에 미리 읽습니다.
@src/auth/login.ts를 새 세션 API를 쓰도록 리팩토링해줘
@validateUser는 무엇을 하고 어디서 호출되는지?
"src/auth/login.ts 좀 봐줘"보다 빠릅니다. 경로가 자동완성 시점에 검증되기 때문입니다.
! — 셸 모드
프롬프트 시작에 !를 붙이면 그 뒤가 셸 명령어로 실행됩니다. 그리고 그 결과가 대화에 포함됩니다.
!git log --oneline -5
!find . -name "*.test.ts" | head
별도 터미널을 열어서 명령어를 실행한 다음 결과를 복사해 붙여넣을 필요가 없습니다. 클로드가 그 결과를 본 상태에서 다음 응답을 만듭니다.
알아두면 좋은 명령어들
단축키와는 별도로, 슬래시 명령어 중 자주 쓰는 것들이 있습니다.
| 명령어 | 역할 |
|---|---|
/help | 사용 가능한 명령어 전체 목록 |
/clear | 대화 기록 완전 초기화 |
/compact [지시] | 대화를 요약해서 컨텍스트 절약 |
/model opus | Opus로 전환 |
/model sonnet | Sonnet으로 전환 |
/model haiku | Haiku로 전환 |
/effort xhigh | Opus 4.7의 최고 추론 레벨 |
/btw | 현재 작업을 끊지 않고 사이드 질문 |
/add-dir <경로> | 작업 디렉토리에 다른 폴더 추가 |
/doctor | 설치 상태와 키바인딩 경고 확인 |
/keybindings | 키바인딩 설정 파일 열기 |
/cost | 현재 세션 비용과 시간 확인 |
/mcp | MCP 서버 관리 |
/exit | 세션 종료 |
/btw가 흥미로운 이유
이 중에서 /btw는 2026년 3월에 출시된 비교적 새로운 명령어입니다. 클로드 코드 팀의 에릭 슐룬츠(Erik Schluntz)가 사이드 프로젝트로 만들었고, 리드인 타리크 시히파(Thariq Shihipar)가 3월 11일에 공개했을 때 트윗이 220만 뷰를 기록했습니다.
해결한 문제가 명확합니다. 클로드가 큰 모듈을 리팩토링하고 있는데 갑자기 다른 게 궁금해질 때, 응답을 취소하고 질문하고 다시 프롬프트하는 번거로움이 있었습니다. /btw는 진행 중인 작업을 끊지 않고 사이드 질문을 던집니다. 응답이 대화 기록에 추가되지 않고, 컨텍스트 윈도우도 바꾸지 않습니다. 클로드가 그 세션에서 "기억하는" 것에 영향을 주지 않습니다.
긴 작업 중에 가장 유용합니다. 작업은 그대로 진행하면서, "잠깐, 이건 어떻게 하는 거였지?"를 옆에서 물어볼 수 있습니다.
단축키 커스터마이징
클로드 코드 v2.1.18 이상에서는 단축키를 직접 바꿀 수 있습니다. /keybindings를 실행하면 ~/.claude/keybindings.json 파일이 열립니다.
json
{
"bindings": [
{
"context": "chat",
"keys": {
"ctrl+s": "chat:send",
"ctrl+k": "app:commandPalette"
}
}
]
}각 바인딩은 컨텍스트(어디서 동작할지)와 키 조합, 그리고 액션으로 구성됩니다. VS Code, Vim, Emacs에서 쓰던 단축키를 그대로 가져올 수 있습니다.
키 조합 문법은 직관적입니다.
ctrl+k— Ctrl + Kshift+tab— Shift + Tabmeta+p— 맥에서는 Option + P, 다른 OS에서는 Alt + Pctrl+shift+c— 여러 수정자 키 조합
단축키 충돌이 있으면 /doctor로 경고를 확인할 수 있습니다.
맥 사용자가 반드시 해야 할 설정
맥에서 Alt + P, Alt + T, Alt + B, Alt + F 같은 단축키를 쓰려면 터미널에서 Option 키를 Meta로 설정해야 합니다.
iTerm2. Settings > Profiles > Keys > Left/Right Option을 "Esc+"로 설정.
Terminal.app. Profiles > Keyboard에서 "Use Option as Meta Key" 체크.
설정이 헷갈리면 /terminal-setup을 실행하면 됩니다. 현재 설정을 확인하고 안내해줍니다.
단축키를 익히는 순서
한 번에 다 외우려 하면 안 됩니다. 다음 순서로 익히는 것이 효율적입니다.
1주차: 되감기와 모드 전환. Esc + Esc, Shift + Tab. 이 두 개만 익혀도 작업 흐름이 크게 달라집니다.
2주차: 입력 효율. Ctrl + G(외부 에디터), \ + Enter(멀티라인), @(파일 멘션). 프롬프트를 빠르게 정확하게 쓰는 방법입니다.
3주차: 셸과 모델. !(셸 모드), Option + P(모델 전환). 작업의 성격에 따라 도구와 모델을 바꾸는 단계입니다.
4주차: 사이드 명령. /btw, /compact, /clear. 컨텍스트를 관리하는 단계입니다.
이 순서로 4주를 보내면, 클로드 코드를 채팅창이 아니라 진짜 작업 환경으로 쓰게 됩니다.
단축키가 만들어내는 차이
이런 게 단순한 편의 기능처럼 보일 수 있습니다. 하지만 단축키 한 번에 절약되는 1~2초가 하루에 수십 번 쌓이면 큰 차이가 됩니다. 더 중요한 건, 단축키가 작업의 흐름을 끊지 않는다는 점입니다.
마우스로 메뉴를 찾아가는 1초가 사소해 보이지만, 그 1초마다 머리속의 작업 흐름이 끊깁니다. 단축키는 그 흐름을 유지하는 도구입니다. 진짜 가치는 시간 절약이 아니라 집중의 유지입니다.
클로드 코드를 매일 쓰고 있다면, 위의 단축키 중 모르는 것이 있다면 지금 한 번 시도해 보길 권합니다. 도구를 더 깊이 다룰수록, 도구가 만들어내는 결과물도 더 좋아집니다. 가장 빠른 사람과 가장 느린 사람의 차이는 도구의 차이가 아니라, 같은 도구를 얼마나 깊이 다루느냐의 차이입니다.
