Mac의 ~/Library/Caches란 무엇이며 무엇을 지워도 될까

진짜 캐시는 다시 만들 수 있지만, Cache라는 이름의 폴더라고 해서 자동으로 삭제해도 안전한 것은 아닙니다. 앱은 오프라인 다운로드, 세션 상태, 인덱스, 아직 동기화되지 않은 작업물을 버릴 수 있는 파일 옆에 섞어 두는 경우가 있습니다. 유용한 기술은 경로 목록을 외우는 것이 아니라 소유자, 재생성 출처, 캐시 미스 시의 결과를 구분하는 일입니다.

각 종류가 무엇인지, 어디에 있는지, 부수 피해 없이 어떻게 지울 수 있는지를 정리합니다.

Apple의 Library 디렉터리 지침은 캐시를 다시 만들 수 있고 앱이 지속적인 존재에 의존해서는 안 되는 데이터로 설명합니다. Application Support와는 복구 계약이 다릅니다.

~/Library/Caches와 /Library/Caches는 범위가 다릅니다

• ~/Library/Caches는 앱별 사용자 캐시로, 일상에서 가장 큰 그룹입니다. 각 하위 폴더는 com.google.Chrome처럼 번들 식별자로 이름이 붙습니다.
• /Library/Caches는 시스템 전역 캐시를 둡니다.
• /System은 System Integrity Protection으로 보호되며 손댈 대상이 아닙니다. 절대 시도하지 마세요.

Apple은 번들 식별자 규칙을 문서화하지만, 익숙한 이름이 안전 증명서는 아닙니다. 하나의 앱이 캐시 데이터베이스, 세션 상태, 다운로드를 나란히 둘 수 있습니다. 샌드박스 앱은 관련 자료를 최상위 사용자 Caches 대신 Containers 안에 두기도 합니다.

Apple의 파일 시스템 개요에 따르면 /System/Library는 정리 대상이 아닙니다. Caches 루트를 재귀 삭제하지 말고, 권한 오류가 보여도 일반 삭제 명령에 sudo를 붙이지 마세요.

결정하기 전에 내용을 분류하세요

앱이 번들 바깥에 보관하는 파일은 용도에 따라 구분해야 합니다. 캐시를 다시 만드는 것과 사용자 데이터를 복구하는 것은 다릅니다.

• 캐시는 다시 계산할 수 있습니다. 렌더링된 썸네일, 컴파일 결과, 속도용으로 보관된 다운로드 파일입니다. 삭제하면 실행이 느려지고, 네트워크를 쓰며, 오프라인 이용이 사라질 수 있습니다.
• 상태는 열린 창, 스크롤 위치, 임시 작성 내용 같은 세션 정보입니다. 삭제하면 아직 저장하지 않은 작업이나 다시 열려던 내용을 잃을 수 있습니다.
• 데이터는 대체 불가능합니다. 메시지, 사진 라이브러리, 저장된 로그인 정보입니다. 삭제하면 진짜 손실입니다.

위 폴더는 이 세 가지가 섞일 수 있어 "모든 캐시 지우기" 도구가 위험한 이유입니다. ~/Library/Caches 아래 경로는 유용한 단서이지, 완전한 안전 증명은 아닙니다.

측정된 캐시가 필요한 공간을 잠식하거나, 앱의 문서화된 문제 해결 절차가 요구하거나, 인덱스가 분명히 오래되었거나 손상되었을 때 캐시 정리가 정당합니다. 의식처럼 반복할 일은 아닙니다. macOS와 많은 앱은 이미 압박 상황에서 캐시를 비우며, 모든 것을 다시 만들면 성능, 배터리 사용, 네트워크 트래픽이 잠시 더 나빠질 수 있습니다.

Application Support, Containers, Group Containers, 환경설정, 키체인, 숨겨진 도구 디렉터리는 소유자가 특정 하위 항목의 재생성을 문서화할 때까지 상태 또는 사용자 데이터로 취급합니다.

큰 소유자부터 측정하세요

무엇이든 지우기 전에 가장 큰 캐시부터 찾으세요.

