Team Assemble

# Team Assemble - Worked Examples

## Example 1: DB 마이그레이션

**사용자 입력**: "팀 구성해서 Supabase에서 PostgreSQL로 마이그레이션 해줘"

### Phase 1 제안

```
팀 구성 제안: migration-team

| # | 역할 | 모델 | 담당 작업 | 의존성 |
|---|------|------|----------|--------|
| 1 | schema-analyst | opus | Supabase 현재 스키마, RLS 정책, 함수 분석 | - |
| 2 | migration-planner | opus | 마이그레이션 전략 수립 (순서, 위험요소, 롤백) | #1 |
| 3 | schema-writer | sonnet | PostgreSQL DDL 스크립트 작성 | #2 |
| 4 | data-migrator | sonnet | 데이터 이전 스크립트 (pg_dump/restore) | #2 |
| 5 | validator | sonnet | 데이터 무결성 검증 쿼리 작성 | #3, #4 |
```

### Phase 2 도구 호출

```
TeamCreate(team_name: "migration-team", description: "Supabase → PostgreSQL 마이그레이션")

TaskCreate(subject: "#1 schema-analyst: Supabase 스키마 분석", ...)
TaskCreate(subject: "#2 migration-planner: 마이그레이션 전략 수립", ...)
TaskCreate(subject: "#3 schema-writer: DDL 스크립트 작성", ...)
TaskCreate(subject: "#4 data-migrator: 데이터 이전 스크립트", ...)
TaskCreate(subject: "#5 validator: 무결성 검증", ...)

TaskUpdate(taskId: "2", addBlockedBy: ["1"])
TaskUpdate(taskId: "3", addBlockedBy: ["2"])
TaskUpdate(taskId: "4", addBlockedBy: ["2"])
TaskUpdate(taskId: "5", addBlockedBy: ["3", "4"])
```

### Phase 3 실행 순서

1. **Round 1** (병렬 없음 — #1만 독립): Task(schema-analyst, opus)
2. **Round 2** (#2는 #1 결과 필요): Task(migration-planner, opus, 선행결과 포함)
3. **Round 3** (병렬 — #3, #4 독립): Task(schema-writer, sonnet) + Task(data-migrator, sonnet) 동시
4. **Round 4** (#5는 #3+#4 필요): Task(validator, sonnet, 선행결과 포함)

---

## Example 2: 경쟁사 분석 리포트

**사용자 입력**: "전문가 팀으로 AI 코딩 도구 경쟁사 분석 리포트 만들어줘"

### Phase 1 제안

```
팀 구성 제안: competitor-analysis-team

| # | 역할 | 모델 | 담당 작업 | 의존성 |
|---|------|------|----------|--------|
| 1 | market-researcher | opus | 주요 경쟁사 식별 및 시장 동향 조사 | - |
| 2 | product-analyst | opus | 각 제품 기능/가격/차별점 비교 분석 | - |
| 3 | tech-reviewer | sonnet | 기술 스택, 아키텍처 비교 | - |
| 4 | report-writer | sonnet | 조사 결과 종합 리포트 작성 | #1, #2, #3 |
```

### Phase 3 실행 순서

1. **Round 1** (병렬 — #1, #2, #3 모두 독립): 3개 Task 동시 호출
2. **Round 2** (#4는 모든 결과 필요): Task(report-writer, sonnet, 3개 결과 포함)

---

## Example 3: 풀스택 기능 구현

**사용자 입력**: "팀으로 해줘 — 사용자 인증 시스템 구현"

### Phase 1 제안

```
팀 구성 제안: auth-team

| # | 역할 | 모델 | 담당 작업 | 의존성 |
|---|------|------|----------|--------|
| 1 | architect | opus | 인증 아키텍처 설계 (JWT/세션, OAuth) | - |
| 2 | backend-dev | sonnet | API 엔드포인트 구현 (login, register, refresh) | #1 |
| 3 | frontend-dev | sonnet | 로그인/회원가입 UI 구현 | #1 |
| 4 | test-writer | sonnet | E2E 테스트 작성 | #2, #3 |
```

### Phase 3 실행 순서

1. **Round 1**: Task(architect, opus)
2. **Round 2** (병렬 — #2, #3 독립): Task(backend-dev, sonnet) + Task(frontend-dev, sonnet) 동시
3. **Round 3**: Task(test-writer, sonnet, 선행결과 포함)


# Teammate Prompt Templates

## 기본 구조

모든 teammate 프롬프트는 5개 섹션으로 구성:

```
## 맥락
{프로젝트 배경과 이 작업이 전체에서 차지하는 위치}

## 목표
{구체적으로 무엇을 달성해야 하는지}

## 제약조건
- {하지 말아야 할 것}
- {변경하면 안 되는 파일/범위}
- {따라야 할 규칙}

## 출력 형식
{결과물의 형태 — 텍스트 요약, 파일 생성, 코드 등}

## 팀 정보
- team_name: {team-name}
- task_id: {task-id}
- 작업 완료 시 TaskUpdate(taskId: "{task-id}", status: "completed") 호출
```

## 역할별 프롬프트 예시

### Analyst (분석가)

```
## 맥락
Supabase 기반 프로젝트를 셀프호스팅 PostgreSQL로 마이그레이션하는 작업의 첫 단계.
프로젝트 루트: /Users/bong/team-attention/deep-thought

## 목표
현재 Supabase 스키마를 분석하고 문서화:
1. 모든 테이블, 컬럼, 타입, 관계 (FK)
2. RLS 정책 목록
3. Supabase 전용 기능 (auth, storage, realtime) 의존성
4. Edge Functions 목록

## 제약조건
- 코드를 수정하지 말 것 — 분석만 수행
- Supabase 대시보드 접근 불가, 로컬 파일만 분석

## 출력 형식
마크다운 문서로 반환:
- 테이블별 스키마 요약 테이블
- Supabase 전용 의존성 목록
- 마이그레이션 시 주의사항

## 팀 정보
- team_name: migration-team
- task_id: 1
- 완료 시 TaskUpdate(taskId: "1", status: "completed")
```

### Implementer (구현자)

```
## 맥락
인증 아키텍처가 설계 완료됨. JWT + refresh token 방식.
프레임워크: Next.js 14 (App Router), Prisma ORM.

선행 작업 결과:
{architect_result}

## 목표
설계를 기반으로 백엔드 API 구현:
1. POST /api/auth/register — 회원가입
2. POST /api/auth/login — 로그인 (JWT 발급)
3. POST /api/auth/refresh — 토큰 갱신
4. POST /api/auth/logout — 로그아웃
5. Prisma 스키마에 User 모델 추가

## 제약조건
- src/app/api/auth/ 디렉토리에만 파일 생성
- 기존 코드 수정 금지
- 비밀번호는 bcrypt로 해싱
- 환경변수: JWT_SECRET,