클로드코드 /clear와 /compact, 언제 무엇을 쓰나

뚝딱 강의에서는 수강생에게 한 가지 습관을 반복해서 강조합니다.

하던 기능이 끝나고 다른 기능을 시작한다면
먼저 /clear를 입력하세요.

클로드코드(Claude Code)를 껐다가 다시 켜라는 뜻이 아닙니다. 지금까지 쌓인 대화와 작업 기록을 현재 컨텍스트에서 비우고 새 작업을 시작하라는 뜻이에요.

클로드가 앞의 대화를 많이 알고 있으면 항상 도움이 될 것 같지만, 끝난 작업의 코드와 오류 기록은 다음 작업에서 오히려 방해가 될 수 있습니다. 같은 정보가 이후 요청마다 계속 따라다니며 컨텍스트 공간과 사용량도 차지해요.

이때 사용하는 명령어가 /clear입니다. 반면 같은 작업을 계속 이어가야 해서 앞의 결정을 버릴 수 없다면 /compact가 더 알맞습니다.

클로드는 이전 대화를 매번 다시 받아요

클로드 모델은 한 번 답했다고 이전 요청을 스스로 기억하는 것이 아닙니다. 클로드코드가 요청을 보낼 때 system prompt, 프로젝트 지침, 앞선 대화와 도구 실행 결과를 현재 질문과 함께 전달합니다.

프로젝트 지침
+ 지금까지의 대화
+ 읽은 파일과 명령어 결과
+ 새로 입력한 요청
= 이번 답변에 사용하는 컨텍스트

대화가 길어질수록 다음 요청에 딸려가는 정보도 많아집니다. 클로드코드는 prompt caching으로 반복되는 내용을 더 빠르고 저렴하게 처리하지만, 관련 없는 오래된 컨텍스트가 완전히 공짜가 되는 것은 아닙니다.

또한 문제는 공간만이 아니에요. 이전 기능에서 읽은 파일, 실패한 접근법과 더 이상 적용하지 않는 조건이 남아 있으면 클로드가 새 요청을 판단할 때 불필요한 후보가 늘어납니다.

로그인 오류 해결
→ 배포 오류 해결
→ 버튼 디자인 수정
→ 결제 기능 추가

하나의 대화에서 계속 진행
→ 끝난 작업의 대화와 로그도 계속 따라옴

컨텍스트 윈도우의 기본 원리가 궁금하다면 컨텍스트 윈도우란? AI의 작업대 이해하기를 먼저 읽어보세요.

/clear는 새 작업대를 펼쳐요

/clear를 입력하면 이전 대화를 비우고 빈 컨텍스트에서 새 대화를 시작합니다.

/clear는 흔히 클로드코드 대화 초기화 또는 컨텍스트 초기화라고 부르는 기능입니다. 다만 저장된 대화 자체를 삭제하는 것이 아니라 현재 세션의 컨텍스트에서 비우는 방식이에요.

/clear

그렇다고 프로젝트 설정까지 모두 사라지는 것은 아닙니다. 프로젝트 루트의 CLAUDE.md와 Auto memory 같은 프로젝트 지식은 새 컨텍스트에 다시 불러옵니다. 코드 파일도 그대로 남아 있어요.

비워지는 것
→ 지금까지 주고받은 대화와 작업 기록

다시 불러오는 것
→ 프로젝트 지침과 메모리

그대로 있는 것
→ 실제 코드와 Git 변경 사항

이전 대화도 삭제되지 않습니다. 필요하면 /resume으로 다시 열 수 있어요. /clear 작업이름처럼 이름을 함께 입력하면 이전 대화를 나중에 찾기 쉽게 표시할 수도 있습니다.

/clear를 습관화하면 무엇이 좋아지나요?

새 기능에 집중하기 쉬워요

사용자 목록을 만든 대화에서 곧바로 결제 오류를 고치기 시작하면, 결제와 관계없는 컴포넌트와 API 응답이 컨텍스트에 남아 있습니다.

/clear로 새로 시작하면 클로드는 지금 요청한 기능에 필요한 파일부터 다시 찾습니다. 이전 작업의 가정에 끌려갈 가능성이 줄어들어요.

컨텍스트 공간을 아낄 수 있어요

클로드가 파일을 읽고 테스트를 실행할 때마다 그 결과가 컨텍스트에 들어갑니다. 끝난 작업을 비우면 다음 기능에서 실제로 필요한 자료를 올릴 공간이 넓어집니다.

컨텍스트가 가득 찬 뒤 자동 요약을 기다리는 것보다, 작업이 바뀌는 순간 필요 없는 내용을 비우는 편이 단순합니다.

사용량과 비용을 줄일 수 있어요

클로드 API를 연결해 사용한다면 입력 토큰이 비용에 직접 영향을 줍니다. 공식 문서도 컨텍스트가 커질수록 토큰 사용량이 늘어나므로 관련 없는 작업 사이에서 /clear를 사용하라고 안내합니다.

