Mac에서 Loom이 백그라운드에서 실행되는 이유와 중지하는 방법

녹화를 마쳤다. Loom을 닫았다. 다시 일하러 돌아갔다.

그런데 화면 구석에서 이 알림이 슬라이드되어 나타난다:

"Loom"이 백그라운드에서 실행 중입니다. Dock 및 시스템 설정에서 백그라운드 앱을 관리할 수 있습니다.

잠깐 — 분명히 닫았다. 창이 사라지는 걸 봤다. 하지만 Loom은 여전히 실행 중이고, CPU를 사용하고, 인터넷에 연결되어 있고, 화면 기록 및 손쉬운 사용 권한을 유지하고 있다.

이상하게 느껴진다면, 실제로 이상하기 때문이다. 앱을 닫았으면 닫혀 있어야 한다.

Loom을 닫아도 실제로 닫히지 않는 이유

Loom은 **실행 에이전트(Launch Agent)**를 설치한다 — 앱 창을 닫은 후에도 프로세스를 유지하고, 로그인할 때마다 자동으로 다시 시작하도록 시스템에 지시하는 macOS 메커니즘이다.

이것은 버그가 아니다. Loom이 이렇게 설계된 것이다. Loom의 목적:

• 상주하기 — 단축키로 즉시 녹화를 시작할 수 있도록
• 계속 업로드하기 — 녹화 중지 후에도 백그라운드에서 클라우드 동기화 계속
• 워크스페이스 알림 수신 — 영상에 대한 댓글, 조회수, 반응
• 자동 업데이트 — 묻지도 않고 새 버전을 확인하고 설치

결과: Loom을 설치하는 순간부터, Mac이 켜져 있는 한 항상 실행된다. 오늘 녹화했든, 지난주든, 지난달이든, Loom은 거기 있다 — 리소스를 소비하고, 네트워크 연결을 유지하고, 권한을 쥐고 있다.

백그라운드 Loom 프로세스가 당신에게 치르게 하는 비용

배터리

백그라운드 프로세스는 정기적으로 CPU를 깨운다. MacBook에서는 이것이 측정 가능하다. 활성 상태 보기를 열고, 에너지 영향으로 정렬해서, Loom을 찾아보라. 아무것도 하지 않으면서 에너지를 소비하고 있는 것을 발견하게 될 것이다.

메모리

Loom의 백그라운드 에이전트와 헬퍼 프로세스는 RAM에 상주한다. 8GB MacBook Air에서, 항상 켜져 있는 앱 하나하나가 실제 작업에 쓸 수 있는 메모리를 갉아먹는다. 스왑이 더 빨리 시작된다. 모든 게 느려진다. 그리고 그것이 일주일 동안 쓰지 않은 화면 녹화 도구 때문이라고는 연결하지 못할 수 있다.

대역폭

Loom은 서버와 통신한다 — 동기화 확인, 분석 핑, 업데이트 폴링. 유료 Wi-Fi가 있는 비행기 안이든, 모바일 핫스팟이든, 기가바이트당 과금되는 VPN 뒤에 있든, Loom은 허락 없이 당신의 연결을 사용하고 있다.

보안 노출면

이것이 가장 신경 써야 할 부분이다. Loom은 화면 기록 권한과 손쉬운 사용 권한을 모두 갖고 있다. Loom이 백그라운드에서 실행 중일 때 — 즉 항상 — 이 권한들은 활성 상태다. Loom의 프로세스가 침해당한다면(취약점, 공급망 공격, 잘못된 업데이트), 공격자는 화면을 보고 키보드 입력을 읽을 수 있는 접근 권한을 물려받는다.

사용할 때만 실행되는 앱은 그 공격면을 몇 분간만 노출한다. 절대 닫히지 않는 앱은 깨어 있는 매 시간 노출한다.

Loom의 백그라운드 실행을 중지하는 방법

단계별 해결책이다. 임시방편이 아닌 실제 명령어다.

1단계: 로그인 항목에서 Loom 제거

1. 시스템 설정을 연다
2. 일반 → 로그인 항목 및 확장 프로그램으로 이동
3. "백그라운드에서 허용"에서 Loom을 찾아 끔으로 전환

이렇게 하면 macOS가 로그인 시 Loom을 자동 실행하지 않게 된다.

2단계: 실행 에이전트 제거

Loom이 여전히 자동으로 다시 시작되면, 실행 에이전트 파일이 유지시키고 있다:

ls ~/Library/LaunchAgents/ | grep -i loom

제거한다:

launchctl bootout gui/$(id -u) ~/Library/LaunchAgents/com.loom.desktop.plist
rm ~/Library/LaunchAgents/com.loom.desktop.plist

3단계: 현재 실행 중인 프로세스 강제 종료

활성 상태 보기를 열고, "Loom"을 검색하여, 찾은 모든 프로세스를 종료한다.

4단계: 스스로에게 한 가지 질문

