ai-slop-cleanerlisted

# AI Slop Cleaner AI가 생성한 "슬롭(slop)" 코드를 **스코프 드리프트 없이** 정리한다. 동작은 보존하면서 중복·죽은 코드·불필요 추상화·경계 위반·약한 회귀 커버리지를 제거하는 **경계가 명확한 정리 워크플로우**. > 핵심 철학: **삭제 우선, 추가 신중**. 새 기능을 만드는 게 아니라 이미 있는 노이즈를 정리한다. ## When to Use - 사용자가 `deslop`, `anti-slop`, `AI slop`, `슬롭 정리`라고 말할 때 - AI가 만든 코드가 "동작은 하지만 시끄럽고/반복적이고/과추상화됐다"고 느껴질 때 - 후속 구현이 중복 로직·죽은 코드·래퍼 레이어·경계 누수·약한 회귀 커버리지를 남겼을 때 - 사용자가 `--review` 옵션으로 리뷰어 전용 슬롭 점검을 요청할 때 - 목표가 신규 기능이 아닌 **단순화·정리**일 때 ## When Not to Use - 메인 작업이 신규 기능 빌드 또는 제품 변경일 때 - 점진적 정리가 아닌 **전체 재설계**를 원할 때 - 단순화 의도가 없는 일반 리팩토링 요청일 때 - 동작이 불명확해서 테스트나 명시적 검증 계획으로 보호할 수 없을 때 ## Posture (작업 자세) - 사용자가 명시적으로 동작 변경을 요청하지 않는 한 **동작 보존** - 코드 편집 전에 **회귀 테스트로 동작을 락(lock)** 한다 - 코드 편집 전에 **정리 계획**을 먼저 쓴다 - **삭제 > 추가**. 코드 제거가 가능하면 제거부터 시도 - 새 유틸리티 도입 전 기존 유틸리티·패턴 재사용을 먼저 검토 - 사용자가 명시 요청하지 않는 한 **새 의존성 금지** - diff는 작고 되돌릴 수 있게, 한 종류의 스멜에만 집중 - 간결하고 증거 밀도가 높은 보고 - 새 지시는 로컬 스���프 업데이트로만 적용 — 이전 충돌 없는 제약은 유지 ## Scoped File-List Usage 명시적인 파일 리스트 또는 변경된 파일 범위로 정리 범위를 묶을 수 있다. - 좋은 예: `/ai-slop-cleaner skills/ralph/SKILL.md skills/ai-slop-cleaner/SKILL.md` - 좋은 예: 다른 워크플로우(예: review-loop, ouroboros Phase 4)가 자신의 변경 파일만 넘기는 경우 - 짧은 파일 리스트라도 회귀-안전 워크플로우는 동일하게 적용 - 사용자가 명시 요청하지 않는 한 변경 파일 범위를 더 넓은 정리로 **묵시적 확장 금지** ## Review Mode (`--review`) `--review`는 정리 작업이 초안화된 뒤 실행되는 **리뷰어 전용 패스**다. 슬롭 제거 작업에서 작성자(Writer) ↔ 리뷰어(Reviewer) 분리를 강제하기 위해 존재한다. - **Writer pass**: 테스트로 동작을 락한 상태에서 정리 변경을 수행 - **Reviewer pass**: 정리 계획, 변경 파일, 검증 증거를 검사 한 패스가 동시에 수정과 자체 승인을 해서는 안 된다. 리뷰 모드에서는