disciplined-coder

임의 프로젝트의 문서(원칙·참조 문서·README·스킬 SKILL.md·CLAUDE.md 관리영역 등)를 어떻게 쓰고 구조화하는가의 저작 규칙이다. 설계와 개발 단계에서 참조한다. superpowers가 소유하는 spec과 plan은 여기서 다루지 않는다.

제품이 런타임에 LLM을 호출하는 기능을 만들 때의 검증 호출자. 단독 콜로 끝내지 말고 리스크에 비례해 리뷰어(reviewer-*)를 골라 제품 코드의 리뷰 콜로 구현하고, 비기능 체크리스트는 항상 적용한다. 리뷰어 렌즈와 meta-aggregate는 별도 스킬에서 본다.

Claude Code 플러그인·마켓플레이스를 만들 때 참조하는 도메인 참고서다. 설계와 개발 단계에서 연다.

Claude가 brainstorming/writing-plans로 만든 spec·plan(메타 산출물)을 독립 리뷰어들(reviewer-grounding·consistency·adversarial, 그리고 spec에 한해 제안·승인 뒤 붙는 reviewer-prior-art)로 검증하고, 발견을 🔴와 고칠 것으로 가르는 호출자. 렌즈마다 한 번씩 띄우고 그 결과를 한데 모아 리뷰 기록으로 남긴다. superpowers 경로에 spec이나 plan을 쓰면 훅이 강제한다. 제품 런타임 콜이 아니라 Claude 자신의 설계 문서 리뷰다.

리뷰어 둘 이상의 출력을 모아 구조적 건강성(상충·공백)을 점검하는 집계 단계. accept/regenerate/escalate 결정은 제품 런타임에서만 내고, spec·plan 리뷰와 문서 검진에서는 결정 없이 병합한 목록만 호출자에게 넘긴다. 리뷰어가 아니다(렌즈가 아니다). 코드 설계도이며 내용 재판단은 하지 않는다.

오답노트의 색인 줄을 지시사항 한 문장으로 다시 쓰는 방법이다. 세션 시작 안내가 "지시사항으로 못 고친 색인 줄이 남아 있다"거나 "손으로 가를 항목이 남아 있다"고 알릴 때 연다. 기계가 하는 쪼개기는 스캐폴드가 이미 끝냈고, 여기는 뜻을 옮기는 걸음만 다룬다. 사용자가 슬래시로 부르는 자리가 아니다.

멀티태스크 플랜이 둘 이상일 때 3층(오케스트레이터→서브오케스트레이터→워커·리뷰어)으로 병렬 실행하는 방법이다. 스펙마다 독립 워크트리를 쓰고, L2는 자율로 돌며, 소유권은 기계로 강제하고, 재개는 무상태다. agent-principles의 병렬 오케스트레이션 절이 트리거다.

설계 문서의 실패 모드·과설계·비가역·YAGNI 위반을 공격적으로 찾는 리뷰어 렌즈. 실패 모드는 "무엇이 잘못될 수 있는가"가 아니라 "이대로 해서 완전히 실패했다, 원인이 무엇이었나"로 묻고, 설계가 맞는데도 실행이 어긋나 실패하는 길까지 본다 — 다른 렌즈는 문서가 틀렸는지만 본다. 가드가 둘이다 — 기능 추가는 제안하지 않으며(YAGNI 리뷰가 기능을 늘리면 자가당착이다), 제안에는 근거를 단다. domain-spec-review가 읽기 전용 서브에이전트로 호출한다.

설계 문서(spec/plan)의 내부 모순·커버리지 공백·이름/타입 드리프트·스코프를 보는 리뷰어 렌즈. domain-spec-review가 읽기 전용 서브에이전트로 호출한다.

LLM 출력이 소비자 계약(형식·스키마·길이·스타일·금지사항)을 지키는지 보는 리뷰어 렌즈. 다운스트림이 파싱·사용하기 전에 형식 적합성을 거른다. 가능하면 결정론 검증을 먼저 돌린다. domain-llm-runtime의 런타임 리뷰와 domain-docs의 문서 검진이 호출한다.

LLM 출력·주장이 그 출처(런타임=요청+맥락 / spec리뷰=검토 문서+주입된 사실)에 근거하는지 보는 리뷰어 렌즈다. 누락과 모순과 환각을 찾는다. 호출자(domain-llm-runtime의 런타임 리뷰, domain-spec-review, domain-docs의 문서 검진)가 source를 제공한다.

설계가 하려는 것을 누가 이미 해봤는지, 결과가 무엇이었는지, 그 실패 원인이 이 설계에도 남아 있는지 웹에서 찾아 대조하는 리뷰어 렌즈. "이걸 이미 누가 해봤는가"를 묻는 자리이며 참신성을 채점하는 자리가 아니다. 이 렌즈에만 붙는 가드가 있다 — 못 찾은 것을 없는 것으로 쓰지 않고, 오인을 막으려 네 축을 대조하며, 인용을 반드시 달고, 질의 범위를 지킨다. 띄우는 쪽에는 서브에이전트 상한이 따로 걸린다. domain-spec-review가 spec에 한해 조건부로 호출한다.

문서가 전달하려는 것을 무엇이 방해하는지 보는 리뷰어 렌즈. 고정된 문체 목록이 아니라 호출자가 준 목적에 비추어 판정하고, 짚은 것마다 고친 문장을 함께 돌려준다. 제목은 명사구로, 주장은 그 아래 첫 문장으로, 한 표와 한 목록 안에서는 말끝을 하나로 맞추게 한다. 사람이 처음부터 끝까지 읽는 문서(README·인수인계·보고·제안서·발표자료 문안)가 대상이며 spec·plan에는 걸지 않는다. domain-docs의 문서 검진이 호출한다.