acceptancelisted

# Acceptance Skill — story/epic 제품 검수 MVP `/acceptance` 는 PR 하나의 코드 리뷰가 아니라 제품 단위 완료 여부를 확인하는 검수 skill 이다. MVP 에서는 story / epic 검수만 다룬다. > 🔴 **분기 규칙 SSOT** — `product-acceptance` 결론(`PASS` / `FAIL` / `ESCALATE`) → 다음 행동은 [`acceptance-routing.md`](acceptance-routing.md) 가 본 skill 의 단일 진본이다. 본 파일은 입력 정형화와 진행 절차만 담는다. 용어·공개 진입점·분기 표현을 수정하거나 리뷰할 때만 [`terms.md`](../../docs/plugin/terms.md) 를 확인한다. > `/impl-loop` 는 story/epic 마감 task 의 머지 *전* 에 같은 `product-acceptance` agent 로 inline 검수를 돈다 — 그 경로의 결론→다음(gap 수정 루프 포함)은 [`impl-loop-finish.md` fail-fast validation sequence](../impl-loop/impl-loop-finish.md#fail-fast-validation-sequence와-product-acceptance) 가 소유하고, 본 skill 의 prompt 규약(아래 Story/Epic Acceptance 호출 형식)만 재사용한다. ## Inputs 메인이 사용자에게 받거나 직접 확인해야 할 입력: - 검수 단위: `story` 또는 `epic` - story issue 또는 epic issue - `docs/index.md`, `docs/prd.md`, `docs/epics/<epic>/stories.md` - 필요한 `docs/decisions/` decision, 전역/epic architecture, impl 문서 경로 - 구현 PR 목록 - 핵심 AC별 동작 증거: 정적 타입검사/compile, 실데이터(non-mock) 통합 테스트, UI 자동화, API/CLI smoke, 화면/API/CLI 동작 기록 중 해당하는 것 - UI story/epic 이면 확정 목업 경로(`docs/design-variants/<screen-id>.html`), canvas 경로, 핵심 `data-node-id` 매핑, 구현 화면 스크린샷 또는 동등한 화면 증거 경로 - 대상 사용자와 핵심 입력/진행 동선 - mock/stub/fake 를 쓴 증거라면 mock 경계와 실제로 실행된 제품 경계 - implementation Cartography impact, affected Root Cartography 좌표, 상태 before/after 증거, 관련 epic/decision, tracked 또는 local-only/ignored 문서 정책 - 이전 acceptance gap 이 있으면 그 결과와 재검수 대상 - `(JOURNEY)` REQ가 있으면 build-worker가 작성한 owner