du -sh ~/Library/Caches/* 2>/dev/null | sort -h
du -sh /Library/Caches/* 2>/dev/null | sort -h

아래에서부터 읽으세요. 마지막 몇 줄이 가장 큰 항목입니다. 각 항목을 앱, 번들 식별자, 문서화된 도구 캐시에 연결하고, 소유자가 분명하지 않으면 거기서 멈추세요. 소유자가 분명한 50 MB 캐시가 정체를 알 수 없는 20 GB 디렉터리보다 판단하기 쉽습니다. 이 숫자는 측정값이지 회수 가능한 공간에 대한 약속이 아닙니다. 파일이 열려 있을 수 있고, APFS는 클론과 스냅숏으로 블록을 공유하며, Finder와 du와 시스템 설정은 저장 공간을 다르게 묶습니다.

권한 오류가 나오면 멈추세요. 결과를 모두 보기 위해 sudo를 붙일 이유가 아닙니다. ~/Library/Caches는 현재 사용자 범위지만 /Library/Caches는 여러 사용자나 시스템 서비스에 영향을 줄 수 있습니다.

Apple의 Mac 저장 공간 안내에서 시스템 데이터는 다른 범주에 들어가지 않는 파일의 묶음입니다. 단일 폴더가 아니므로 구체적인 소유자 폴더와 실제 여유 공간을 측정하세요.

삭제 전 다섯 가지 질문

1. 어느 앱, 명령줄 도구, 시스템 서비스가 소유하는가
2. 원본 파일이나 원격 소스에서 다시 만들 수 있는가
3. 캐시 미스가 빌드 시간, 전력, 네트워크, 오프라인 사용에 주는 비용은 무엇인가
4. 앱, 데몬, 패키지 관리자, 모델 서버가 아직 실행 중인가
5. 영구 삭제 전에 미리보기, 휴지통, 재다운로드 같은 복구 경로가 있는가

하나라도 답할 수 없으면 그대로 둡니다.

소유자의 정리 기능을 우선하세요

소유자는 참조 관계, 공유된 블롭, 사용 중인 버전, 그리고 오래되어 보이지만 여전히 필요한 파일을 알고 있습니다. 소유자의 인터페이스는 재귀 삭제 명령보다 더 적게 지우고 더 안전하게 공간을 되돌려 줍니다.

브라우저

Chrome의 인터넷 사용 기록 삭제 안내는 캐시된 이미지와 파일을 방문 기록, 쿠키, 비밀번호, 사이트 설정, 오프라인 데이터와 분리합니다. 공간만 회수하려면 캐시만 선택하고 브라우저 프로필 폴더는 지우지 마세요.

다른 브라우저도 이름만 다를 뿐 비슷하게 구분합니다. 브라우저의 저장 공간이나 개인정보 보호 설정을 열고, 선택된 항목을 하나씩 읽어 보세요.

개발 도구

개발 도구의 캐시는 디스크 공간을 빌드와 설치 속도로 바꾸기 때문에 커질 수 있습니다. 명령은 소유자에 맞춰야 합니다.

Xcode Derived Data는 다시 만들 수 있지만 시간과 전력이 듭니다. Homebrew는 공식 cleanup 문서에 따라 brew cleanup --dry-run으로 먼저 계획을 확인합니다. npm은 npm cache verify부터 실행하세요. npm 캐시 문서도 npm cache clean --force가 일상 관리에는 보통 필요하지 않다고 설명합니다.

npm cache verify

소스, 의존성, 툴체인으로 다시 빌드할 수 있는지 확인하세요. Xcode와 실행 중인 빌드를 종료하고, 실제로 다시 빌드할 프로젝트만 지정하고, 가능하면 Xcode 자체의 정리나 설정 화면을 쓰세요. 패키지 저장소, 서명 자산, 시뮬레이터 데이터, 소스 체크아웃은 개발 도구에 속한다는 이유만으로 Derived Data가 되지는 않습니다.

AI 도구와 다운로드한 모델

hf cache ls
hf cache rm model/example --dry-run
hf cache prune --dry-run

ollama ls
ollama rm <model>

AI 도구는 폴더를 직접 지우지 말고 소유자의 관리 명령을 사용하세요. Hugging Face는 hf cache ls로 모델과 리비전을 확인한 뒤 hf cache rm model/example --dry-run 또는 hf cache prune --dry-run으로 계획을 봅니다. 자세한 인자는 Hugging Face 캐시 명령을 따르세요. Ollama는 ollama ls로 모델을 확인하고 CLI 문서에 따라 ollama rm <model>로 선택한 모델만 제거합니다. 모델은 의도적으로 받은 콘텐츠이지 일반 캐시가 아닙니다. 채팅 기록, 자격 증명, 세션, 프로필, 사용 중인 데이터베이스도 대상이 아닙니다.

항상 소유 앱을 먼저 종료하세요. 앱이 실행 중이면 캐시 파일이 열려 있거나 메모리에 매핑된 경우가 많고, 쓰기가 진행 중일 때 지우면 앱이 의존하는 캐시 데이터베이스가 손상되어 공간 정리가 깨진 앱으로 바뀔 수 있습니다.

브라우저 캐시는 한 가지를 더 구분해야 합니다. 쿠키, 사이트 데이터, 방문 기록, 저장된 비밀번호, 캐시된 페이지 리소스는 별도 제어입니다. 목표가 디스크 회수라면 캐시된 콘텐츠만 선택하세요. 모든 탐색 데이터를 지우면 로그아웃되거나 오프라인 사이트 상태가 사라지면서 캐시는 실질적으로 더 많이 줄지 않을 수 있습니다.

손으로도 할 수 있지만, 번들 식별자와 폴더 이름이 항상 읽기 쉬운 것은 아닙니다. 클리너는 무엇을 건드리기 전에 소유자, 경로, 크기, 카테고리를 보여 주어야 하며, 프로필, 문서, 모델 저장소, 대화 기록은 설계상 제외해야 합니다. Mole의 Clean 화면은 그 검토 우선 모델을 따릅니다. 더 넓은 교훈은, 찾은 항목 수가 인상적이기보다 건너뛰기 목록과 경로 검증이 더 중요하다는 점입니다.

수동 제거가 여전히 필요할 때

소유자에게 적절한 기능이 없고 다섯 질문에 모두 답했을 때만 수동으로 진행합니다. 소유자를 종료하고 확인된 하위 폴더 하나를 휴지통으로 옮긴 뒤 앱을 다시 열어 문서, 로그인, 오프라인 데이터, 환경설정, 빌드와 모델을 확인하세요. Apple의 Mac 저장 공간 안내처럼 휴지통을 비우기 전에는 공간이 해제되지 않습니다. 그 시간을 복구 창으로 사용하세요.

세부 사항이 핵심입니다. 안전한 구현은 가능하면 패키지 관리자 자체의 정리 인터페이스를 쓰고, 데몬이 활성인 동안 빌드 캐시를 건드리지 않으며, 해석된 모든 경로를 검증하고, 느린 크기 프로브에 타임아웃을 걸고, 명시적으로 보호된 폴더는 남깁니다. 소유 도구가 없거나 카테고리가 모호하면, 추측보다 검토가 안전합니다. Caches 폴더 전체를 재귀 삭제하면 그 검사들을 전부 우회합니다.

• AI 어시스턴트 채팅 기록과 트랜스크립트. 캐시 근처에 있어도 대체 불가능한 데이터입니다. 공간을 위해 절대 지우지 마세요.
• 환경설정과 저장된 로그인은 버릴 수 있는 캐시와 다릅니다.
• /System 아래의 모든 것.
• 목적을 식별할 수 없는 폴더.

모든 Mac 정리를 안전하게 유지하는 규칙은 하나입니다. 파일이 무엇을 위한 것인지 알 수 없으면 지우지 마세요.

캐시와 시스템 데이터가 다시 늘어나는 이유

먼저 측정하고, 소유 앱을 종료하고, 내장 저장 공간 또는 정리 명령을 쓰고, 한 번에 한 카테고리만 제거한 뒤, Trash를 비우기 전에 앱을 다시 여세요. 환경설정, 프로필, 채팅, 문서, 알 수 없는 Application Support 데이터를 캐시로 취급하지 마세요. 공간 또는 문제 해결 이득이 재생성과 다운로드 비용보다 클 때만 지우세요. 그 방법은 "전부 삭제"보다 느리지만, 앱 내부가 바뀌어도 안전합니다.

캐시는 썸네일, 다운로드, 빌드 산출물, 인덱스를 다시 만들면서 자랍니다. 시스템 설정의 시스템 데이터는 다른 분류에 들어가지 않은 파일의 합계이지 직접 삭제할 폴더가 아니며, 표시가 늦게 갱신될 수도 있습니다. 정리 후에는 실제 여유 공간과 앱 동작을 확인하고, 지연된 분류 숫자를 맞추려고 삭제 범위를 넓히지 마세요.