spec-gatelisted

# 스펙 확인 게이트 상세 (spec-gate) 이 절차는 코어 "스펙 확인 게이트" 골격(3층 존재 · 🙋=의도 안전장치 · 게이트는 한눈에+🙋만 띄움 · LIGHT는 스위치 조건)의 **상세**다. ## 스펙 3층 (모든 스펙에 적용, 브레인스토밍→스펙 작성 시) 1. **한눈에 (≤10줄 · 조망 · 고정 슬롯):** 스펙 맨 위(제목 다음). **자유서술 금지, 정해진 칸을 ���운다**(요약이 위험을 지워버리는 사고 방지). = **핵심5(현재형)** — 왜(목적) · 무엇 · 범위(안 하는 것 포함) · 잘되면(기대효과) · **⚠ 최대 위험**(핵심5 잘못되면의 **1개 투영** — 가장 큰 위험 하나, 필수·생략 불가). 칸 뜻·위험 작성법은 `chageun:formats`의 "핵심5" 참조. 역할=조망. 흘려봐도 안전이 안 깨진다(안전은 🙋+뒤 게이트 담당). "큰 그림 어긋남"을 한 번에 감지하는 용도이지 안전장치가 아니다. 2. **🙋 확인 필요 (2~4개 · 안전장치):** 브레인스토밍에서 사용자가 **명시 안 해 AI가 대신 정한 결정(interpolation)** 만 나열. 이미 합의됐거나(예: 의식적으로 수용한 트레이드오프)·뒤 게이��가 잡을 기술 위험은 **넣지 않는다.** 각 항목은 **예/아니오로 결정 가능**하게("v1에서 X 빼고 v2로 미뤘어요 — 맞나요?"). 이건 문서가 아니라 **질문**이라 피로해도 답하게 된다(질문은 답하고 문서는 흘려본다 — 핵심 차이). 권고 3개·**최대 4개**, 넘치면 "브레인스토밍 합의가 덜 됐다"는 신호로 되짚는다. 없으면 "🙋 확인 필요: 없음" 명시. **판단이 애매하면(합의된 건지 내가 대신 정한 건지 불분명) 🙋에 넣는다**(fail-safe: 안 묻고 넘기기보다 묻는다 — "의심되면 FULL" 기조와 동일). **🙋 우선순위:** 후보가 상한(4개)을 넘거나 무엇부터 물을지 가려야 하면 **답이 스펙의 구조·범위를 바꿀 결정부터** 올린다(껍데기 문구·나중에 바꿔도 싼 것보다 먼저). **단 안전·권한·데이터 노출·삭제 방식 결정은 "나중에 바꿔도 싼 것"으로 강등하지 말고 구조·범위급으로 취급해 항상 최우선**(뒤 게이트가 멈춰도 🙋에서 안 물으면 사용자가 미확인 통과하므로). - **추천 답 먼저(clarify식 — 얼어붙음 방지):** 각 🙋 항목에는 **AI의 추천 답과 한 줄 근거를 먼저 제시**한다(사용자가 판단을 새로 하지 않고 확인/override만 — 비개발자가 열린 질문에 얼어붙는 걸 막는다). 추천은 "AI가 대신 정한 것"임을 밝혀 override를 유도한다. **두 예외: (1) 순수 취향·가치판단(비용·공개범위·브랜드 등 도출 불가)은 "취향 결정 — AI 추천 없음"으로 표시. (2) 안전·권한·데이터 노출·삭제 방�� 결정(🙋 최우선 클래스)은 추천 답을 미리 채우지 않고 "네/아니오로 하면 각각 이렇게 됨"을 병기해 사용자가 판돈을 느끼게 한다** — 추천이 위험 결정의 고무도장을 만들지 않게(