앱의 백그라운드 프로세스를 리버스 엔지니어링해야만 멈출 수 있다면 — 그 앱은 누구의 이익을 위해 동작하는 걸까? 당신? 아니면 만든 회사?

Mac을 존중하는 화면 녹화 도구는 이런 모습이다

ScreenKite는 Loom이 분명히 하지 못하는 것을 한다: 닫으면 닫힌다.

백그라운드 프로세스 없음. ScreenKite를 열고, 녹화하고, 닫는다. 실행 에이전트 없음. 헬퍼 프로세스 없음. 네트워크 활동 없음. Mac이 다시 당신의 것이 된다.

클라우드 의존 없음. 녹화는 Mac에 저장된다. 서드파티 서버에 업로드되지 않는다. 누구의 워크스페이스 관리자도 당신의 녹화 활동 대시보드를 볼 수 없다. 원할 때, 원하는 방식으로 공유한다.

상시 권한 없음. ScreenKite는 Apple의 ScreenCaptureKit을 사용한다 — Apple이 정확히 이 목적을 위해 만든 프레임워크다. 시스템 설정에서 화면 기록 권한을 한 번 부여한다, 다른 Mac 앱과 동일한 방식으로. 차이점: ScreenKite는 그 권한을 백그라운드에서 하루 24시간 행사하지 않는다.

녹화와 편집이 하나로. 대부분의 사람들이 인식하지 못하는 것: 화면 녹화 도구와 영상 편집기 둘 다에 비용을 지불하고 있다면, 하나의 워크플로우에 두 번 지불하고 있는 것이다. ScreenKite에는 자동 줌, 커서 미화, 전사 기반 편집, 타임라인 컷, 오버레이, 자막이 내장되어 있다. Screen Studio 품질의 녹화와 CapCut/Final Cut Pro/DaVinci Resolve 품질의 편집기를 하나의 앱에서 얻을 수 있다.

일회성 구매. 월간 구독이 아니다. 팀이 커질수록 수천 달러로 늘어나는 시트당 가격이 아니다. 하나의 가격, 당신의 것, 영원히.

내보내기 최대 3배 빠름. 네이티브 Apple Silicon. 하드웨어 가속 Metal 인코딩. 긴 워크스루를 녹화하고, 몇 분 만에 내보내기. 팬은 조용히 유지된다.

팀이 Loom에서 이탈하나요?

조직이 Loom의 공유 링크와 협업 기능에 의존하고 있다면, ScreenKite Enterprise가 자체 인프라에서 동일한 워크플로우를 제공한다 — 온프레미스 또는 매니지드. 녹화가 네트워크를 벗어나지 않는다. 시트당 클라우드 요금 없음. 팀에 문의 →

Loom이 이렇게 만들어진 이유

이유를 이해할 가치가 있다. Loom이 스타트업이었을 때, 상시 가동 아키텍처는 명확한 목적을 가지고 있었다: 참여를 극대화하고, 마찰을 최소화하고, 녹화를 최대한 빨리 업로드하고 공유하는 것.

하지만 Loom은 이제 Atlassian 소유다. 상장 기업 포트폴리오 안의 제품이다. 상시 가동을 유지하는 인센티브가 바뀌었다:

• 데이터 수집 — 항상 실행되는 프로세스는 사용 패턴, 세션 메타데이터, 워크스페이스 분석을 24시간 캡처할 수 있다
• 고착성 — 시스템 시작 시퀀스에 엮인 앱은 단순히 삭제할 수 있는 앱보다 떠나기 어렵다
• 기능 전달 — 워크스페이스 알림, 자동 업데이트, 백그라운드 동기화 모두 당신이 요청하지 않았는데도 Loom이 살아있는 것에 의존한다

이 중 어느 것도 당신을 위한 것이 아니다. 당신은 화면을 녹화하고 싶었을 뿐이다. 관리해야 할 프로세스를 하나 더 찾고 있었던 게 아니다.

Apple도 당신과 같은 생각이다

Apple은 Loom 같은 앱에 대해 꾸준히 더 어렵게 만들어왔다:

• macOS Ventura가 시스템 설정에 백그라운드 에이전트를 처음으로 표시 — 숨겨진 프로세스를 가시화
• macOS Sequoia가 화면 기록에 대한 월간 재승인 추가 — 앱이 신뢰를 다시 얻어야 함
• macOS Tahoe가 백그라운드 프로세스가 명시적 동의 없이 할 수 있는 것을 더욱 제한

매년, macOS는 간단한 원칙을 향해 나아간다: 앱은 사용할 때 실행되고, 끝나면 멈춰야 한다.

ScreenKite는 이 원칙을 위해 만들어졌다. 필요할 때 실행된다. 필요 없을 때 멈춘다. 나머지 모든 것은 거기서 비롯된다.

ScreenKite 다운로드 → · Windows 대기 목록 →