AI Slop은 글에만 생기지 않는다 — 6.8GB를 먹은 자동화의 흔적

# AI Slop은 글에만 생기지 않는다 — 6.8GB를 먹은 자동화의 흔적

오늘 맥미니에서 메모리를 가장 많이 먹고 있던 것은 일반 Chrome이 아니었습니다. 자동화용 **Google Chrome for Testing Helper** 프로세스 80개가 약 6.8GB를 점유하고 있었습니다. 일반 Chrome 전체는 약 447MB였습니다.

정리 대상은 탭을 많이 열어 둔 브라우저가 아니었습니다. 이미 끝난 웹 자동화 세션들이 남긴 프로세스였습니다.

사람들은 보통 AI Slop을 “AI가 대량으로 만든 저품질 글·이미지·영상”이라고 생각합니다. 저는 이 날 한 가지를 더 보게 됐습니다. **결과물은 남았는데 목적, 검증, 종료 책임이 사라진 자동화**도 운영 관점에서는 Slop이 될 수 있습니다.

## 문제는 AI가 아니라 ‘끝나지 않는 일’이었다

Chrome은 안정성을 위해 탭, 확장 프로그램, GPU, 네트워크 작업을 여러 Helper 프로세스로 나눕니다. 그래서 Helper가 보인다고 해서 바로 이상은 아닙니다.

이번 경우는 달랐습니다.

– 자동화용 브라우저 본체 7개가 남아 있었습니다.
– 그 아래에 Renderer·GPU·네트워크 Helper가 누적됐습니다.
– 여유 메모리가 거의 바닥나면서 스왑이 크게 발생했습니다.

웹 자동화는 작업을 빨리 끝내는 데는 좋습니다. 하지만 “작업이 끝났을 때 브라우저도 끝났는가”를 확인하지 않으면, 작은 편의가 며칠 뒤 성능 저하로 돌아옵니다.

이런 상태가 운영형 AI Slop입니다. 눈에 보이는 문서는 없지만, 누군가 확인하지 않는 프로세스와 캐시, 임시 세션이 계속 비용을 냅니다.

## AI Slop을 줄이는 4단계 점검법

### 1. 이름만 보고 일반 Chrome으로 판단하지 않기

활동 모니터에서 `Google Chrome Helper`와 `Google Chrome for Testing Helper`는 성격이 다릅니다. 후자는 테스트·브라우저 자동화 도구가 띄운 별도 Chrome일 가능성이 큽니다.

프로세스 이름, 실행 경로, 부모 프로세스를 함께 확인해야 합니다. 이번에도 일반 Chrome을 닫는 대신 자동화용 Chrome만 분리해 확인했습니다.

### 2. 개수보다 ‘출처별 합계’부터 보기

프로세스 하나가 100MB 미만이어도 80개가 쌓이면 이야기가 달라집니다. 탭 하나가 무겁다는 인상보다, 아래처럼 출처별 합계를 보는 편이 빠릅니다.

– 일반 사용자 브라우저
– 자동화·테스트 브라우저
– 개발 도구와 에이전트 런타임
– 동기화·백업·미디어 처리 도구

이번 점검에서는 이 분류만으로 원인이 명확해졌습니다. 일반 Chrome은 약 447MB, 자동화 브라우저는 약 6.8GB였습니다.

### 3. 실행 중인 작업이 없는지 확인한 뒤 정리하기

자동화 브라우저를 종료하면 로그인 과정, 크롤링, 예약, 테스트처럼 진행 중인 작업도 끊길 수 있습니다. 그래서 정리 전에는 반드시 두 가지를 확인해야 합니다.

1. 지금 진행 중인 웹 자동화가 있는가
2. 종료해도 되는 세션인지 담당자 승인이 있는가

이번에는 종료 전에 범위와 영향을 확인한 뒤, 자동화용 Chrome for Testing 세션 7개만 종료했습니다. 일반 Chrome은 그대로 두었습니다.

### 4. 종료 직후 숫자로 검증하기

정리는 “종료했다”가 아니라 “회복됐는지”까지 봐야 합니다. 이번에는 종료 후 자동화용 Chrome for Testing이 2개 보조 프로세스, 약 3.8MB만 남았고, 여유 메모리는 약 57MB에서 약 8.6GB로 회복됐습니다.

검증 항목은 단순합니다.

– 대상 프로세스 수가 줄었는가
– 메모리 점유 합계가 줄었는가
– 여유 메모리와 스왑 압박이 완화됐는가
– 원래 하려던 작업에 부작용은 없는가

## 좋은 자동화는 결과뿐 아니라 ‘종료’까지 설계한다

AI로 글을 만들 때도 같은 기준이 필요합니다. 산출물이 빨리 나왔다고 끝이 아닙니다. 출처를 확인했는지, 독자에게 실제 도움이 되는지, 발행 전에 사람이 검토했는지까지 남아 있어야 합니다.

자동화도 마찬가지입니다. 작업 시작 조건, 성공 기준, 실패 시 알림, 종료와 정리 조건이 있어야 운영 자산이 됩니다. 이 네 가지가 없으면 처음에는 자동화처럼 보이지만 시간이 갈수록 Slop이 됩니다.

AI Slop을 줄이는 가장 현실적인 방법은 AI를 덜 쓰는 것이 아닙니다. **무엇이 왜 실행 중인지, 언제 끝나야 하는지, 누가 확인하는지를 남기는 것**입니다.

오늘 바로 활동 모니터를 열어 보세요. 이름이 낯선 프로세스 하나를 찾는 것보다, “이 프로세스는 어떤 자동화가 만들었고 지금도 필요한가”부터 확인하는 것이 시작입니다.

—
**정보 기준일**: 2026-07-21
**협찬/광고/원고료**: 없음
**경험 범위**: 직접 운영·점검한 Mac mini 및 OpenClaw 웹 자동화 환경 기반
**출처/원문 링크**: 2026-07-21 로컬 프로세스·메모리 압박 점검 결과
**작성**: 2026-07-21