find-pulplisted

# Find Pulp 스킬, 하네스, 메모리, 프로젝트 규칙, Codex/Claude 어댑터가 서로 맞물리면서 생기는 "펄프"를 찾는다. 여기서 펄프란 좋은 의도로 쌓인 규칙과 문서가 시간이 지나며 원본과 파생본을 헷갈리게 만들고, 우선순위를 흐리고, 에이전트가 필요한 것보다 훨씬 많이 읽게 만들며, 작업 성능을 떨어뜨리는 상태다. 이 스킬의 목적은 새 규칙을 더 얹는 것이 아니라 **충돌을 줄이고, 원본을 명확히 하고, 읽는 순서를 가볍게 하고, 검증 가능한 동기화 지점을 남기는 것**이다. ## When to Use - 사용자가 `find-pulp`, `하네스 꼬임`, `스킬 꼬임`, `규칙 충돌`, `과도한 탐색`, `컨텍스트 과잉`이라고 말할 때 - 전역 `AGENTS.md`, 프로젝트 `AGENTS.md`, `CLAUDE.md`, README, 스킬, 프롬프트, 메모리, 실행 계획이 모두 끼어 있어 우선순위가 불명확할 때 - 원본 스킬과 Codex 프롬프트, 마켓플레이스 설명, 글로벌 템플릿, 설치된 개인 설정이 서로 다른 말을 하는지 점검해야 할 �� - 에이전트가 작업 전에 너무 많은 문서를 읽거나, 매번 같은 탐색을 반복하거나, 특정 스킬이 과하게 트리거되는지 보고 싶을 때 - 새 하네스를 만들기 전에 기존 하네스가 이미 충분한지, 더하는 대신 줄여야 하는지 판단해야 할 때 - 사용자가 개선까지 요청했으며, 저위험 문서/카탈로그 drift를 직접 고칠 수 있을 때 ## When Not to Use - 단일 코드 버그, 단일 기능 구현, 단일 문서 편집처럼 하네스 구조와 무관한 작업 - 요구사항 자체가 모호해서 제품 스펙을 먼저 정해야 하는 경우. 이때는 `vague`가 먼저다 - 전략 문서의 가정과 사각지대를 검토하는 경우. 이때는 `unknown`이 먼저다 - 코드 품질의 중복, 죽은 코드, 과추상화만 정리하는 경우. 이때는 `ai-slop-cleaner`가 먼저다 - 사용자가 "분석만" 원했는데 임의로 전역 설정이나 개인 메모리를 바꾸려는 경우 ## 핵심 원칙 1. **더하기 전에 빼기**: 충돌을 새 상위 규칙으로 덮지 않는다. 가능하면 중복 문장을 삭제하거나 더 좁은 문서로 옮긴다. 2. **���본 우선**: 원본과 파생본을 구분한다. 예를 들어 plugin-mh에서는 `skills/<name>/SKILL.md`가 원본이고 `codex/prompts/<name>.md`는 파생본이다. 3. **가장 좁은 권위 문서**: 전역 규칙보다 프로젝트 규칙, 프로젝트 규칙보다 더 깊은 디렉토리 규칙, 파생본보다 원본을 우선한다. 4. **증거 기반 판정**: "꼬일 것 같다"가 아니라 파일 경로, 문장, 카운트, 트리거, 검증 스크립트 결과로 말한다. 5. **탐색 예산을 명시**: 모든 문서를 읽지 않는다. 먼저 진입점과 카탈로그를 읽고, 후보가 잡힌 뒤 관련 파일만 더 읽는다. 6. **회사/개인 경계 보존**: 개인 전략, 메모리, 로컬 도구 상태를 회사 저장소 문서로 복사하지 않는다. 7. **저위험 수