클로드 Pro나 Max 같은 구독 플랜은 요청마다 API 요금이 별도로 청구되지는 않습니다. 따라서 /clear 한 번이 정확히 얼마를 절약한다고 계산할 수는 없어요. 다만 불필요한 컨텍스트를 줄이면 같은 작업에 쓰는 토큰과 연산량을 줄여 구독 사용량을 더 효율적으로 쓸 수 있습니다.

즉, /clear는 클로드코드 토큰 절약과 사용량 관리를 위한 가장 단순한 습관입니다. 비용만 줄이는 요령이라기보다 다음 작업에 필요한 정보만 남겨 답변의 집중도를 높이는 방법에 가까워요.

Prompt caching도 긴 대화를 무제한 무료로 만들어주지는 않습니다. 캐시가 비용을 줄여주더라도 필요 없는 대화를 계속 들고 가는 것보다 작업이 바뀔 때 비우는 편이 효율적이에요. 특히 오래 쉬었던 긴 대화를 재개할 때는 만료된 캐시를 다시 만드는 첫 요청이 클 수 있습니다. 자세한 비용 구조는 클로드코드 비용 관리 공식 문서 (새 탭에서 열림)에서 확인할 수 있습니다.

언제 /clear를 사용하면 되나요?

뚝딱 수업에서는 다음 순간을 기준으로 삼습니다.

• 하나의 기능을 완성하고 테스트까지 끝냈을 때
• 이전 작업과 관계없는 새 기능을 시작할 때
• 디버깅이 끝나고 다음 문제로 넘어갈 때
• 같은 문제를 두 번 이상 교정했는데 계속 엉뚱한 방향으로 갈 때
• 대화에 폐기한 접근법과 긴 오류 로그가 많이 쌓였을 때

특히 같은 문제를 계속 교정했다면 실패한 설명을 더 붙이기보다 /clear 후 지금까지 배운 내용을 반영해 요청을 다시 쓰는 편이 낫습니다.

/clear

로그인하지 않은 사용자가 결제 페이지에 접근하면
/login으로 이동하도록 수정해줘.
기존 middleware 구현을 먼저 확인하고,
수정 후 관련 테스트를 실행해줘.

같은 작업을 이어가야 한다면 /compact를 사용해요

모든 작업 전환에 /clear가 답은 아닙니다. 하나의 복잡한 기능을 오래 만들고 있고, 앞서 정한 설계와 수정한 파일을 계속 기억해야 한다면 대화를 전부 비우기 어렵습니다.

이때 /compact를 사용합니다.

/compact

/compact는 이전 대화를 없애는 대신 핵심 내용을 요약해 더 짧은 컨텍스트로 바꿉니다. 어떤 내용을 남길지 지시할 수도 있어요.

/compact 결제 로직의 결정 사항, 수정한 파일,
아직 실패하는 테스트를 중심으로 남겨줘

클로드코드는 컨텍스트가 한계에 가까워지면 자동으로 compact를 수행합니다. 하지만 작업의 자연스러운 중간 지점에서 직접 실행하면 어떤 내용을 보존할지 지정할 수 있어요.

/clear와 /compact의 차이

/compact도 공짜로 대화를 압축하는 것은 아닙니다. 요약을 만드는 요청이 한 번 실행되고, 요약된 새 대화를 기준으로 conversation cache도 다시 만들어집니다. 따라서 몇 번 대화할 때마다 습관적으로 실행하기보다 같은 작업을 계속해야 하는 자연스러운 중간 지점에서 사용하는 편이 좋아요.

프로젝트 루트의 CLAUDE.md는 compact 후 다시 불러오지만, 하위 폴더 지침과 경로별 규칙은 관련 파일을 다시 읽을 때까지 빠져 있을 수 있습니다. 중요한 프로젝트 공통 규칙을 대화에만 맡기지 말아야 하는 이유입니다.

무엇을 쓸지 헷갈릴 때

다음 한 문장으로 판단할 수 있습니다.

앞의 대화가 없어도 다음 작업을 설명할 수 있나요?

예 → /clear
아니요 → /compact

현재 컨텍스트에 무엇이 얼마나 들어 있는지 궁금하면 /context를 실행하세요.

/context

뚝딱 수업의 권장 습관

기능 하나 시작
→ 구현
→ 테스트와 확인
→ 기능 완료
→ /clear
→ 다음 기능 시작

복잡한 한 기능을 오래 이어가야 할 때만 중간에 /compact를 사용합니다.

/clear는 클로드에게 지금까지 한 일을 잊게 만드는 불편한 명령이 아닙니다. 끝난 작업을 치우고 다음 작업에 집중할 수 있는 깨끗한 작업대를 만들어주는 명령입니다.

새 기능마다 /clear를 습관화하고, 같은 긴 작업의 맥락을 이어가야 할 때 /compact를 사용하세요. 컨텍스트가 정리되면 클로드의 판단이 선명해지고 사용량도 더 효율적으로 관리할 수 있습니다.

대화 정리 외에 처음 익혀둘 명령은 클로드코드 슬래시 명령어 정리에서 상황별로 확인할 수 있어요.