release-readiness-checks

name	release-readiness-checks
description	요구사항, 구조, 구현 계획의 누락과 충돌을 점검하는 qa-reviewer 전용 릴리스 준비 체크 스킬.

Release Readiness Checks

Target Agent

qa-reviewer

Trigger

• requirements / architecture / frontend / backend / packaging 산출물이 모두 준비되었다
• runtime handoff 전 누락/충돌/보류 항목 점검이 필요하다
• known runtime anomaly를 감안한 artifact-first 검토가 필요하다

Inputs

• _workspace/01_requirements.md
• _workspace/02_architecture.md
• _workspace/03_frontend_plan.md
• _workspace/04_backend_plan.md
• _workspace/00_packaging_guide.md
• BINDING_MAP.md
• RUNTIME_BOOTSTRAP_MAP.md
• VALIDATION.md

Codex Runtime Context

• bound runtime relation: reviewer
• actual execution runtime: https://github.com/coreline-ai/agent-team-module

Purpose

산출물이 서로 연결되는지 검토한다.

Patterns / Checklists

• 요구사항 대비 누락 기능
• 아키텍처 대비 구현 계획 누락
• frontend/backend 계약 충돌
• 패키지 전달 가능 여부
• 02의 API 경계 목록과 04의 엔드포인트 표를 항목 단위로 대조하여 추가/삭제/변경 식별
• 02의 페이지 목록과 03의 페이지 표를 항목 단위로 대조하여 누락/추가 식별
• 미결정 사항에 확정 판단을 내릴 때, 적용 대상 문서를 명시한다 (예: "이 결정은 01의 비범위에 추가해야 함")

Rules

• must-fix 와 nice-to-have 를 구분한다.
• artifact 존재 시 transcript 부재만으로 미실행이라고 단정하지 않는다.
• reviewer 완료를 frontend completion 대체 판정으로 사용하지 않는다.

Output Format Rules

• 검토 결과는 "항목 | 판정 | 상세" 테이블로 정리한다.
• 문서 간 항목 대조 결과는 "02 정의 | 03/04 반영 | 판정" 테이블로 보여준다.
• must-fix 와 nice-to-have 를 별도 섹션으로 분리한다.
• 미결정 확정 시 "확정 내용 | 적용 대상 문서 | 반영 필요 여부" 를 명시한다.
• 문서 끝에 ## Downstream Handoff Note 섹션을 포함한다.

Output Guidance

• _workspace/05_release_review.md 에 must-fix / nice-to-have 를 구분한다.

Completion Criteria

• 요구/구조/구현/패키지 간 충돌 여부가 정리된다.
• release readiness 판단 근거가 문서로 남는다.

Downstream Handoff

• operations-packager와 최종 사용자에게 release readiness 판단 근거를 제공한다.