Claude Code 가이드 #21 — Claude Code로 작업 중 궁금한 게 생겼을 때, 대화 히스토리를 오염시키지 않고 질문할 수 있는 방법이 있습니다. /btw (By The Way) 명령어는 현재 컨텍스트를 그대로 보면서 임시 질문을 던지는 사이드 채널입니다. /btw (“By The Way”)는 Claude Code v2.1.72(2026년 3월 10일)에서 도입된 사이드 체인 대화 기능입니다.
Claude Code 가이드 #21 — Claude Code로 작업 중 궁금한 게 생겼을 때, 대화 히스토리를 오염시키지 않고 질문할 수 있는 방법이 있습니다. /btw(By The Way) 명령어는 현재 컨텍스트를 그대로 보면서 임시 질문을 던지는 사이드 채널입니다. 프롬프트 캐시를 재사용해 비용도 절감됩니다. 이 편에서는 /btw의 동작 원리, 실전 활용법, 그리고 함께 추가된 최신 기능까지 정리합니다.
※ 이 글은 2026년 3월 기준, Claude Code 공식 문서 및 v2.1.72+ 변경사항 기반으로 작성됐습니다.
/btw(“By The Way”)는 Claude Code v2.1.72(2026년 3월 10일)에서 도입된 사이드 체인 대화 기능입니다. 메인 작업이 진행 중이더라도 임시 질문을 던져 즉시 답을 받을 수 있습니다.
핵심 특징:
/btw의 동작 방식을 단계별로 정리하면:
/btw 질문 내용을 입력합니다 (작업 중에도 가능)이 과정에서 핵심은 프롬프트 캐시 재사용입니다. 일반 대화에서 질문을 하면 전체 컨텍스트를 다시 처리해야 하지만, /btw는 이미 캐시된 컨텍스트를 그대로 사용합니다.
/btw 사용 예시# 작업 중 간단한 질문 /btw 이 함수에서 에러 처리를 이렇게 한 이유가 뭐야? # 아키텍처 판단 확인 /btw 이 접근방식의 트레이드오프가 뭐야? # 이전 내용 확인 /btw 아까 그 에러 메시지가 정확히 뭐였지?
/btw로 질문했는데 “해당 파일을 읽지 못했습니다”라고 답하는 경우 — /btw는 현재 세션에서 이미 읽은 정보만 참조할 수 있습니다. Claude Code가 아직 읽지 않은 파일에 대해서는 답할 수 없습니다. 해당 파일을 먼저 읽도록 요청한 후 /btw를 사용하세요.🎓 유데미 강의 추천
Claude Code 실전 강의 — AI 코딩을 지금 시작하세요
설치부터 자동화·에이전트 활용까지, 실무에서 바로 쓰는 Claude Code 활용법을 단계별로 배울 수 있습니다.
Claude Code에서 비용이 누적되는 주요 원인은 컨텍스트 윈도우 성장입니다. 매번 질문할 때마다 이전 대화 전체가 다시 전송되기 때문입니다.
| 항목 | 일반 질문 | /btw 질문 |
|---|---|---|
| 히스토리 영향 | 질문+답변이 히스토리에 누적 | 히스토리에 남지 않음 |
| 캐시 활용 | 컨텍스트 재처리 필요 | 프롬프트 캐시 재사용 |
| 추가 토큰 | 전체 컨텍스트 + 질문 + 답변 | 답변 출력 토큰만 |
| 누적 효과 | 이후 모든 턴이 커짐 | 이후 턴에 영향 없음 |
세션 중 자주 질문하는 작업 패턴에서는 총 토큰 소모를 최대 50%까지 줄일 수 있다는 보고도 있습니다.
/btw와 서브에이전트(가이드 #5)는 모두 병렬 작업이지만 용도가 다릅니다.
| 항목 | /btw | 서브에이전트 |
|---|---|---|
| 컨텍스트 | 부모 대화 전체 참조 | 최소한의 컨텍스트로 시작 |
| 도구 사용 | 없음 (읽기 전용) | Bash, Read, Edit 등 전체 도구 |
| 영속성 | 임시 (닫으면 사라짐) | 결과가 부모에게 반환 |
| 적합한 용도 | “이건 왜 이렇게 했어?” | “저 모듈 조사해와” |
판단 기준: 이미 세션에 있는 정보로 답할 수 있으면 /btw, 새로운 파일을 읽거나 명령어 실행이 필요하면 서브에이전트를 사용하세요.
/fork 로 별도 브랜치를 만드세요./btw가 가장 유용한 상황들입니다.
Claude가 코드를 수정하는 도중 “이 접근방식 대신 X를 쓴 이유가 뭐야?” 확인. 메인 작업을 중단시키지 않고 설계 의도를 파악할 수 있습니다.
“아까 그 에러가 정확히 뭐였지?” — 스크롤을 올려 찾을 필요 없이, 세션 컨텍스트에서 즉시 확인할 수 있습니다.
“이 옵션을 선택했을 때의 단점이 뭐야?” — 작업 흐름을 깨지 않고 대안 분석을 받을 수 있습니다.
“이 함수가 정확히 뭘 하는 건지 설명해줘” — 코드 리뷰 중 이해가 안 되는 부분을 비용 없이 질문할 수 있습니다.
“우리가 이 PR에서 바꾼 파일이 몧 개지?” — 기억을 확인하는 용도로도 활용 가능합니다.
/btw와 함께 사용하면 좋은 컨텍스트 관리 명령어들입니다.
| 명령어 | 설명 | 용도 |
|---|---|---|
/btw | 임시 질문 (이 글) | 궁금한 점 빠르게 확인 |
/fork | 대화 브랜치 분기 | 다른 접근방식 시험 |
/rewind | 이전 시점으로 되돌리기 | 잘못된 방향 취소 |
/compact | 컨텍스트 압축 | 토큰 절약, 세션 연장 |
이 4가지 명령어를 조합하면 컨텍스트 위생을 효과적으로 관리할 수 있습니다. 자세한 내용은 가이드 #18 — 컨텍스트 & 토큰 최적화를 참고하세요.
/btw가 도입된 v2.1.72 이후, 2026년 3월 기준 v2.1.86까지 추가된 주요 기능입니다.
| 기능 | 설명 | 버전 |
|---|---|---|
| Computer Use | 화면 네비게이션·클릭·파일 열기 등 GUI 조작 (Pro/Max Cowork) | v2.1.84 |
| MCP Elicitation | MCP 서버가 작업 중 사용자에게 구조화된 입력을 요청 가능 | v2.1.80 |
| /loop 명령어 | 프롬프트/슬래시 명령을 주기적으로 반복 실행 | v2.1.82 |
| Transcript Search | 세션 내 대화 히스토리 검색 | v2.1.76 |
| PostCompact Hook | 컨텍스트 압축 후 자동 실행되는 훅 | v2.1.78 |
| Output 한도 상향 | Opus 4.6 기본 64k, 최대 128k 토큰 | v2.1.74 |
| Session 네이밍 | claude -n "my-session"으로 세션명 지정 | v2.1.76 |
| Bare Mode | 스크립트용 최소 모드 — hooks/LSP/플러그인 건너뛰 | v2.1.80 |
변경사항 전체는 가이드 #10 — 최신 업데이트 추적에서 더 자세히 다룹니다.
claude cowork으로 시작합니다./loop 명령어는 기본 10분 간격입니다. 간격을 변경하려면 /loop 5m /your-command 형식으로 시간을 명시하세요. 세션을 닫으면 loop도 종료됩니다.정리하면:
/btw는 대화 히스토리를 오염시키지 않는 임시 질문 기능입니다관련 가이드:
🎓 관련 강의
Claude Code 완전 정복 — 유데미 강의
이 글에서 다룬 내용을 더 체계적으로 배우고 싶다면 강의를 확인해보세요. 실전 예제 중심으로 구성되어 있습니다.
먼저 본인의 Claude Code 버전부터 확인하셔야 합니다. /btw는 v2.1.72 이상에서만 동작하므로 터미널에서 claude --version 을 먼저 찍어 보시고, 그보다 낮으면 npm install -g 으로 업데이트하셔야 합니다. 버전이 맞으면 그다음은 사용 습관입니다. /btw는 지금 세션이 이미 읽은 파일과 대화 맥락만 참조하기 때문에, 아직 열어보지 않은 파일에 대해 물으면 답하지 못합니다. 그래서 도입 초기에는 작업이 어느 정도 진행돼 컨텍스트가 쌓인 뒤에 '이건 왜 이렇게 했어?' 같은 확인용 질문부터 써 보시는 것을 권합니다.
가장 흔한 실수는 /btw를 일반 대화처럼 쓰려는 것입니다. /btw는 단일 질문과 단일 답변만 지원해서, 답을 받고 곧바로 후속 질문을 이어가려 하면 막힙니다. 멀티턴 논의가 필요하면 메인 대화로 돌아가거나 /fork로 별도 브랜치를 만드셔야 합니다. 두 번째 함정은 답변을 저장할 수 있다고 착각하는 것입니다. 오버레이 창을 닫으면 질문과 답이 완전히 사라지고 내보내기 기능이 없으므로, 중요한 답이면 닫기 전에 직접 복사해 두셔야 합니다. 세 번째는 아직 세션이 읽지 않은 파일에 대해 묻고 '파일을 읽지 못했습니다'라는 답을 받는 경우입니다.
판단 기준은 단순합니다. 답에 필요한 정보가 이미 지금 세션에 있느냐입니다. 이건 왜 이렇게 했어, 아까 그 에러가 뭐였지, 이 함수가 뭘 하는 거야처럼 이미 읽은 코드와 대화 맥락만으로 답할 수 있으면 /btw가 적합합니다. 히스토리를 오염시키지 않고 캐시를 재사용해 비용도 거의 안 들죠. 대규모 리팩토링이나 긴 디버깅처럼 컨텍스트가 빠르게 커지는 세션일수록 효과가 큽니다. 반대로 아직 안 읽은 파일을 새로 읽거나, 명령을 실행하거나, 결과를 부모 대화에 남겨야 하면 /btw로는 안 되고 서브에이전트를 써야 합니다. /btw는 단일 질문·답변만 되므로 여러 번 이어지는 논의가 필요하면 메인 대화로 돌아가거나 /fork로 별도 브랜치를 만드는 편이 맞습니다.
/btw는 인터랙티브 모드 기능이라 공식 Interactive Mode 문서와 Changelog(code.claude.com/docs/en/changelog)를 보는 게 정확합니다. v2.1.72 도입 이후 /loop, Computer Use, MCP Elicitation 같은 후속 기능이 어느 버전에 들어왔는지 여기서 확인하세요. 비용 절감 원리를 제대로 이해하려면 프롬프트 캐싱(prompt caching)이 핵심 키워드입니다. 캐시된 컨텍스트를 재처리 없이 재사용한다는 개념을 잡으면 /btw가 왜 싼지 보입니다. 이어서 /fork, /rewind, /compact를 묶어 다루는 가이드 #18(컨텍스트 & 토큰 최적화)을 보면 컨텍스트 위생 전반을 설계할 수 있습니다.
/btw는 메인 작업과 대화 히스토리를 건드리지 않고 임시 질문을 던지는 사이드 채널입니다. 현재 세션 컨텍스트를 읽기 전용으로만 참조하고, 답변은 닫으면 사라지는 오버레이에 뜨며, 프롬프트 캐시를 재사용해 추가 비용을 거의 안 들입니다. 새 파일을 읽거나 명령을 실행해야 하면 /btw 대신 서브에이전트를 써야 하고, 멀티턴 논의가 필요하면 메인 대화나 /fork로 가야 한다는 한계만 기억하면 됩니다.
