06B. 코딩형 AI를 위한 4종 문서 생성 단계 (Specification Phase)

`ARCHITECTURE.md` 검토

ARCHITECTURE.md Review

검토 대상

PRODUCT_SPEC.mdTECH_STACK.mdARCHITECTURE.md

ARCHITECTURE.md가 제품 요구사항과 기술 스택의 구현 제약을 충족하는지 검토합니다.

🎯 프롬프트 목적

작성된 ARCHITECTURE.md가 상위 문서인 PRODUCT_SPEC.md 및 TECH_STACK.md의 제약 조건과 제품 요구사항을 충실히 충족하고 있는지 전용 교차 검토를 진행합니다.

이 프롬프트는 임의로 시스템 아키텍처를 재설계하는 것이 아닙니다. 누락된 데이터 흐름이나 미정의 책임 경계, 기술 스택과의 충돌 지점만을 정확히 밝혀내는 것에 목적이 있습니다.

📦 생성 산출물

Architecture Review Report

💡 사용 방법 & 대화 가이드

사전 준비: PRODUCT_SPEC.md, TECH_STACK.md, ARCHITECTURE.md 3종 문서가 작성 완료된 후 검토 시 사용합니다.
독립적 검증: AI가 아키텍처 구조 상 구현 차단(Blocker) 요소가 있는지 정밀 검사하여 결과 리포트를 출력합니다.

🤖 AI 프롬프트 원문

아래 프롬프트를 복사하여 AI 대화창에 그대로 전달해 보세요.

Review these documents together:

- AGENTS.md
- PRODUCT_SPEC.md
- TECH_STACK.md
- ARCHITECTURE.md

Generate only blocking questions.

A question is blocking only if an AI implementer would have to guess
to proceed. Do not ask about style, completeness, or preference.

Before answering, map every requirement in PRODUCT_SPEC.md
to the component that owns it in ARCHITECTURE.md.
Do not output the mapping.

Check for:

- product requirements without architectural ownership
- components with overlapping responsibilities
- missing inputs or outputs
- undefined data flows
- missing failure boundaries
- contradictory invariants
- conflicts between PRODUCT_SPEC.md and TECH_STACK.md
- conflicts between ARCHITECTURE.md and TECH_STACK.md
- technology, version, or folder rules leaking into ARCHITECTURE.md
- responsibilities in ARCHITECTURE.md that belong to PRODUCT_SPEC.md or TECH_STACK.md
  (use DOCUMENT_RESPONSIBILITIES in AGENTS.md as the definition)
- architecture decisions (including Resolved Decisions) that introduce
  product behavior not stated in PRODUCT_SPEC.md
- any section marked [UNVERIFIED] in any document

For each question, state:
- which document and section it concerns
- what is ambiguous or conflicting
- why an implementer cannot proceed without an answer

Do not suggest new features.
Do not choose alternative technologies.
Do not redesign the architecture.
Do not propose fixes. Questions only.

If no blocking questions exist, output exactly:

Architecture can be implemented with high confidence.