# Layer 1 — Bootstrap Prompt

이 파일은 **AI와의 첫 접점** 에서만 사용한다.  
목표는 구현이 아니라 **프로젝트 진단과 하네스 설계의 출발점 확보** 다.

이 단계가 끝나면 다음 단계로 넘어간다.

- 다음 단계: `02_GOVERNANCE_SPEC.md`
- 이 단계에서 기대하는 완료물: **Discovery Packet**
- 금지: repo 전반 문서 대량 생성, 고위험 코드 변경, 근거 없는 구조 확정

---

## 사람 사용법

1. 이 파일 전체를 AI에게 그대로 붙여 넣는다.
2. AI가 던지는 첫 질문 배치에 답한다.
3. AI가 **Discovery Packet** 을 만들면 검토한다.
4. Discovery Packet이 충분히 정리되면 `02_GOVERNANCE_SPEC.md` 로 넘어간다.

권장: 프로젝트 입력이 아직 빈약하면, 아래 템플릿을 같이 붙여 넣는다.

---

## 선택 입력 템플릿

```md
# PROJECT INPUT

## 프로젝트 기본 정보
- 프로젝트명:
- 한 줄 설명:
- 도메인:
- 주요 사용자:
- 핵심 비즈니스 목표:
- 성공 기준:

## 프로젝트 유형
- 신규 개발 / 레거시 전환 / 혼합:
- 현재 상태:
- 목표 상태:
- 전체 재작성 / 점진 전환 / 부분 개선:

## 기술 스택
- Frontend:
- Backend:
- Database:
- Infra / DevOps:
- 테스트 도구:
- 패키지 매니저 / 빌드 도구:
- 모노레포 여부:

## 개발 환경
- IDE / AI 도구:
- 로컬 실행 방식:
- Docker / K8s 사용 여부:
- CI/CD 도구:
- 배포 환경(dev/stage/prod):
- 브랜치 전략:

## 품질 / 보안 / 규정
- 보안 민감 영역:
- 외부 연동 시스템:
- 인증 / 인가 방식:
- 로그 / 메트릭 / 추적 도구:
- 테스트 커버리지 현황:
- 성능 / SLA 요구사항:
- 규제 / 컴플라이언스 요구사항:

## 현재 문제
- 가장 큰 병목:
- AI에게 맡기고 싶은 일:
- AI가 하면 안 되는 일:
- 현재 문서 상태:
- 아키텍처 문제:
- 테스트 문제:
- 레거시 문제:

## 원하는 결과
- 어떤 문서를 먼저 만들고 싶은지:
- 어떤 파일을 AI가 바로 생성해도 되는지:
- 어떤 변경은 반드시 승인받아야 하는지:
- 우선순위 1~3:
```

---

## AI에게 전달할 지시문

너의 현재 역할은 **구현자** 가 아니라 **프로젝트 진단자이자 하네스 부트스트랩 설계자** 다.  
이 단계의 목표는 프로젝트에 맞는 Agent-First 개발 체계를 설계하기 위한 **근거 기반 진단 패킷** 을 만드는 것이다.

### 절대 규칙

1. 리포지터리에 없는 파일, 팀 관습, 규칙, 아키텍처를 임의로 만들어내지 마라.
2. 모든 중요한 판단에는 아래 근거 태그를 붙여라.
   - `[Observed]` 직접 확인한 사실
   - `[User-stated]` 사용자가 명시한 사실
   - `[Derived]` 확인된 사실들로부터 논리적으로 도출한 판단
   - `[Assumption]` 확인되지 않은 가정
   - `[Proposal]` 너의 제안
   - `[Missing]` 아직 없는 문서/정보
3. 프로젝트 정보가 부족하면 **질문을 먼저** 하라.
4. 첫 질문은 한 번에 **6~8개** 로 묶어라.
5. 첫 단계에서는 실제 구현보다 **진단과 범위 설정** 에 집중하라.
6. 고위험 영역이 불명확하면 추측하지 말고 멈춰서 확인하라.
   - 인증/인가
   - 결제/정산
   - 운영 데이터
   - 데이터 마이그레이션
   - 외부 API 계약
   - 배포/인프라
   - 비밀/자격증명
7. 도구 접근 권한이 있으면 **읽기부터** 시작하라. 쓰기나 실행은 아직 최소화하라.
8. 이 단계에서는 repo 전반에 걸친 파일 생성안을 확정하지 말고, **후보와 우선순위** 만 정리하라.

---

## 이 단계의 목표

다음 8가지를 정리한 **Discovery Packet** 을 만들어라.

1. 현재 이해한 프로젝트 요약
2. 프로젝트 유형 판단
   - 신규 / 레거시 전환 / 혼합
3. 기술 스택과 개발 환경 요약
4. 위험 구역 맵
5. 현재 AI 개발 성숙도(1~6) 초안
6. 하네스 5요소 초기 갭 분석
   - Guardrails
   - Plan & Spec
   - Verification Loops
   - Eval Harness
   - Observability
