Plan 모드로 구현을 맡긴 뒤 코드가 궁금해서 이것저것 질문하다 보면 맥락이 불필요하게 쌓여 성능이 떨어질 수 있다. /rewind와 /fork를 활용해 노이즈를 줄이고 본 작업에 집중하는 방법을 정리한다.
Plan 모드로 계획을 세워서 구현을 시킨다. 코드를 읽다 보면 “이 함수, 뭐 하는 거지?” 하고 궁금해진다. 그래서 질문해 본다.
답을 듣고 나면 “그럼 왜 이런 구현으로 했어?”, “다른 패턴은?” 같은 파워하라 질문 타임에 들어간다.
어느 정도 이해했으면 “여기 수정해 줘” 하고 의뢰한다.
이렇게 하면 질문 타임에서 조사한 본줄기와는 크게 관계없는 방대한 정보가 컨텍스트에 남은 채로 작업을 계속하게 된다.
그래서 Claude Code 입장에서는 “아까랑 주제가 바뀌었네… 뭐라는 거야… 머리 꽉 찼다…” 같은 상태가 되어 버린다.
공식 문서에 이런 내용이 있다:
“Claude의 컨텍스트 윈도우는 금방 차고, 차는 만큼 성능이 저하된다.”
컨텍스트가 채워질수록 성능이 떨어진다고 하니, 가능한 한 쓸데없는 정보는 없는 편이 바람직하다.
질문이 한바탕 끝나고 “그럼 여기 바꿔줘” 하며 본줄기로 돌아오면, 질문 주고받기가 노이즈가 되어 버린다.
Esc를 두 번 누르거나 /rewind 를 입력한다. 과거 상태로 되돌릴 수 있다.
/fork를 입력한다. 원래 세션을 이어받아 새 세션을 만들 수 있다.
인증 기능 구현이 끝났다. Claude가 생성한 코드를 보다가 “여기 설계는 왜 이렇게 되어 있지?” 하고 궁금해진다.
그래서 질문한다. 답을 듣고 나서 “애초에 JWT 검증 로직이 뭐야? 알려줘.”처럼 파생된다. 더 나아가 “다른 패턴이면 어떻게 돼?”라고 더 깊게 판다.
좋아, 본줄기로 돌아가자. “여기 테스트 코드를 써줘”라고 의뢰한다.
그 전에 /rewind.
파워하라 질문 타임의 주고받기를 없었던 일로 만들 수 있어서, 노이즈 없이 깔끔한 상태로 기분 좋게 작업해 준다.
참고로 /rename으로 원래 세션에 “인증 기능 구현”처럼 알아보기 쉬운 이름을 붙여 두는 것도 추천한다.
질문하면서, 다른 터미널에서 추가 지시도 병행해서 진행하고 싶을 때.
/fork hoge로 새 세션이 열린다. 여기서 원하는 만큼 질문한다. 원래 세션에서는 본 작업을 계속할 수도 있다.
파워하라 한 뒤에 그대로 본줄기로 돌아가지 말자. /rewind로 없었던 일로 만들자.
