2026년 9월 29일, RemoveMacAI라는 오픈소스 명령줄 도구가 GitHub에 공개되었습니다. 이 도구의 유일한 목표는 사용자가 삭제했다고 믿는 Apple Intelligence 모델 파일을 macOS 27의 디스크 최하단에서 찾아내 제거하는 것입니다.
macOS 27의 설정 메뉴에서 애플은 Apple Intelligence를 제어하던 전역 단일 스위치를 없앴습니다. 사용자가 시스템 설정 패널에서 각 AI 기능을 하나씩 끄더라도, 총 12GB에 달하는 모델 가중치 파일은 여전히 SSD의 시스템 디렉터리에 상주합니다. 사용자가 누른 것은 단지 UI 인터페이스 상의 기능 트리거일 뿐입니다. 기저의 서비스는 파라미터 모델을 보존할 뿐만 아니라 언제든 업데이트를 가져올 수 있는 다운로드 통로까지 유지하고 있습니다.
가짜 위약약이 되어버린 인터페이스 스위치
기본 스토리지 용량이 256GB인 Mac은 애초에 운영체제와 기본 내장 앱만으로도 벅찬 상태입니다. 온디바이스 모델 시대의 도래는 곧 AI 모델에 12GB의 공간을 강제로 할당해야 함을 의미합니다. 애플은 이 거대한 데이터 덩어리가 하드디스크 내에 장기간 방치되는 것을 감수하면서도, 사용자가 물리적인 스토리지를 직접 확보할 수 있는 버튼을 설정 인터페이스에 추가하기를 꺼렸습니다.
이러한 설계는 인터페이스의 ‘기능 끄기’와 시스템 내부의 ‘모델 삭제’를 전혀 무관한 두 가지 상태로 분리해 버렸습니다. 시스템 설정 패널에서는 더 이상 로컬 자산을 클릭 한 번에 지울 수 있는 기능을 제공하지 않습니다. 개발자는 RemoveMacAI의 초기 버전을 배포할 때, README의 도입부에 이 모델 파일들이 ‘about 12 GB’의 저장 공간을 차지한다는 사실을 특별히 강조했습니다.
하지만 이후의 코드 업데이트에서 작성자는 ‘Drop the model size from the README intro’라는 수정 내역을 커밋했습니다. 그는 도입부에서 용량과 관련된 구체적인 수치를 지우고 기술 기능 목록에만 조용히 남겨두었습니다. 개발자가 투쟁하는 핵심은 결국 이 시스템에서 최종적인 파일 재량권을 누가 쥐고 있는가 하는 점입니다.
로컬에 보존되는 것은 정적인 모델 가중치뿐만이 아닙니다. macOS의 백그라운드 자산 배포 메커니즘은 운영체제의 기능 상태를 지속적으로 모니터링합니다. 시스템 수준의 다운로드 통로가 물리적으로 차단되지 않는 한, 시스템은 언제든 백그라운드 무음 업데이트 메커니즘을 통해 최신 대규모 모델을 가져와 기존 파일을 덮어쓸 수 있습니다.
3단계 연쇄 작업으로 시스템 장벽 우회하기
운영체제 깊숙이 자리 잡은 잠금 메커니즘에 맞서, RemoveMacAI는 시스템 무결성 보호(SIP)를 끄지 않고도 해결할 수 있는 근본적인 해법을 제시했습니다. 82%의 Swift와 14%의 Objective-C가 혼합되어 작성된 이 도구는 오직 Apple silicon만을 지원하며, 현재 버전은 0.2.3입니다. 안정적인 실행을 위해서는 macOS 27.0.1 이상 버전이 필수라고 명확히 안내하고 있습니다.
이미지: RemoveMacAI 저장소 홈 화면에 표시된 실행 상태 스크린샷. 출처: RemoveMacAI 저장소(docs/hero.png)
이 도구가 모델을 잘라내는 첫 번째 단계는, 시스템에 특수 제작된 구성 프로파일(configuration profile)을 강제로 설치하는 것입니다. 이 프로파일은 기업 관리를 위해 애플이 공식적으로 예약해 둔 제한 키(restriction key)를 직접 기록하며, 원래 해당 제한 키가 없던 환경설정 항목들까지 강제로 잠가버립니다. 이 단계에서 시스템 하단의 구성 레벨부터 AI 기능의 실행 경로가 차단됩니다.
두 번째 단계는 로컬에 존재하는 기존 모델 파일을 물리적으로 삭제하는 것입니다. 이 도구는 일반적인 명령줄로 파일을 강제 삭제하는 대신, macOS의 UAF(Unified Asset Framework) 서비스를 직접 호출하여 자산 삭제 요청을 보냅니다. 이 요청은 시스템에 내장된 합법적인 자산 관리 인터페이스를 통해 전달되므로, 도구는 SIP가 켜져 있는 엄격한 환경 속에서도 12GB에 달하는 파일 삭제 명령을 전체 과정에 걸쳐 성공적으로 완수합니다.
세 번째 단계는 시스템이 스스로를 복구하려는 백그라운드 트래픽을 차단하는 것입니다. 애플의 시스템 프로세스는 강력한 백그라운드 복구 로직을 갖추고 있습니다. 핵심 자산의 유실이 감지되면 즉시 MobileAsset 프레임워크를 트리거하여 재다운로드를 시도합니다. 이 도구는 삭제된 모든 자산 유형의 MobileAsset 다운로드 서버 네트워크 주소를 하나하나 수정하여, 이를 강제로 유효하지 않은 엔드포인트로 향하게 만듭니다. 이는 macOS가 애플 공식 서버에 다시 연결해 모델을 다운로드하는 능력을 직접적으로 끊어냅니다.
뿌리째 뽑아내면 발생하는 앱 크래시
시스템 수준의 AI 모델을 강제로 분리하면 광범위한 기능 단절이 불가피하게 발생합니다. removemacai off를 실행한 직후, 애플의 온디바이스 모델에 의존하던 모든 시스템 구성 요소는 즉시 마비 상태에 빠집니다. Foundation Models 프레임워크를 호출하는 서드파티 네이티브 앱은 생성 작업을 수행할 수 없게 됩니다. 단축어(Shortcuts) 앱에 시스템이 미리 설치해 둔 Use Model 동작 역시 즉석에서 오류를 반환합니다.
이러한 기술적 연결 고리의 단절은 상위 계층의 사용자 경험에 직접적인 영향을 미칩니다. 많은 관심을 받고 있는 Visual Intelligence 시각 인식 기능이나 캘린더 앱의 자연어 이벤트 편집 기능 등도 이 12GB 파일이 삭제됨과 동시에 작동을 멈춥니다.
흥미로운 점은 macOS 27 시스템 내부 아키텍처에서 Spotlight 검색 창의 백그라운드 처리 프로세스 이름이 Siri라는 사실입니다. AI 인터페이스 기능이 차단되더라도 일부 핵심 시스템 서비스는 SIP 프레임워크의 최고 수준 보호를 받으며 백그라운드 환경에서 계속 로드되어 실행됩니다. Apple Intelligence는 이미 독립적으로 떼어낼 수 있는 앱 모듈이 아니라 파일 관리와 시스템 인프라 내부에 깊숙이 통합되어 있습니다.
이미지: RemoveMacAI가 제공하는 상세 기능 상태 출력 화면. 출처: RemoveMacAI 저장소(docs/status.png)
RemoveMacAI의 핵심 로직 구현은 결코 기술적 기반 없이 이루어진 것이 아닙니다. 이 도구 전체는 다른 독립 개발자 4evy가 작성한 pared 프로젝트를 바탕으로 구축되었습니다. pared 팀은 초기에 리버스 엔지니어링을 통해 Unified Asset Framework 자산 관리 서비스의 작동 방식을 파악해 냈습니다. 이를 바탕으로 대규모 모델 파일 집합의 분포는 물론 시스템 관련 설정 키가 은밀하게 작동하는 메커니즘까지 정확히 짚어낼 수 있었습니다.
기기의 최종 통제권을 둘러싼 쟁탈전
코드 엔지니어링의 상호 작용 설계 측면에서 RemoveMacAI는 표준 도구 체인에 걸맞은 엄밀함을 제공합니다. 공개된 한 줄 설치 스크립트에는 체크섬 검증 로직이 내장되어 있어, 다운로드가 완료된 후 배포 패키지의 바이너리 무결성을 자동으로 대조합니다. 이 도구는 status와 features 같은 정보 확인 명령을 제공할 뿐만 아니라, 핵심인 off 동작에 대해 --keep, --dry-run, --yes와 같은 세밀한 제어 매개변수를 지원합니다. 매개변수 없이 실행하면 대화형 마법사 프로세스가 시작됩니다.
프로젝트 커밋 내역 중 용량 계산과 관련된 코드 수정은 macOS 메커니즘의 알 수 없는 깊이를 단적으로 보여줍니다. 작성자는 ‘Stop reporting freed space before macOS deletes the model files’라는 이름의 로직 수정 사항을 커밋했습니다. 해당 수정 이전에는 macOS가 실제로 하드디스크에서 파일을 지우기도 전에 도구가 먼저 확보된 저장 공간을 사용자에게 보고하는 문제가 있었습니다.
macOS 내부의 UAF 자산 서비스는 삭제 동작을 수행할 때 비동기적으로 호출됩니다. 만약 도구가 일반적인 파일 작업 로직에 따라 명령을 내린 직후 디스크 사용량을 측정한다면, 아직 덜 지워진 허상의 데이터만 얻게 될 것입니다. 시스템 하단 서비스 API가 반환하는 상태와 물리적 하드디스크 상의 실제 파일 상태 사이에 괴리가 발생하는 것입니다. 이는 외부에서 개입하려는 모든 도구에 넘기 힘든 장벽을 세우는 것과 같습니다.
removemacai revert 명령줄 지시어를 실행하면 모든 구성 쓰기 및 주소 수정을 완벽하게 되돌릴 수 있습니다. 이후 시스템은 이 서드파티 도구를 정상적이고 깔끔하게 언인스톨할 수 있습니다. 타협이 필요 없는 이러한 가역적 설계는 폐쇄적인 생태계에 대한 직접적인 대응입니다. 애플은 복원과 업데이트의 가역성을 시스템 자체의 손에 남겨두었지만, 개발자는 물리적 삭제의 가역성을 최종 사용자에게 되찾아주었습니다. 대규모 모델이 시스템의 내장 인프라가 된 이상, 설정 패널의 기능 스위치는 더 이상 사용자가 통제할 수 있는 최고 수준의 하드웨어 권한이 아닙니다.
참고 링크:
- RemoveMacAI GitHub Repository
- 4evy pared GitHub Repository