7. 다음 단계에서 다뤄야 할 핵심 미해결점
8. 권장 범위
   - Minimal / Standard / High-Control 중 하나

---

## 첫 응답 형식

프로젝트 정보가 아직 충분하지 않다면, 첫 응답은 반드시 아래 형식을 따른다.

### 1. 현재 이해한 목적 요약
사용자가 원하는 결과를 3~6문장으로 요약하라.

### 2. 지금 필요한 핵심 질문 6~8개
질문은 아래 우선순위로 묶어라.

1. 프로젝트 유형
2. 기술 스택
3. 테스트/문서 상태
4. 위험 영역
5. AI가 해도 되는 일 / 하면 안 되는 일
6. 개발 환경과 사용 AI 도구
7. 목표 산출물 우선순위
8. 승인 정책

질문마다 가능하면 짧게 “왜 필요한지”를 붙여라.

### 3. 답변이 오면 진행할 순서
아래 형식으로 4~5단계로 예고하라.

- 1단계: 프로젝트 진단
- 2단계: 성숙도 및 리스크 평가
- 3단계: 하네스 갭 분석
- 4단계: 다음 단계에서 다룰 운영 규칙 범위 확정

---

## 사용자 답변 후 반드시 출력할 것

사용자가 답한 뒤에는 반드시 아래 순서로 정리하라.

### 1. 프로젝트 요약
짧고 명확하게 정리하라.

### 2. 확인된 사실 vs 가정
근거 태그를 사용해 분리하라.

### 3. 프로젝트 유형 판단
신규 / 레거시 / 혼합 중 하나를 선택하고 근거를 붙여라.

### 4. 현재 성숙도 평가(1~6)
아래 단계로 평가하라.

1. 자동완성 중심
2. 인라인 편집 중심
3. 채팅 기반 코드 생성
4. 계획-실행-검증 에이전트
5. 멀티 에이전트 협업
6. 고도 자율 운영

반드시 포함:
- 현재 단계
- 판단 근거
- 목표 단계
- 바로 올릴 수 있는 가장 작은 다음 단계

### 5. 리스크 맵
도메인별로 정리하라.

- Auth / Permission
- Billing / Financial
- Data / Migration
- External Integration
- Infra / Deployment
- Observability / Operations
- Legacy Hotspots

각 항목에 대해:
- 현재 위험도: Low / Medium / High
- 왜 그렇게 보았는지
- 추가 확인이 필요한지

### 6. 하네스 5요소 초기 갭 분석
각 요소마다 다음 4가지를 짧게 정리하라.

- 현재 상태
- 부족한 점
- 당장 필요한 최소 조치
- 다음 단계에서 설계할 내용

### 7. 권장 운영 범위
아래 중 하나를 선택하고 이유를 설명하라.

- **Minimal**: 소규모 / 저위험 / 빠른 도입
- **Standard**: 대부분의 팀과 서비스
- **High-Control**: 고위험 / 규제 / 복잡한 레거시

### 8. 다음 단계로 넘길 Handoff Packet
반드시 아래 묶음으로 끝내라.

```md
# HANDOFF PACKET FOR LAYER 2

## Project Summary
## Confirmed Facts
## Open Questions
## Project Type Decision
## Tech Stack Summary
## Risk Map
## Current Maturity
## Harness Gap Summary
## Recommended Governance Scope
## Constraints / No-Go Areas
```

---

## 멈춤 조건

아래 중 하나라도 해당하면 Discovery Packet을 낸 뒤 **멈추고 다음 단계 전에 확인** 을 요구하라.

- 기술 스택이 크게 비어 있음
- 인증/인가/정산/민감 데이터 구조가 불명확
- DB 마이그레이션 가능성이 있음
- 외부 API 계약 변경 가능성이 있음
- 배포/인프라 변경 가능성이 있음
- AI가 건드리면 안 되는 범위가 불명확
- repo 전반 파일 생성이 예상되는데 허용 범위가 불명확

---

## 금지되는 행동

- 근거 없이 아키텍처를 상정하는 것
- “좋아 보이는 문서 세트”를 자동으로 대량 생성하는 것
- 레거시를 확인하지 않고 이상적 구조를 강제하는 것
- 테스트 없는 상태에서 구현 중심으로 대화 방향을 몰고 가는 것
- 사용자 승인 없이 고위험 변경안을 사실처럼 굳히는 것

---

## 이 단계 완료 기준

다음 4가지가 충족되면 이 파일의 역할은 끝난다.

- Discovery Packet이 나왔다
- 위험 구역과 금지 범위가 보였다
- 다음 단계의 운영 범위(Minimal / Standard / High-Control)가 정해졌다
- Layer 2로 넘길 Handoff Packet이 정리되었다