Claude Code를 쓰다가 작업 도중 갑자기 “아, 그거 뭐였더라?” 같은 곁다리 질문이 떠오를 때가 있습니다. 그렇다고 메인 세션에 그 질문을 던지면 컨텍스트가 늘어나고 토큰도 쌓입니다. 이때 등장한 것이 /btw 커맨드입니다. 이름 그대로 “by the way”인데, 정말 세션에 영향이 없을지, 그렇다면 세션의 정보는 어떻게 읽는 건지 한 번에 정리하겠습니다.
목차
/btw는 정확히 어떤 명령인가
/btw는 Claude Code의 공식 빌트인 슬래시 커맨드입니다. 플러그인이나 스킬이 아니라 CLI에 내장되어 있어 별도 설치 없이 바로 쓸 수 있습니다. 2026년 3월에 추가된 비교적 최근 기능이며, 공식 가이드는 Claude Code Interactive Mode 문서의 “side questions” 섹션에서 확인할 수 있습니다.
호출은 단순합니다.
/btw 방금 본 helper 함수 시그니처가 뭐였지?
/btw 우리가 왜 redis 대신 sqlite를 골랐더라?
/btw bash 도구의 timeout 기본값이 몇 ms였지?입력하면 메인 응답 영역과는 분리된 일회용 오버레이가 떠서 답을 보여주고, 사용자가 닫으면 그대로 사라집니다.
핵심 질문 1: 세션에 영향을 주는가
결론부터 말하면 주지 않습니다. 좀 더 구체적으로 풀면 다음과 같습니다.
- 메시지 히스토리에 추가되지 않음:
/btw질문과 답변은 메인 conversation의 메시지 배열에 들어가지 않습니다. 닫는 순간 흔적 없이 사라지므로, 이후 클로드의 답변·코드 변경에 영향을 주지 않습니다. - 토큰 누적이 사실상 없음: 부모 세션의 prompt cache를 재사용하기 때문에, 같은 프롬프트를 다시 보내는 것보다 훨씬 저렴하게 처리됩니다. “곁다리 질문 한 번 했다가 컨텍스트가 부풀어 응답 품질이 떨어지는” 부작용이 없습니다.
- 메인 작업 중에도 호출 가능: 클로드가 한창 응답 중이거나 도구를 돌리고 있을 때도
/btw를 던질 수 있습니다. 메인 작업이 멈추거나 끼어들지 않습니다.
비유하자면, 동료가 코드 리뷰를 하고 있는데 어깨너머로 “근데 이 변수 이름 뭐였지?” 하고 살짝 물어보는 느낌입니다. 본인의 작업 화면은 그대로 두고, 옆에서 짧게 답만 듣고 다시 돌아갑니다.
핵심 질문 2: 세션 정보를 읽을 수 있는가
이게 사실 /btw의 진짜 가치입니다. 읽을 수 있습니다 — 단, 읽기 전용입니다.
- 현재 메인 세션의 컨텍스트를 모두 볼 수 있음: 지금까지 주고받은 대화, 클로드가 읽은 파일 내용, 도구 호출 결과, 사용자가 붙여넣은 자료 등 메인 컨텍스트 전체에 접근 가능합니다. 그래서 사용자가 따로 컨텍스트를 떠먹여줄 필요가 없습니다.
- 도구 실행은 불가: 파일을 새로 읽거나, Bash 명령을 실행하거나, 웹을 검색하는 동작은
/btw안에서 할 수 없습니다. “이미 본 것에 대한 답”만 가능하고, “새로 알아봐야 답할 수 있는 것”은 어차피 메인 세션에서 다뤄야 합니다. - 변경 작업도 불가: 코드 수정, 파일 작성 같은 부수 효과가 있는 액션은 차단됩니다. 그래서
/btw로는 실수로 파일을 망칠 일이 없습니다.
요약하면 /btw는 “메인 세션의 기억 위에 얹은, 일회용 읽기 전용 도우미”입니다.
비슷해 보이는 다른 명령과 어떻게 다른가
Claude Code에는 비슷한 역할로 보이는 기능이 여럿 있어 헷갈리기 쉽습니다.
| 방식 | 메인 컨텍스트 영향 | 도구 사용 | 대표 용도 |
|---|---|---|---|
| /btw 곁다리 질문 | 없음(휘발성) | 불가 | 이미 본 정보 빠른 확인 |
| 일반 프롬프트 | 있음(누적) | 가능 | 실제 작업 지시 |
| Subagent(Task) | 없음(별도 컨텍스트) | 가능 | 독립적인 조사·코드 변경 |
| 확장 사고(/think) | 있음(누적) | 가능 | 복잡한 추론이 필요한 작업 |
“이미 아는 것을 다시 확인하고 싶다” → /btw, “새로운 작업을 격리해서 시키고 싶다” → subagent, “메인에서 깊게 사고가 필요하다” → 일반 프롬프트(또는 thinking)로 가는 흐름이 자연스럽습니다.
진짜 쓸 일이 있는 활용 시나리오 7가지
1. 긴 리팩토링 중 정의 회상
30분째 코드 변경 중인데 “내가 새로 추가한 함수 이름이 뭐였지?” 같은 순간. /btw로 묻는 편이 스크롤백을 뒤지는 것보다 빠릅니다.
2. 의사결정 이유 재확인
“우리가 왜 redis 대신 sqlite를 선택했지?” 같이 한참 전 대화에서 결정된 이유를 다시 떠올릴 때 유용합니다. 메인 세션을 오염시키지 않으면서 컨텍스트만 빠르게 회수합니다.
3. 코드 리뷰 중 작은 의문 해소
리뷰어 코멘트를 반영하다가 “그런데 이 함수 호출 횟수가 어디서 결정되는 거였지?”가 떠오를 때, 메인 작업 흐름을 끊지 않고 옆길로 잠깐 다녀올 수 있습니다.
4. 메인 작업 진행 중 비동기 질문
클로드가 빌드를 돌리거나 대규모 파일을 분석 중일 때, 끝나기를 기다리는 시간을 활용해 가벼운 질문을 던질 수 있습니다. 메인 작업이 멈추거나 우선순위가 밀리지 않습니다.
5. 도구 호출 결과 요약 부탁
방금 본 grep 결과나 긴 로그를 “한 줄로 요약해줘”라고 부탁할 때, 메인 컨텍스트에 요약이 또 추가되는 게 부담스럽다면 /btw로 처리하면 깔끔합니다.
6. 라이브러리·API 시그니처 빠른 확인
이미 클로드가 읽었던 라이브러리 코드라면 /btw가 메인 세션의 그 기억을 그대로 활용해 답해줍니다. 새로 검색해야 한다면 답을 못하므로 그때는 일반 프롬프트로 갑니다.
7. 회의·대화 메모 정리
메인 세션에 회의록이나 사양 문서를 붙여넣고 작업 중일 때, “조금 전에 합의한 데드라인 다시 알려줘” 같은 요청에 적합합니다. 본 작업의 컨텍스트는 그대로 두고 정보만 회수합니다.
안 어울리는 경우
- 새로운 정보 조회가 필요한 질문: 도구 실행이 불가능하므로, 외부 검색이나 새 파일 읽기가 필요한 질문은 어차피 메인에서 처리해야 합니다.
- 코드를 수정해야 하는 작업:
/btw는 부수 효과를 만들지 않습니다. 변경 작업은 일반 프롬프트나 subagent 쪽이 맞습니다. - 답이 길어질 깊은 분석: 휘발성이라 결과가 메인에 남지 않으므로, 나중에 다시 참고할 가치가 있는 분석은 메인 세션에서 진행해 히스토리에 남기는 편이 낫습니다.
- 토큰을 아끼고 싶다는 이유만으로 모든 질문을 /btw로 보내는 것: 캐시를 재사용한다고 해도 호출 자체는 비용입니다. 본 작업의 핵심 흐름까지 곁다리로 처리하면 결국 같은 질문을 메인에서 한 번 더 해야 할 수 있습니다.
마무리
/btw는 작은 기능처럼 보이지만, “메인 세션을 깨끗하게 유지하면서 쌓인 컨텍스트를 활용하고 싶다”는 실용적 욕구를 가장 정확히 풀어주는 명령입니다. 세션 영향이 없고, 세션 정보는 읽을 수 있으며, 도구는 못 쓴다 — 이 세 가지만 기억하면 언제 써야 할지가 명확해집니다. 다음에 작업 도중 “근데 그거 뭐였지?”가 떠오르면 한 번 /btw로 던져보시기 바랍니다. 메인 작업은 그대로 둔 채 답만 듣고 돌아올 수 있습니다.
자주 묻는 질문
Q. /btw 응답을 나중에 다시 보고 싶으면 어떻게 하나요?
오버레이를 닫는 순간 메시지가 사라지므로, 답이 마음에 들었다면 본문으로 가져와야 합니다. 메인 세션에서 같은 질문을 다시 묻거나, 받은 답을 직접 노트에 옮기시기 바랍니다.
Q. /btw로 코드를 짜달라고 하면 어떻게 되나요?
실제로 짜주긴 하지만 그 코드가 파일에 저장되지는 않습니다. 코드를 수정·생성하려면 일반 프롬프트로 동일한 요청을 다시 던져야 합니다.
Q. 메인 세션이 매우 길어졌을 때도 /btw가 컨텍스트를 다 읽나요?
현재 메인 컨텍스트 윈도우 안의 내용은 읽습니다. 단, 자동 컴팩션이나 압축으로 이미 요약된 과거 메시지는 요약 형태로만 접근 가능하므로, 매우 오래된 세부 사실은 정확히 회상되지 않을 수 있습니다.