conductorlisted

# /deliver:conductor — 태스크 순차 실행 + 2단계 게이트 Running for: **$ARGUMENTS** --- ## Core Goal - `harness-plan`이 승인한 PRD 또는 PROGRESS.md를 **태스크별 순차 루프**로 실행한다. - 각 태스크마다 구현 → Spec Compliance → Quality Gate 순으로 검증한다. - 태스크 간 컨텍스트 오염을 막기 위해 subagent를 매 태스크마다 fresh하게 디스패치한다. - PRD 섹션 단위 충족 여부를 체크리스트로 추적한다. --- ## 기존 parallel-team(현 conductor에 통합)과의 차이 | 구분 | parallel-team (현 conductor에 통합된 기존 방식) | conductor (신규) | |---|---|---| | 실행 방식 | 역할별 동시 병렬 | 태스크별 순차 + 2단계 게이트 | | 검토 시점 | 까칠이가 마지막 한 번 | 태스크마다 spec-review → quality-gate | | subagent 격리 | worktree 사용 | fresh context per task | | 스펙 추적 | 없음 | PRD 섹션 단위 충족 여부 추적 | **언제 conductor를 선택하는가:** - 태스크 간 의존도가 높아 순서를 바꿀 수 없을 때 - 각 태스크 완료 즉시 spec 정합성을 확인해야 할 때 - PRD 섹션별 진행률을 가시적으로 추적해야 할 때 --- ## 역할 선택 가이드 (구현 에이전트 편성 시) 역할 기반 병렬 실행이 필요할 때(독립 태스크 ≥2개가 동시에 진행 가능한 경우) 아래 8역할 로스터에서 선택한다. | 역할 | 담당 범위 | 대표 산출물 | 필수/선택 | |---|---|---|---| | **디자이너** | 화면 레이아웃, 컴포넌트 디자인, 디자인 시스템 | UI 스펙 · 와이어프레임 · 디자인 토큰 | 선택 | | **개발자** | 코드 구현, 버그 수정, 기능 추가, 리팩터링 | PR-ready 코드 · 단위 테스트 | 거의 항상 | | **품질담당자** | 테스트 코드 작성, 엣지 케이스 발굴, 회귀 방지 | e2e/통합 테스트 · 테스트 매트릭스 | 거의 항상 | | **마케터** | 랜딩 카피, SEO, 출시 메시지, 채널별 콘텐츠 | 랜딩 텍스트 · Open Graph · GA 이벤트 플랜 | 선택 | | **리서처** | 경쟁사 분석, 시장 조사, 기술·라이브러리 비교 | 비교 리포트 · ADR 초안 | 선택 | | **배포 담당자** | 인프라 셋업, 환경 변수 관리, CI/CD | Dockerfile · wrangler.toml · GitHub Actions | 선택 | | **까칠이** | 다른 팀원 결과물의 약점 발굴과 반박 | 반박 목록 · 수정 요청서 | **항상 (마지막)** | | **보안 담당자** | 시크릿 노출 검사, 권한·취약점 점검 | 보안 체크리스트 · BLOCK/PASS 판정 | **항상 (머지 전)** | 키워