ouroboroslisted

# Ouroboros: 꼬리를 무는 심층 문서 생산 모호한 아이디어를 입력받아 **4단계 파이프라인**으로 처리한다. 각 단계에서 **체크리스트 품질 게이트**를 통과할 때까지 심화하고, 마지막에 구현까지 이어간다. ``` Phase 1: 요구사항 Phase 2: 설계 Phase 3: 검증 Phase 4: 실행 ┌──────────────────┐ ┌──────────────────┐ ┌──────────────────┐ ┌──────────────────┐ │ 질문 배치 → 답변 │ │ 질문 배치 → 답변 │ │ 질문 배치 → 답변 │ │ Generator │ │ 체크리스트 충족 │─→│ 체크리스트 충족 │─→│ 체크리스트 충족 │─→│ ↕ (max 3회) │ │ 까지 반복 │ │ 까지 반복 │ │ 까지 반복 │ │ Evaluator │ │ Gate │ │ Gate │ │ Gate │ │ → review-loop │ └──────────────────┘ └──────────────────┘ └──────────────────┘ └──────────────────┘ 01-requirements.md 02-design.md 03-verification.md stories.json + 구현 ``` > **핵심 철학**: "어떻게 만들 것인가"와 "왜 이렇게 만드는가"를 **저수준까지** 깊이 있게 다룬다. 갭을 체크리스트로 추적하고, 빠진 항목이 없어질 때까지 반복한다. Phase 1-3만 필요하면 Phase 3 완료 시 종료한다. 계획 문서가 이미 있고 구현만 필요하면 `ouroboros --run`으로 Phase 4에 바로 진입한다. --- ## 사용 경계 Ouroboros는 깊은 계획��� 실제 실패 비용을 줄일 때만 사용한다. 아래에 해당하면 이 스킬로 들어가지 말고 직접 구현, `/vague`, `/tdd`, 또는 기존 계획 보강으로 라우팅한다. | 사용하지 않을 때 | 대안 | |------------------|------| | 단일 파일 또는 단일 문구 수정 | 직접 수정 후 집중 검증 | | 원인과 수정 범위가 이미 확정된 버그 | `/tdd` 또는 바로 회귀 테스트 + 수정 | | 30분 안에 끝��� 작은 UI 조정 | 직접 구현, 필요 시 짧은 가정 1줄 | | 사용자가 "바로 고쳐"처럼 즉시 실행을 명시한 운영 이슈 | 진단 후 즉시 수정 | | 산출물이 구현이나 검증으로 이어지지 않을 문서 작업 | 일반 문서 정리 | 권장 사용처는 권한, 인증, DB/마이그레이션, cross-service sync, 삭제 정책, 대규모 리팩터링처럼 요구사항·설계·검증이 분리되지 않으면 회귀가 큰 작업이다. --- ## 절대 원칙 1. **관련 질문은 묶어서 한 번에.*