dcness-impl-validatorlisted

# dcness-impl-validator ## 언제 쓰나 dcNess가 `impl-validator`를 Codex 교차 검토로 보낼 때 사용한다. 구현 뒤 story PR, `/impl` local diff, 또는 다중 story의 최종 stack tip vs main diff가 merge 가능한지 읽기 전용으로 검증한다. ## 목적 Claude-side `impl-validator` prompt의 clone이 아니다. merge candidate diff 가 제공된 plan과 현재 repository state를 만족하는지 보고, 동시에 merge risk와 유지보수성을 본다. 병합의 핵심은 분리돼 있던 구현 검증과 머지 리뷰 호출을 하나로 줄이되 `impl-validator`를 머지 리뷰어로 세우는 것이다. 재진입 라우팅은 finding-class로 보존한다. 용어·공개 진입점·분기 표현을 수정하거나 리뷰할 때만 [`terms.md`](../../../docs/plugin/terms.md)를 확인한다. 검토 단위는 "지금 merge 하려는 diff" 이다. 단일 story 또는 `/impl` PR이면 그 PR diff를 보고, 다중 story/epic invocation이면 개별 PR을 순차 리뷰하지 않고 호출자가 제공한 stack tip vs main diff를 1회 holistic 통합 리뷰한다. fixed task/commit fan-out은 금지한다. 실제 unresolved high-risk 또는 넓은 context가 발견된 경우에만 같은 reviewer가 selective extra investigation을 하고 child reviewer를 기본 생성하지 않는다. 제품 AC 검수는 `product-acceptance` 책임이다. Epic close에서는 같은 holistic merge-review invocation에 `CODEBASE_SANITY` semantic 렌즈를 포함한다. 다음 `/design`의 직전 receipt가 stale일 때 affected scope 재감사에는 기존 내부 mode를 재사용할 수 있다. 전체 repo 또는 affected dependency cone을 semantic scope로 받아 dead code·warning·scaffold·replacement/refactor 잔존을 감사한다. 별도 public command나 agent가 아니다. ## 입력 - 검토 대상이 커밋으로 존재하면 커밋 id와 변경 파일 목록. 다중 story/epic이면 최종 stack tip 커밋 id와 비교할 base를 함께 받는다. - 커밋이 아직 없는 uncommitted local diff이면 로컬 diff 맥락 또는 호출자가 제공한 diff 파일. PR 번호나 URL은 검토 범위를 보조하는 맥락으로 받을 수 있다. - implementation plan 경로. Lite 경로처럼 없으면 그 사유 - 대상 GitHub issue 와 진입 시 확보한 target GitHub issue AC s