원격 Mac에서 Claude Code 작업 중 CPU가 계속 높고, 어떤 프로세스가 원인인지 불분명한 상태입니다.
먼저 Activity Monitor에서 실제 점유 프로세스와 부모·자식 관계를 확인한 뒤, 작업 중인지 세션 종료 후인지 재시작 후인지에 맞춰 조치하세요. 출처를 확인하기 전에는 프로세스를 삭제하지 마세요.
이 안내는 Claude Code를 원격으로 사용하는 독립 개발자와 빌드 환경을 관리하는 엔지니어를 위한 내용입니다.
세션이 끝난 뒤에도 작업이 남는지 조사하거나, 상시 연결된 Mac의 안전한 점검 절차를 정해야 하는 소규모 팀에도 해당합니다.
최종 업데이트: 2026년 10월 26일. 점검 절차는 Activity Monitor의 CPU 보기 안내와 Claude Code CLI 사용 및 옵션 문서를 확인해 정리했습니다. 관련 보도는 단일 사용자 보고로만 취급하며, 보도 내용만으로 감염이나 일반적인 원인을 확정하지 않습니다.
먼저 Activity Monitor에서 실제 점유자를 확인합니다
Activity Monitor를 열고 CPU 화면에서 사용량이 높은 프로세스를 살펴보세요. 정렬된 목록은 현재 자원을 쓰는 항목을 찾는 데 도움을 주지만, 이름만으로 원인까지 입증하지는 않습니다. CPU 활동 보기 안내를 참고해 화면의 항목을 확인하고, 관찰 시각과 실행 중이던 작업을 함께 기록하세요.
프로세스 이름과 함께 부모·자식 관계도 봐야 합니다. 프로세스 정보와 계층 보기 문서는 프로세스 정보와 계층을 확인하는 방법을 설명합니다. Claude Code와 비슷한 이름이 보인다는 이유만으로 Agent가 직접 CPU를 쓰고 있다고 단정하지 마세요. Agent가 빌드 도구나 테스트 프로세스를 실행했을 수 있고, 반대로 무관한 백그라운드 항목이 비슷한 시점에 실행됐을 수도 있습니다.
작업 중이라면 실행한 도구와 부하를 함께 봅니다
Claude Code가 코드 분석, 빌드, 테스트처럼 계산량이 큰 작업을 수행하는 동안 CPU가 높을 수 있습니다. 이때 확인할 것은 막연한 수치가 아니라 작업의 종류와 프로세스의 연결입니다. 현재 Agent가 요청한 작업, 실제로 실행 중인 도구, CPU 목록에서 보이는 프로세스가 서로 맞는지 대조하세요.
여러 작업이 동시에 돌아간다면 부하는 여러 프로세스에 나뉠 수 있습니다. 하나씩 작업을 기다리거나 중단한 뒤 목록의 변화를 관찰하세요. 전체 부하를 Claude Code 하나에 귀속하면 다른 개발 도구나 테스트 작업을 놓칠 수 있습니다.
| 관찰한 상황 | 확인할 항목 | 다음 조치 |
|---|---|---|
| 작업 중이고 관련 프로세스가 함께 보임 | Agent가 시작한 빌드·테스트인지, 작업이 진행 중인지 | 완료 전후의 프로세스와 CPU 활동을 비교합니다 |
| 여러 작업을 동시에 실행 중 | 컴파일러, 테스트, 다른 개발 도구의 개별 점유 | 작업을 하나씩 기다리거나 멈추고 변화를 확인합니다 |
| 세션 종료 후에도 프로세스가 남음 | 부모·자식 관계, 실행 주체, 작업 상태 | 소유자와 용도를 확인한 뒤 기다리거나 종료를 검토합니다 |
| 재시작 후 같은 항목이 다시 나타남 | 로그인 항목, 백그라운드 작업, 자동화 흐름 | 승인 여부와 시작 경로를 확인하고 보안 절차를 따릅니다 |
참고: 한 개발자의 Mac에서 채굴 프로세스가 발견됐다는 보도가 있습니다. 보도에는 약 1175%의 CPU 사용량과 약 12개 코어를 점유했다는 주장이 담겼지만, 이는 해당 사례에 대한 보도 내용이지 Claude Code가 일반적으로 문제를 일으킨다는 증거가 아닙니다. 관련 보도만으로 현재 Mac의 감염 여부나 원인을 판정하지 마세요.
세션이 끝났다면 남은 작업의 소유자를 찾습니다
원격 터미널 연결이 끊겼어도 그곳에서 시작한 빌드나 스크립트가 계속 실행 중일 수 있습니다. 연결 종료와 작업 종료를 동일하게 취급하지 마세요. 프로세스 이름, 부모·자식 관계, 시작 시점과 실행한 작업을 기록한 다음 정상적으로 끝나기를 기다려야 하는 작업인지 확인하세요.
작업이 완료됐고 종료해도 되는 프로세스라는 사실이 확인된 뒤에만 조치를 선택하세요. Activity Monitor에서 프로세스를 종료하는 절차는 프로세스 종료 안내에 나와 있습니다. 시스템 항목이나 팀이 공유하는 작업은 담당자와 실행 상태를 확인하기 전까지 강제 종료하지 않는 편이 안전합니다.
재시작 뒤 되풀이되면 자동 실행 경로를 조사합니다
재시작 후 같은 고부하 프로세스가 다시 나타난다면 작업을 다시 실행한 주체를 확인하세요. 로그인 시 자동으로 열리는 항목, 백그라운드 작업, 정기 실행되는 개발 자동화가 원인일 수 있습니다. 로그인 항목을 살피는 방법은 자동으로 열리는 항목 관리 안내에서 확인할 수 있습니다. 조직에서 관리하는 백그라운드 작업이라면 백그라운드 작업 관리 문서와 시스템 서비스 관리 문서도 참조하세요.
출처를 확인할 수 없거나 예상하지 못한 항목이라면 먼저 프로세스 정보와 관련 알림을 보존하세요. 이어 조직의 보안 절차에 따라 격리와 검사를 진행하고, 담당자와 함께 다시 실행되는 경로를 확인합니다. 불필요한 항목을 곧바로 삭제하면 조사에 필요한 정보를 잃거나 정상 업무를 중단할 수 있습니다.
상황에 따라 기다릴지, 종료할지 결정합니다
- 작업이 진행 중이고 점유 프로세스가 해당 빌드나 테스트와 연결되며, 완료 뒤 부하가 줄면 작업을 기다립니다. 완료 전후의 변화를 기록해 실제 작업과의 연관성을 확인하세요.
- 여러 개발 작업이 겹쳐 원인을 나누기 어렵다면, 안전하게 멈출 수 있는 작업부터 하나씩 기다리거나 중단합니다. 각 조치 뒤에 Activity Monitor의 변화를 비교하세요.
- 세션이 끝났고 프로세스가 남아 있다면, 실행 주체와 작업 상태가 확인될 때까지 기다리거나 담당자에게 확인합니다. 종료가 필요하고 권한이 있는 경우에만 절차에 따라 종료하세요.
- 재시작 후 같은 항목이 복구되지만 출처를 확인할 수 없다면 직접 삭제하지 말고 정보를 보존한 뒤 보안 검토로 넘깁니다.
자주 묻는 상황을 짧게 확인합니다
실행 중인 작업과 높은 CPU 사용량이 연결되는지 어떻게 확인하나요?
CPU 화면에서 점유 프로세스를 찾고, 프로세스 계층 및 현재 실행 중인 작업과 비교합니다. 빌드나 테스트를 마쳤을 때 관련 프로세스가 끝나고 부하도 함께 변하는지 확인하세요. 프로세스 이름이 비슷한 것만으로는 인과관계를 확인할 수 없습니다.
터미널 연결을 닫았는데도 프로세스가 남으면 바로 종료해야 하나요?
바로 종료하지 마세요. 연결이 끊겨도 빌드나 스크립트가 계속 실행될 수 있으므로, 먼저 프로세스의 부모·자식 관계와 작업 상태를 확인합니다. 팀 공유 작업이나 시스템 항목인지 확인하고, 종료해도 되는 작업이라고 판단된 경우에만 조치하세요.
빌드 프로세스와 macOS 백그라운드 프로세스는 어떻게 구별하나요?
실행 시점, 시작한 작업, 프로세스 관계를 함께 확인하세요. 개발 작업 직후 나타났다는 사실만으로 빌드라고 단정하지 말고, 작업을 마친 뒤에도 계속 남는지 살펴야 합니다. 판단이 어려우면 이름과 관계를 기록해 팀에서 승인한 자동화 목록과 대조하세요.
재시작한 뒤 부하가 다시 생기면 어디를 확인하나요?
로그인 항목과 백그라운드 작업, 자동화 흐름이 다시 시작됐는지 확인하세요. 항목의 실행 주체와 승인 여부가 불분명하면 삭제를 보류하고 필요한 정보를 보존합니다. 이후 조직의 보안 절차에 따라 격리, 검사, 재확인을 진행하세요.
기록을 남기고 실제 작업으로 다시 검증합니다
다음 항목을 한 기록에 남기면 다음 조사에서 원인을 비교하기 쉽습니다.
- 발생한 시점과 상황: 작업 중, 연결 종료 후, 재시작 후 중 어디에 해당하는지 적습니다.
- 관련 작업: 실행 중이던 빌드, 테스트, 스크립트 또는 자동화를 기록합니다.
- 프로세스 정보: 이름과 부모·자식 관계, 시작 경로와 소유자를 확인해 적습니다.
- 조치와 결과: 기다림, 작업 중단, 프로세스 종료, 보안 검토 중 무엇을 했는지와 그 뒤의 변화를 남깁니다.
- 재검증: 실제 프로젝트 작업을 실행해 점유 프로세스가 작업과 맞는지, 작업이 끝난 뒤 상태가 달라지는지 살핍니다.
원격 개발 환경에 접근하는 방식과 세션 관리가 낯설다면 원격 Mac 접속 안내를 확인하고, 운영 과정의 데이터 취급은 개인정보 보호 안내도 살펴보세요. root 권한이 있더라도 조사와 조치는 필요한 범위로 제한하고 팀의 보안 규칙을 따르는 것이 좋습니다.
로컬 Mac은 물리적으로 직접 점검하기 쉽지만, 별도 장비와 지속적인 관리가 필요합니다. 일반 클라우드 서버는 macOS 전용 개발 도구를 실행할 수 없고, 출처가 불분명한 가상 환경은 문제 재현과 보안 책임을 복잡하게 만들 수 있습니다. 계속 켜 두어야 하는 macOS 개발 환경이 필요하다면 현재 방식의 장단점을 먼저 비교하고, 임시 빌드나 테스트 환경이 필요한 경우에 한해 macworker의 원격 Mac 이용 안내를 확인해 보세요. 상시 고정 부하나 물리 인터페이스 접근이 필요한 작업이라면 직접 관리하는 Mac이 더 적합할 수 있습니다.
자주 묻는 질문
Claude Code가 실행 중일 때 원격 Mac CPU 사용량이 높으면 어디부터 확인해야 하나요?
Activity Monitor의 CPU 화면에서 실제로 점유 중인 프로세스를 확인하고, 현재 Claude Code가 코드 분석이나 빌드, 테스트를 요청했는지 대조합니다. 이름이 비슷하다는 이유만으로 Agent가 원인이라고 단정하지 마세요. 프로세스 정보와 계층 보기에서 부모·자식 관계를 살피고, 작업을 마쳤을 때 점유가 함께 내려가는지도 관찰하면 원인을 좁힐 수 있습니다.
원격 터미널 연결을 끊었는데도 Mac에서 프로세스가 계속 실행되면 어떻게 하나요?
터미널 연결 종료와 그 터미널에서 시작한 작업의 종료는 같은 의미가 아닐 수 있습니다. Activity Monitor에서 프로세스의 이름과 계층을 확인하고, 빌드나 자동화 작업이 아직 진행 중인지 먼저 살펴보세요. 작업이 끝났고 소유자와 용도가 확인된 경우에만 종료를 검토합니다. 팀 공유 작업이나 시스템 프로세스라면 임의로 강제 종료하지 말고 담당자와 상태를 확인하세요.
높은 CPU 사용량이 빌드 때문인지 macOS 백그라운드 프로세스 때문인지 어떻게 구별하나요?
프로세스 이름 하나만 보고 구분하지 말고, 시작한 작업과 부모·자식 관계, 실행 시점을 함께 기록하세요. 빌드나 테스트를 시작한 직후 컴파일러 또는 테스트 프로세스가 나타나고 작업 종료와 함께 사라지는지 확인하면 작업 연관성을 판단하는 데 도움이 됩니다. 반대로 연결이 끊긴 뒤에도 남아 있다면 자동화나 별도 백그라운드 작업인지 추가로 조사해야 합니다.
Mac을 재시작한 뒤에도 같은 고부하 프로세스가 다시 나타나면 무엇을 조사해야 하나요?
로그인할 때 자동으로 열리는 항목과 백그라운드 작업, 다시 실행되는 자동화 흐름을 확인합니다. 프로세스가 언제 시작됐는지와 실행 주체를 기록하고, 조직에서 승인한 항목인지 대조하세요. 출처가 불분명하거나 의심스러운 항목은 바로 삭제하지 말고 필요한 정보를 보존한 뒤 조직의 보안 절차에 따라 격리, 검사, 재확인을 진행합니다.
원격 맥 작업 환경이 필요하다면 macworker에서 시작해 보세요
전용 물리 맥을 대여해 다른 이용자와 프로세서와 메모리를 공유하지 않는 환경에서 작업하실 수 있습니다.