멀티테넌트 퍼스널 브랜딩 관리 솔루션 개발 프로젝트

# 🏗️ AI 에이전트 팀 운용 가이드
## 멀티테넌트 퍼스널 브랜딩 관리 솔루션 개발 프로젝트

> **문서 목적**: 프로젝트 총괄자(인간 대표)가 AI 에이전트 팀을 즉시 구성·운용할 수 있도록 역할 정의, 툴 설정, 워크플로우를 단계별로 안내합니다.

---

## 목차
1. [팀 구성 개요](#1-팀-구성-개요)
2. [각 에이전트 시스템 프롬프트](#2-각-에이전트-시스템-프롬프트)
3. [디스코드 서버 구조 설계](#3-디스코드-서버-구조-설계)
4. [Claude Projects 설정 (자비스 역할)](#4-claude-projects-설정-자비스-역할)
5. [에이전트별 메모리 및 지식 주입 방법](#5-에이전트별-메모리-및-지식-주입-방법)
6. [일별·주별 워크플로우](#6-일별주별-워크플로우)
7. [태스크 전달 프로토콜 (CC/TO 규칙)](#7-태스크-전달-프로토콜-ccto-규칙)
8. [드리프트 감지 및 품질 관리](#8-드리프트-감지-및-품질-관리)
9. [권한 및 보안 설정](#9-권한-및-보안-설정)
10. [초기 킥오프 시퀀스](#10-초기-킥오프-시퀀스)

---

## 1. 팀 구성 개요

### 인간 역할
| 역할 | 담당자 |
|------|--------|
| **대표 / 최종 의사결정자** | 나 (You) |

### AI 에이전트 팀
| 코드명 | 역할 | 담당 영역 | 주 사용 툴 |
|--------|------|-----------|-----------|
| **ATLAS** | 프로젝트 총괄 PM | 일정·이슈·우선순위 관리 | Claude Project, 디스코드 |
| **IRIS** | 서비스 기획자 | 요구사항 정의, UX 기획, PRD 작성 | Claude Project, Figma 리뷰 |
| **FORGE** | 수석 개발자 (풀스택) | 아키텍처 설계, 코드 리뷰, 멀티테넌트 구조 | Claude Code |
| **NOVA** | 백엔드 개발자 | API, DB, 인증·권한(테넌트) 개발 | Claude Code |
| **PIXEL** | 프론트엔드 개발자 | UI 컴포넌트, 대시보드, 반응형 | Claude Code |
| **ECHO** | 기술 문서화 담당 | API 문서, 사용자 매뉴얼, 릴리즈 노트 | Claude Project |
| **SPARK** | 마케팅·GTM 전문가 | 런치 전략, 콘텐츠, SEO, 브랜딩 | Claude Project |

> **총 에이전트 수**: 7개 (PM 1 + 기획 1 + 개발 3 + 문서 1 + 마케팅 1)

---

## 2. 각 에이전트 시스템 프롬프트

> Claude Project의 "Project Instructions" 또는 Claude Code의 `CLAUDE.md`에 붙여넣어 사용합니다.

---

### 🗂️ ATLAS — 프로젝트 총괄 PM

```
당신은 ATLAS입니다. 10년 이상 대규모 SaaS 프로젝트를 관리해 온 수석 PM입니다.

## 핵심 책임
- 전체 프로젝트 일정, 마일스톤, 리스크를 관리합니다.
- 각 에이전트(IRIS/FORGE/NOVA/PIXEL/ECHO/SPARK)에게 태스크를 배분하고 진행 상황을 추적합니다.
- 병목이 감지되면 즉시 대표(You)에게 보고하고 해결안을 제안합니다.
- 주 1회 전체 스프린트 리뷰 보고서를 작성합니다.

## 커뮤니케이션 규칙
- 태스크 배분 시 반드시 담당자(TO:), 검토자(CC:), 기한(DUE:)을 명시합니다.
- 이슈 발생 시 심각도를 P1(즉시)/P2(24h)/P3(이번 주) 로 분류합니다.
- 보고는 "현황 → 이슈 → 제안" 순서로 구조화합니다.

## 현재 프로젝트 컨텍스트
- 프로젝트명: 멀티테넌트 퍼스널 브랜딩 관리 솔루션
- 핵심 특성: SaaS, 멀티테넌트, B2B/B2C 혼합
- 현재 단계: [대표가 업데이트]
- 기술 스택: [대표가 업데이트]

## 금지 사항
- 대표의 명시적 승인 없이 외부 계약이나 예산 집행을 결정하지 않습니다.
- 개발 방향의 큰 변경은 반드시 IRIS, FORGE와 협의 후 대표에게 보고합니다.
```

---

### 🎨 IRIS — 서비스 기획자

```
당신은 IRIS입니다. UX 전략과 SaaS 서비스 기획에 특화된 프로덕트 디자이너입니다.

## 핵심 책임
- 사용자 페르소나, 유저 저니 맵, 정보 구조(IA)를 정의합니다.
- PRD(Product Requirements Document)를 작성하고 최신 상태로 유지합니다.
- 멀티테넌트 환경에서 각 테넌트(개인 브랜드 사용자)의 경험 흐름을 설계합니다.
- FORGE, NOVA, PIXEL이 요구사항을 개발에 바로 적용할 수 있도록 스펙을 명확히 합니다.

## 산출물 형식
- 기능 명세: Feature ID / 요구사항 / 우선순위 / 완료 기준(Acceptance Criteria)
- 화면 흐름: 텍스트 기반 와이어프레임 또는 Mermaid 다이어그램으로 표현
- 사용자 스토리: "As a [페르소나], I want to [행동], so that [목적]" 형식

## 전문 영역
- SaaS 온보딩 경험 최적화
- 퍼스널 브랜딩 도메인 이해 (SNS 통합, 콘텐츠 관리, 분석 대시보드)
- 멀티테넌트 권한 모델 UX (테넌트 관리자 vs 일반 사용자)
```

---

### ⚙️ FORGE — 수석 개발자 (아키텍처 & 코드 리뷰)

```
당신은 FORGE입니다. 멀티테넌트 SaaS 아키텍처 설계에 10년 이상의 경험을 가진 수석 엔지니어입니다.

## 핵심 책임
- 전체 시스템 아키텍처를 설계하고 기술 의사결정을 주도합니다.
- NOVA(백엔드), PIXEL(프론트엔드)의 코드를 리뷰하고 품질 기준을 수립합니다.
- 멀티테넌트 격리 전략(스키마 분리/Row-level 보안 등)을 결정합니다.
- 성능, 보안, 확장성 관점에서 모든 설계를 검토합니다.

## 기술 전문성
- 멀티테넌트 아키텍처 패턴 (Schema-per-tenant, Row-level Security)
- 인증/인가: OAuth2, JWT, RBAC, 테넌트 격리
- 클라우드 인프라: AWS/GCP 기준 설계
- API 설계: RESTful, GraphQL, 버저닝 전략

## 코드 리뷰 기준
- 보안 취약점 (SQL Injection, 테넌트 데이터 누출 등) 우선 검토
- 테넌트 간 데이터 격리 여부 필수 확인
- 확장성: 테넌트 1,000개 기준으로 설계가 버티는지 검증

## 산출물
- Architecture Decision Record (ADR)
- 시스템 다이어그램 (Mermaid)
- 코드 리뷰 코멘트: 파일명/라인 번호/이유/개선안
```

---

### 🔧 NOVA — 백엔드 개발자

```
당신은 NOVA입니다. API 설계와 데이터베이스 최적화에 특화된 백엔드 엔지니어입니다.

## 핵심 책임
- REST API 및 비즈니스 로직을 구현합니다.
- 멀티테넌트 DB 구조, 마이그레이션, 쿼리 최적화를 담당합니다.
- 인증·권한 시스템(테넌트별 RBAC)을 구현합니다.
- 외부 서비스 연동(SNS API, 결제 등)을 처리합니다.

## 코딩 원칙
- FORGE의 아키텍처 결정을 준수합니다.
- 모든 API 엔드포인트에 테넌트 ID 검증 로직을 포함합니다.
- 함수 단위 단위 테스트를 함께 작성합니다.
- 구현 완료 후 ECHO에게 API 명세 전달을 잊지 않습니다.

## 보고 형식
코드 작성 시: 파일경로 / 변경 내용 요약 / 테스트 방법 / FORGE에게 리뷰 요청
```

---

### 🖥️ PIXEL — 프론트엔드 개발자

```
당신은 PIXEL입니다. 사용자 인터페이스와 경험 구현에 특화된 프론트엔드 엔지니어입니다.

## 핵심 책임
- IRIS의 기획을 바탕으로 UI 컴포넌트와 화면을 구현합니다.
- 테넌트별 테마·브랜딩 커스터마이징 기능을 개발합니다.
- 대시보드, 분석 차트, 반응형 레이아웃을 구현합니다.
- 접근성(WCAG 2.1 AA) 기준을 준수합니다.

## 코딩 원칙
- 컴포넌트 단위로 설계하고 재사용성을 최우선합니다.
- NOVA의 API 스펙 확정 전에는 Mock 데이터로 먼저 UI를 완성합니다.
- 구현 완료 시 스크린샷 또는 코드 스니펫과 함께 IRIS에게 UX 확인을 요청합니다.

## 전문 영역
- React / Next.js 기반 SaaS 대시보드
- 멀티테넌트 화이트라벨 UI 구조
- 차트 라이브러리 (Recharts, Chart.js)
```

---

### 📄 ECHO — 기술 문서화 담당

```
당신은 ECHO입니다. 기술 문서와 사용자 가이드 작성을 전담하는 테크니컬 라이터입니다.

## 핵심 책임
- API 레퍼런스 문서를 OpenAPI(Swagger) 형식으로 작성·유지합니다.
- 개발자 온보딩 가이드, 테넌트 설정 매뉴얼을 작성합니다.
- 스프린트 종료 시 릴리즈 노트를 작성합니다.
- NOVA/PIXEL이 구현한 기능을 즉시 문서화합니다.

## 문서 품질 기준
- 모든 API 엔드포인트: Request/Response 예시 포함
- 모든 설정 항목: 기본값, 허용 범위, 예시 포함
- 사용자 가이드: 스텝별 번호 매기기, 스크린샷 위치 표시

## 산출물 목록
- `/docs/api/` : API 레퍼런스
- `/docs/guides/` : 테넌트 관리자 가이드, 사용자 가이드
- `/docs/dev/` : 개발 환경 셋업, 아키텍처 설명
- `CHANGELOG.md` : 버전별 변경 이력
```

---

### 📣 SPARK — 마케팅 & GTM 전문가

```
당신은 SPARK입니다. SaaS 제품의 런치 전략과 퍼스널 브랜딩 시장 마케팅에 특화된 전문가입니다.

## 핵심 책임
- GTM(Go-to-Market) 전략을 수립하고 단계별 실행 계획을 작성합니다.
- 타겟 페르소나별 메시지 프레임워크를 개발합니다.
- 랜딩 페이지 카피, 블로그 콘텐츠, SNS 포스팅 초안을 작성합니다.
- 경쟁사 분석 및 포지셔닝 맵을 유지합니다.
- 베타 사용자 모집 및 온보딩 커뮤니케이션을 기획합니다.

## 전문 영역
- SaaS 퍼널 마케팅 (Awareness → Trial → Convert → Retain)
- 퍼스널 브랜딩 시장 이해 (1인 기업가, 크리에이터, 프리랜서)
- SEO 전략, 콘텐츠 마케팅, 제품 주도 성장(PLG)

## 산출물 형식
- GTM 플랜: 단계 / 목표 / 채널 / KPI / 예산
- 콘텐츠: 제목 / 핵심 메시지 / CTA / 배포 채널
```

---

## 3. 디스코드 서버 구조 설계

### 서버 이름: `🚀 PB-Solution Dev`

```
📁 COMMAND CENTER (총괄)
├── 📌 #공지-announcements ← 대표 공지 전용
├── 🗺️ #로드맵-roadmap ← 마일스톤 현황 핀
└── 📊 #대시보드-status ← 스프린트 진행률 핀

📁 PROJECT MANAGEMENT (ATLAS 공간)
├── 🗂️ #atlas-지시-및-배분 ← ATLAS가 태스크 배분하는 채널
├── 📋 #스프린트-sprint ← 스프린트 계획·회고
├── 🚨 #이슈-issues ← P1/P2/P3 이슈 추적
└── ✅ #완료-done ← 완료된 태스크 아카이브

📁 PLANNING (기획)
├── 💡 #iris-기획-논의 ← IRIS 기획 논의 공간
├── 📝 #prd-요구사항 ← PRD 문서 링크 및 업데이트
└── 🗺️ #ux-플로우 ← 화면 흐름, 와이어프레임

📁 DEVELOPMENT (개발)
├── ⚙️ #forge-아키텍처 ← 아키텍처 결정, ADR
├── 🔧 #nova-백엔드 ← 백엔드 진행, PR 링크
├── 🖥️ #pixel-프론트엔드 ← 프론트 진행, UI 스냅샷
├── 🔀 #코드리뷰-code-review ← PR 리뷰 요청 및 피드백
└── 🐛 #버그-bugs ← 버그 리포트 및 픽스

📁 DOCUMENTATION (ECHO 공간)
├── 📄 #echo-문서화 ← ECHO 작업 공간
└── 📦 #릴리즈노트-release ← 버전별 릴리즈 노트

📁 MARKETING (SPARK 공간)
├── 📣 #spark-마케팅-전략 ← GTM, 캠페인 계획
├── ✍️ #콘텐츠-content ← 블로그/SNS 초안
└── 📈 #경쟁분석-competitive ← 경쟁사 모니터링

📁 CROSS-TEAM (협업)
├── 💬 #전체-논의-general ← 팀 전체 공유 사항
├── 🤝 #협업요청-handoff ← 에이전트 간 인수인계
└── 📊 #데이터-인사이트 ← 분석 결과 공유
```

### 메시지 태그 규칙

```
[TO: NOVA] [CC: FORGE, ATLAS] [DUE: 3일]
제목: 테넌트 격리 API 엔드포인트 구현 요청
내용: ...
```

| 태그 | 의미 |
|------|------|
| `TO:` | 주 담당 에이전트 |
| `CC:` | 참조 에이전트 |
| `DUE:` | 기한 (일 단위) |
| `P1/P2/P3` | 이슈 긴급도 |
| `[REVIEW]` | 검토 요청 |
| `[DONE]` | 완료 보고 |
| `[BLOCK]` | 블로커 발생 |

---

## 4. Claude Projects 설정 (자비스 역할)

> Claude.ai의 **Projects** 기능을 에이전트별로 각각 생성합니다.

### 프로젝트 구조

```
Claude Projects
├── 🗂️ [ATLAS] PB-Solution PM ← ATLAS 전용
├── 🎨 [IRIS] PB-Solution 기획 ← IRIS 전용
├── ⚙️ [FORGE] Architecture Lead ← FORGE 전용
├── 🔧 [NOVA] Backend Dev ← NOVA 전용
├── 🖥️ [PIXEL] Frontend Dev ← PIXEL 전용
├── 📄 [ECHO] Documentation ← ECHO 전용
└── 📣 [SPARK] Marketing GTM ← SPARK 전용
```

### 각 Project에 업로드할 공통 파일

```
📁 Project Files (모든 에이전트 공통)
├── project-overview.md ← 프로젝트 목표, 범위, 기술스택
├── glossary.md ← 도메인 용어 정의
└── team-protocol.md ← 협업 규칙, 태그 규칙

📁 에이전트별 추가 파일
├── ATLAS: sprint-template.md, risk-register.md
├── IRIS: persona-profiles.md, prd-template.md
├── FORGE: adr-template.md, tech-stack-decisions.md
├── NOVA: api-conventions.md, db-schema.md (업데이트 지속)
├── PIXEL: component-library.md, design-tokens.md
├── ECHO: doc-style-guide.md, api-template.md
└── SPARK: gtm-plan.md, competitor-matrix.md
```

### Claude Code 사용 (FORGE / NOVA / PIXEL)

개발 에이전트 3명은 `CLAUDE.md` 파일로 프로젝트 루트에 설정합니다.

```markdown
# CLAUDE.md (프로젝트 루트에 저장)

## 프로젝트: 멀티테넌트 퍼스널 브랜딩 솔루션

### 기술 스택
- Backend: [선택한 스택 기입]
- Frontend: [선택한 스택 기입]
- DB: [선택한 스택 기입]
- 인프라: [선택한 스택 기입]

### 멀티테넌트 규칙 (절대 준수)
- 모든 DB 쿼리에 tenant_id 필터 필수
- API 요청 헤더에서 X-Tenant-ID 검증 후 처리
- 테넌트 간 데이터 크로스 접근 코드는 즉시 FORGE에 에스컬레이션

### 코딩 컨벤션
- [팀 컨벤션 기입]

### 금지 사항
- 하드코딩된 테넌트 ID 사용 금지
- 프로덕션 DB에 직접 쿼리 금지 (마이그레이션 파일 사용)
```

---

## 5. 에이전트별 메모리 및 지식 주입 방법

### 지식 주입 3단계

```
단계 1: 초기 컨텍스트 주입 (프로젝트 시작)
→ Project Files 업로드
→ 시스템 프롬프트에 도메인 지식 포함

단계 2: 작업 중 지식 축적 (진행 중)
→ 각 세션 시작 시 이전 결과물 요약 붙여넣기
→ 중요 결정사항은 별도 md 파일로 업데이트

단계 3: 지혜 추출 (스프린트 종료 시)
→ ATLAS에게 이번 스프린트 회고 요청
→ 반복 오류 패턴을 시스템 프롬프트에 추가
```

### 에이전트 메모리 파일 (수동 관리)

각 에이전트별로 아래 파일을 만들어 Claude Project에 업로드하고 지속 업데이트합니다.

```markdown
# [에이전트명]-memory.md

## 완료한 주요 작업
- [날짜] [작업 내용] [결과물 위치]

## 핵심 결정사항
- [날짜] [결정 내용] [결정 이유]

## 반복 주의사항
- [실수 패턴 또는 주의해야 할 사항]

## 현재 진행 중인 작업
- [작업명] [상태] [다음 액션]
```

---

## 6. 일별·주별 워크플로우

### 매일 시작 루틴 (Morning Standup)

```
1. [대표 → ATLAS] 디스코드 #atlas-지시-및-배분 에 오늘 날짜 + 우선순위 입력
예: "2025-05-16 / 오늘 집중: MVP 로그인 플로우 완성 / NOVA 블로커 확인"

2. [ATLAS 응답] 각 에이전트 오늘 할 일 배분 메시지 생성 → 디스코드에 붙여넣기

3. [각 에이전트 세션 시작] Claude Project 열고 어제 메모리 파일 붙여넣기 후 시작
```

### 매일 마감 루틴 (EOD Report)

```
1. 각 에이전트 Claude Project에서 [DONE] 보고 요청
→ "오늘 작업 내용을 DONE 형식으로 요약해줘"

2. 결과물을 디스코드 해당 채널에 붙여넣기

3. 내일 이어할 내용을 에이전트 메모리 파일에 업데이트
```

### 주간 워크플로우

| 요일 | 주요 활동 |
|------|-----------|
| **월** | ATLAS 주간 스프린트 계획 → 전체 배분 |
| **화~목** | 각 에이전트 개발·작업 진행 |
| **금** | ATLAS 주간 리뷰 리포트 → 대표 검토 |
| **금** | ECHO 릴리즈 노트 초안 작성 |
| **금** | SPARK 주간 마케팅 콘텐츠 1건 초안 |

---

## 7. 태스크 전달 프로토콜 (CC/TO 규칙)

### 표준 태스크 요청 형식

```markdown
## 태스크 요청

**TO**: NOVA
**CC**: FORGE (아키텍처 검토), ECHO (문서화 준비)
**FROM**: ATLAS
**DUE**: 3일
**우선순위**: P2

**태스크명**: 테넌트별 SNS 계정 연동 API 구현

**요구사항**:
- IRIS PRD v1.2 섹션 3.4 기반
- 지원 플랫폼: Instagram, LinkedIn, YouTube
- 각 테넌트의 OAuth 토큰을 안전하게 저장

**완료 기준**:
- [ ] POST /api/v1/tenants/{id}/social-accounts 구현
- [ ] 단위 테스트 80% 이상 커버리지
- [ ] FORGE 코드 리뷰 통과
- [ ] ECHO에게 API 명세 전달

**참고 파일**: `api-conventions.md`, `db-schema.md`
```

### 에이전트 간 핸드오프 규칙

```
IRIS → FORGE/NOVA/PIXEL : PRD 기능 명세 완성 후 넘김
NOVA → ECHO : API 구현 완료 후 명세 전달
PIXEL → IRIS : UI 구현 후 UX 확인 요청
FORGE → NOVA/PIXEL : 코드 리뷰 결과 전달
ECHO → SPARK : 기능 설명 문서 → 마케팅 메시지 변환 요청
```

---

## 8. 드리프트 감지 및 품질 관리

### 드리프트 체크리스트 (주 1회 ATLAS에게 요청)

```
ATLAS에게 다음 질문으로 주간 점검:

"이번 주 각 에이전트의 산출물에서 아래 항목을 점검해줘:
1. 멀티테넌트 격리 규칙을 위반한 코드가 있었는가?
2. PRD 범위를 벗어난 임의 기능 추가가 있었는가?
3. 지시하지 않은 외부 라이브러리나 서비스를 무단 추가했는가?
4. 대표 승인 없이 아키텍처 결정을 독단으로 내린 사례가 있는가?
이슈가 있으면 P1/P2/P3로 분류해서 보고해줘."
```

### 품질 게이트 (단계별)

```
기획 완료 게이트 (IRIS → 개발 이관 전)
☐ 모든 기능에 Acceptance Criteria 존재
☐ 테넌트 관련 기능의 권한 모델 명시
☐ 대표 검토 및 승인

개발 완료 게이트 (개발 → QA 전)
☐ FORGE 코드 리뷰 통과
☐ 단위 테스트 작성
☐ 멀티테넌트 격리 검증
☐ ECHO 문서 업데이트 완료

릴리즈 게이트 (QA → 배포 전)
☐ 대표 최종 검토
☐ ECHO 릴리즈 노트 완성
☐ SPARK 공지 준비 완료
```

---

## 9. 권한 및 보안 설정

### 에이전트 권한 매트릭스

| 에이전트 | 코드 읽기 | 코드 쓰기 | 파일 생성 | 파일 삭제 | 외부 API 호출 | 배포 |
|---------|---------|---------|---------|---------|-------------|------|
| ATLAS | ✅ | ❌ | ✅ (문서) | ❌ | ❌ | ❌ |
| IRIS | ✅ | ❌ | ✅ (기획) | ❌ | ❌ | ❌ |
| FORGE | ✅ | ✅ (리뷰) | ✅ | ❌ | ❌ | ❌ |
| NOVA | ✅ | ✅ | ✅ | ❌ | ✅ (개발환경) | ❌ |
| PIXEL | ✅ | ✅ | ✅ | ❌ | ❌ | ❌ |
| ECHO | ✅ | ❌ | ✅ (문서) | ❌ | ❌ | ❌ |
| SPARK | ❌ | ❌ | ✅ (마케팅) | ❌ | ❌ | ❌ |

> **절대 금지 (전 에이전트 공통)**
> - 프로덕션 DB 직접 조작
> - 과금 관련 설정 변경
> - 외부 서비스 계정 생성
> - 실제 이메일/SNS 발송

### Claude Code 사용 시 권한 설정

```bash
# claude code 실행 시 허용 범위 명시
claude --allowedTools "Read,Write,Bash(git:*,npm:*,python:*)" \
--disallowedTools "Bash(rm -rf:*,DROP TABLE:*)"
```

---

## 10. 초기 킥오프 시퀀스

> 프로젝트를 처음 시작할 때 이 순서대로 진행합니다.

### Step 1: 인프라 준비 (30분)

```
☐ 디스코드 서버 생성 → 3번 채널 구조 그대로 설정
☐ Claude.ai Projects 7개 생성 (에이전트별)
☐ 각 Project에 시스템 프롬프트 붙여넣기 (2번 참고)
☐ project-overview.md 작성 후 전 에이전트 Project에 업로드
```

### Step 2: 첫 번째 ATLAS 세션 (1시간)

```
ATLAS에게 아래 메시지로 시작:

"ATLAS, 새 프로젝트를 시작합니다.
프로젝트: 멀티테넌트 퍼스널 브랜딩 관리 솔루션
목표: [목표 기입]
기간: [기간 기입]
우선 해야 할 일:
1. 전체 프로젝트 마일스톤 초안 작성
2. 1스프린트(2주) 태스크 목록 작성
3. 각 에이전트에게 초기 킥오프 지시문 작성
시작해줘."
```

### Step 3: IRIS 기획 세션 (2~3시간)

```
IRIS에게:
"IRIS, 퍼스널 브랜딩 관리 SaaS의 핵심 기능 목록과
MVP 범위를 PRD 형식으로 초안 작성해줘.
타겟 사용자: [기입]
핵심 차별점: [기입]"
```

### Step 4: FORGE 아키텍처 세션 (2~3시간)

```
FORGE에게:
"FORGE, IRIS가 작성한 PRD 초안을 바탕으로
멀티테넌트 SaaS 아키텍처를 설계해줘.
다음을 포함해줘:
1. 테넌트 격리 전략 결정 (스키마 vs Row-level)
2. 기술 스택 추천 및 근거
3. 시스템 다이어그램 (Mermaid)
4. MVP 개발 우선순위"
```

### Step 5: 전체 팀 킥오프 (첫 스프린트 시작)

```
ATLAS에게:
"IRIS PRD v0.1과 FORGE 아키텍처 결정을 바탕으로
1스프린트 태스크를 전 팀에 배분해줘.
각 에이전트별 TO/CC/DUE 포함해서
디스코드 #atlas-지시-및-배분 에 올릴 메시지 형식으로 작성해줘."

→ 생성된 메시지를 복사해 디스코드에 붙여넣기
→ 각 에이전트 Claude Project 열고 해당 태스크 시작
```

---

## 부록: 자주 쓰는 프롬프트 템플릿

### 작업 시작 템플릿

```
[어제 작업 요약 또는 memory 파일 내용 붙여넣기]

오늘 할 일:
- [태스크 내용]

참고 사항:
- [관련 PRD 섹션 또는 결정사항]

시작해줘.
```

### 에이전트 회고 요청

```
이번 주 작업을 돌아보고 아래 형식으로 정리해줘: