@su-record/vibe 2.9.1 → 2.9.3

package/commands/vibe.run.md

@@ -132,7 +132,7 @@ After implementing each scenario, **automatic verification**:
 │              → Fix code (Read full file first)                   │
 │              → Re-run failed scenario only                       │
 │              → PASS? → Next scenario                             │
-│              → FAIL? → Retry (max 3)                             │
+│              → FAIL (same as prev)? → STUCK → Ask user           │
 │                                                                  │
 │  핵심: 검증이 가벼울수록 루프는 더 많이 돈다                       │
 │  - 접근성 트리: button "Sign In" = 15 chars                      │
@@ -171,9 +171,17 @@ Scenario verification failed (코드 분석 또는 E2E)
       ↓
 [Re-verify] - Re-run ONLY failed scenario (save tokens)
       ↓
-Repeat until pass (max 3 times)
+Repeat until pass (라운드 수 캡 없음 — stuck 감지로 종료)
 ```
 
+**Termination conditions:**
+- ✅ PASS → 다음 scenario
+- ⚠️ Stuck (같은 failure가 이전 라운드와 동일) → 사용자 질문:
+    1. 직접 수정 방법 제공 (예: "LoginForm.tsx 42줄 수정") → 재시도
+    2. "proceed" — 남은 실패 TODO 기록 후 다음 scenario
+    3. "abort" — 구현 중단
+- `ultrawork` 모드: stuck 시 프롬프트 없이 TODO 기록 후 다음 scenario
+
 ---
 
 ## **ULTRAWORK Mode** (ulw)
@@ -191,7 +199,7 @@ When you include `ultrawork` (or `ulw`), ALL of these activate automatically:
 | **Context Compression** | Aggressive auto-save at 70%+ context |
 | **No Pause** | Doesn't wait for confirmation between phases |
 | **External LLMs** | Auto-consults GPT/Gemini if enabled |
-| **Error Recovery** | Auto-retries on failure (up to 3 times) |
+| **Error Recovery** | Loops until 100% or stuck; on stuck auto-records TODO and proceeds (no user prompt) |
 | **Race Review (v2.6.9)** | Multi-LLM review (GPT+Gemini) with cross-validation |
 
 ### Boulder Loop (Inspired by Sisyphus)
@@ -258,7 +266,7 @@ Like Sisyphus rolling the boulder, ULTRAWORK **keeps going until done**:
 │   └──────────────────────────────────────────────────────────┘  │
 │                              │                                   │
 │                   ┌──────────┴──────────┐                       │
-│                   │  Coverage ≥ 95%?    │                       │
+│                   │  Coverage == 100%?  │                       │
 │                   └──────────┬──────────┘                       │
 │                       │              │                          │
 │                      NO            YES                          │
@@ -273,9 +281,18 @@ Like Sisyphus rolling the boulder, ULTRAWORK **keeps going until done**:
 │                      │                                          │
 │                      └──────────→ [Re-generate RTM]             │
 │                                                                  │
-│   MAX_ITERATIONS: 5 (prevent infinite loops)                    │
-│   COVERAGE_THRESHOLD: 95% (quality gate)                        │
-│   ZERO TOLERANCE for scope reduction                            │
+│                      │                                          │
+│                      ↓                                          │
+│              Stuck? (coverage unchanged from prev iteration)    │
+│                      │                                          │
+│                      ├─ Interactive: Ask user                   │
+│                      │     1. Provide resolution → retry        │
+│                      │     2. "proceed" → TODO + done           │
+│                      │     3. "abort" → stop                    │
+│                      └─ ultrawork: TODO + done                  │
+│                                                                  │
+│   NO iteration cap — loop until 100% OR stuck                   │
+│   ZERO TOLERANCE for silent scope reduction                     │
 └─────────────────────────────────────────────────────────────────┘
 ```
 
@@ -302,18 +319,18 @@ node -e "import('{{VIBE_PATH_URL}}/node_modules/@su-record/vibe/dist/tools/index
 | Rule | Description |
 |------|-------------|
 | **No Scope Reduction** | Never say "simplified" or "basic version" - implement FULL request |
-| **Iteration Tracking** | Display `[{{ITER}}/{{MAX}}]` to show progress |
+| **Iteration Tracking** | Display `[{{ITER}}]` to show progress (no max — loop until done) |
 | **RTM-Based Gap List** | Use `uncoveredRequirements` array - no manual comparison |
-| **Coverage Threshold** | Must reach 95% coverage to complete |
-| **Max Iterations** | Stop at 5 iterations (report remaining gaps as TODO) |
-| **Convergence Detection** | If coverage % unchanged between iterations → STOP (converged) |
-| **Diminishing Returns** | Iteration 3+ → only implement unmet core requirements (REQ-*-001~003), rest goes to TODO |
+| **Coverage Threshold** | Must reach 100% coverage to complete |
+| **No Iteration Cap** | Loop until 100% coverage OR stuck (convergence detected) |
+| **Stuck Handling** | If coverage % unchanged between iterations → ask user (proceed/abort/fix), or ultrawork → TODO + done |
+| **Diminishing Returns (Narrowing)** | Iteration 3+ → focus on core requirements (REQ-*-001~003) first; P2/P3 requirements continue to loop but lower priority |
 
 **Ralph Loop Output Format:**
 
 ```
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-🔄 RALPH VERIFICATION [Iteration 1/5]
+🔄 RALPH VERIFICATION [Iteration 1]
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 
 📊 RTM Coverage Report: login
@@ -334,7 +351,7 @@ Requirements Traceability:
   ❌ REQ-login-008: Error toast → NOT IMPLEMENTED
   ✅ REQ-login-009: Session storage → Scenario 4 → (no test)
 
-Overall Coverage: 55% ⚠️ BELOW 95% THRESHOLD
+Overall Coverage: 55% ⚠️ BELOW 100% TARGET
 
 UNCOVERED REQUIREMENTS (auto-extracted from RTM):
   1. REQ-login-004: Remember me checkbox
@@ -345,7 +362,7 @@ UNCOVERED REQUIREMENTS (auto-extracted from RTM):
 ⚠️ NOT COMPLETE - Implementing uncovered requirements...
 
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-🔄 RALPH VERIFICATION [Iteration 2/5]
+🔄 RALPH VERIFICATION [Iteration 2]
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 
 📊 RTM Coverage Report: login
@@ -356,7 +373,7 @@ Requirements Traceability:
   Feature Covered: 9/9 (100%)
   Test Covered: 9/9 (100%)
 
-Overall Coverage: 100% ✅ ABOVE 95% THRESHOLD
+Overall Coverage: 100% ✅ TARGET REACHED
 
 Build: ✅ Passed
 Tests: ✅ 12/12 Passed
@@ -396,7 +413,7 @@ Claude:
 📄 SPEC: .claude/vibe/specs/brick-game.md
 🎯 4 Phases detected
 ⚡ Boulder Loop: ENABLED (will continue until all phases complete)
-🔄 Auto-retry: ON (max 3 per phase)
+🔄 Auto-retry: ON (loop until 100% or stuck → auto-TODO)
 💾 Context compression: AGGRESSIVE
 
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
@@ -416,7 +433,7 @@ Claude:
 ✅ Exploration complete (6.8s)
 🔨 Implementing...
 ❌ Test failed: collision detection
-🔄 Auto-retry 1/3...
+🔄 Auto-retry [iteration 1]...
 🔨 Fixing...
 ✅ Phase 2 complete
 
@@ -454,13 +471,13 @@ Magic keywords in the user input automatically set the **AutomationLevel**, whic
 
 ### Level Definitions
 
-| Level | Name | Keyword(s) | Auto-advance | Auto-retry | Max Retries | Parallel Agents | Checkpoints |
-|-------|------|------------|--------------|------------|-------------|-----------------|-------------|
-| L0 | Manual | `manual` | No | No | 0 | No | All |
-| L1 | Guided | `guided`, `verify` | No | No | 0 | No | All |
-| L2 | Semi-auto | `quick` (default) | Yes | Yes | 2 | No | Key points |
-| L3 | Auto | `ultrawork`, `ulw` | Yes | Yes | 3 | Yes | Checkpoint-only |
-| L4 | Full-auto | `ralph`, `ralplan` | Yes | Yes | 5 | Yes | None |
+| Level | Name | Keyword(s) | Auto-advance | Auto-retry | Stuck Behavior | Parallel Agents | Checkpoints |
+|-------|------|------------|--------------|------------|----------------|-----------------|-------------|
+| L0 | Manual | `manual` | No | No | Ask user every step | No | All |
+| L1 | Guided | `guided`, `verify` | No | No | Ask user on stuck | No | All |
+| L2 | Semi-auto | `quick` (default) | Yes | Yes (low cap: 2) | Ask user after 2 retries | No | Key points |
+| L3 | Auto | `ultrawork`, `ulw` | Yes | Yes (no cap) | Auto-TODO + proceed | Yes | Checkpoint-only |
+| L4 | Full-auto | `ralph`, `ralplan` | Yes | Yes (no cap) | Auto-TODO + proceed | Yes | None |
 
 ### Detection Rule
 
@@ -1043,7 +1060,7 @@ Then: Login success + JWT token returned
   ❌ Then: "Invalid credentials" error message
      Actual: "Error occurred" returned
 
-[Auto-fix 1/3]
+[Auto-fix iteration 1]
   Cause: Error message not properly set
   Fix: auth.service.ts line 42
 
@@ -1286,128 +1303,16 @@ Phase N+1 Start (IMMEDIATE - exploration already done!)
 
 ### Agent Teams — Dev Team
 
-> **Agent Teams**: 에이전트들이 팀을 이루어 서로 소통하며 구현합니다.
+> **팀 정의**: `agents/teams/dev-team.md` 참조
 > 설정: `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` + `teammateMode: in-process` (`~/.claude/settings.json` 전역 — postinstall 자동 설정)
 
-**팀 구성:**
-
-| 팀원 | 역할 |
-|------|------|
-| architect (리더) | 설계 결정, 구현 방향 조율, SPEC 준수 검증, 팀 합의 주도 |
-| implementer | 핵심 비즈니스 로직 구현, architect 설계를 따라 코드 작성 |
-| tester | 구현 완료 즉시 테스트 작성, 실패 시 implementer에 피드백 |
-| security-reviewer | 실시간 보안 취약점 검증, 블로킹 이슈 식별 |
-
-**실행 순서:**
-
-1. `TeamCreate(team_name="dev-{feature}")` — 팀 + 공유 태스크 리스트 생성
-2. 4개 팀원 병렬 생성 — 각각 `Task(team_name=..., name=..., subagent_type=...)` 으로 spawn
-3. architect가 SPEC Phase를 분석하여 구현 계획 수립 → TaskList에 작업 등록
-4. 팀원들이 TaskList에서 작업을 claim하고, SendMessage로 실시간 협업
-5. 모든 시나리오 검증 완료 → 팀원 shutdown_request → TeamDelete로 정리
-
-**팀원 spawn 패턴:**
-
-```text
-TeamCreate(team_name="dev-{feature}", description="Implementation team for {feature} Phase {N}")
-
-# 4개 병렬 spawn
-Task(team_name="dev-{feature}", name="architect", subagent_type="architect",
-  prompt="구현 팀 리더. Phase {N}의 SPEC을 분석하고 구현 계획을 수립하세요.
-  SPEC: {spec_content}
-  Feature Scenarios: {scenarios}
-  역할: 설계 결정, 구현 방향 조율, 팀원 간 충돌 해결, SPEC 준수 검증.
-  TaskList에 구현 작업을 등록하세요. implementer에게 설계를 SendMessage로 전달하세요.
-  모든 시나리오가 통과할 때까지 팀을 조율하세요.")
-
-Task(team_name="dev-{feature}", name="implementer", subagent_type="implementer",
-  mode="bypassPermissions",
-  prompt="구현 팀 코드 담당. SPEC: {spec_content}
-  역할: architect의 설계를 따라 프로덕션 코드 작성.
-  architect에게서 설계를 받으면 구현을 시작하세요.
-  컴포넌트 구현 완료 시 tester에게 SendMessage로 테스트 요청하세요.
-  security-reviewer의 블로킹 이슈는 즉시 수정하세요.
-  TaskList에서 구현 작업을 claim하세요.")
-
-Task(team_name="dev-{feature}", name="tester", subagent_type="tester",
-  mode="bypassPermissions",
-  prompt="구현 팀 테스트 담당. SPEC: {spec_content}
-  역할: implementer가 완료한 컴포넌트부터 즉시 테스트 작성.
-  구현 전체를 기다리지 말고 컴포넌트 단위로 점진적 테스트하세요.
-  테스트 실패 시 implementer에게 SendMessage로 피드백하세요.
-  edge case 발견 시 architect에게 설계 검토를 요청하세요.
-  TaskList에서 테스트 작업을 claim하세요.")
-
-Task(team_name="dev-{feature}", name="security-reviewer", subagent_type="security-reviewer",
-  mode="bypassPermissions",
-  prompt="구현 팀 보안 담당. SPEC: {spec_content}
-  역할: 구현 코드의 보안 취약점 실시간 검증.
-  보안 이슈는 BLOCKING — implementer에게 SendMessage로 즉시 수정 요청하세요.
-  심각한 설계 결함 발견 시 architect에게 SendMessage로 알리세요.
-  TaskList에서 보안 검증 작업을 claim하세요.")
-```
-
-**팀원 간 통신 예시:**
-
-```text
-architect → implementer: "Repository 패턴으로 데이터 접근 계층 분리해서 구현해주세요. 인터페이스는 TaskList에 등록했습니다"
-implementer → tester: "LoginService 구현 완료. 정상/실패/잠금 시나리오 테스트 요청합니다"
-security-reviewer → implementer: "SQL injection 위험: raw query 사용 감지. parameterized query로 즉시 수정 필요"
-tester → architect: "edge case 3건 실패 (빈 입력, 특수문자, 동시 요청). 설계 검토 요청합니다"
-architect → broadcast: "Phase {N} 모든 시나리오 통과 확인. 구현 완료합니다"
-```
-
-**팀 모드 vs 기존 병렬 모드 비교:**
-
-| 측면 | 기존 병렬 모드 | Agent Teams |
-|------|---------------|-------------|
-| 통신 | 결과만 수집 | 실시간 상호 피드백 |
-| 테스트 | 구현 후 별도 단계 | 구현과 동시 진행 |
-| 보안 | 사후 리뷰 | 실시간 검증 |
-| 설계 변경 | 메인 에이전트만 결정 | architect 주도 팀 합의 |
-| 오류 복구 | 재시도 루프 | 팀 내 즉시 피드백 |
-
 **활성화 조건 (Dev Team Full — 4명):**
 - ULTRAWORK 모드 + 3개 이상 시나리오
 - 또는 복잡도 점수 20+ (High)
 
 ### Agent Teams — Lite Team (Normal Mode)
 
-> **일반 모드에서도 팀 협업**. Dev Team의 축소 버전으로, 3개 이상 시나리오 시 자동 활성화.
-> security-reviewer를 제외한 architect + implementer + tester 3명 구성.
-
-**팀 구성:**
-
-| 팀원 | 역할 |
-|------|------|
-| architect (리더) | 설계 결정, 시나리오 분석, 구현 방향 조율 |
-| implementer | 핵심 비즈니스 로직 구현 |
-| tester | 구현 완료 즉시 테스트 작성, 실패 시 피드백 |
-
-**spawn 패턴:**
-
-```text
-TeamCreate(team_name="lite-{feature}", description="Lite implementation team for {feature} Phase {N}")
-
-Task(team_name="lite-{feature}", name="architect", subagent_type="architect",
-  prompt="Lite 팀 리더. Phase {N}의 SPEC을 분석하고 구현 계획을 수립하세요.
-  SPEC: {spec_content}
-  Feature Scenarios: {scenarios}
-  역할: 설계 결정, 구현 방향 조율. TaskList에 작업을 등록하세요.
-  implementer에게 설계를 SendMessage로 전달하세요.")
-
-Task(team_name="lite-{feature}", name="implementer", subagent_type="implementer",
-  mode="bypassPermissions",
-  prompt="Lite 팀 코드 담당. SPEC: {spec_content}
-  역할: architect의 설계를 따라 프로덕션 코드 작성.
-  완료 시 tester에게 SendMessage로 테스트 요청하세요.")
-
-Task(team_name="lite-{feature}", name="tester", subagent_type="tester",
-  mode="bypassPermissions",
-  prompt="Lite 팀 테스트 담당. SPEC: {spec_content}
-  역할: implementer가 완료한 컴포넌트부터 즉시 테스트 작성.
-  테스트 실패 시 implementer에게 SendMessage로 피드백하세요.")
-```
+> **팀 정의**: `agents/teams/lite-team.md` 참조
 
 **활성화 조건 (Lite Team — 3명):**
 - 일반 모드 + 3개 이상 시나리오
@@ -1424,58 +1329,7 @@ Task(team_name="lite-{feature}", name="tester", subagent_type="tester",
 
 ### Agent Teams — Review Team
 
-> P1/P2 이슈 교차 검증을 위한 보안+아키텍처+성능+단순성 전문 리뷰 팀.
-> `/vibe.review` 시 P1/P2 이슈가 발견되면 자동 활성화.
-
-**팀 구성:**
-
-| 팀원 | 역할 |
-|------|------|
-| security-reviewer (리더) | 보안 이슈 우선순위 결정, 교차 검증 주도, 오탐 제거 |
-| architecture-reviewer | 아키텍처 위반 검증, 설계 패턴 평가 |
-| performance-reviewer | 성능 병목 검증, N+1 쿼리/메모리 누수 확인 |
-| simplicity-reviewer | 과도한 복잡성 검증, 불필요한 추상화 식별 |
-
-**spawn 패턴:**
-
-```text
-TeamCreate(team_name="review-{feature}", description="Cross-validation review team for {feature}")
-
-Task(team_name="review-{feature}", name="security-reviewer", subagent_type="security-reviewer",
-  mode="bypassPermissions",
-  prompt="Review team leader. Cross-validate P1/P2 issues found in parallel review.
-  Files: {changed_files}
-  Found issues: {p1_p2_issues}
-  Role: Verify each P1/P2 issue is genuine (not false positive). Prioritize by actual impact.
-  Send disputed findings to relevant reviewer for confirmation via SendMessage.")
-
-Task(team_name="review-{feature}", name="architecture-reviewer", subagent_type="architecture-reviewer",
-  mode="bypassPermissions",
-  prompt="Review team architecture expert. Validate architecture-related findings.
-  Files: {changed_files}
-  Role: Confirm or dispute architecture violations. Check SOLID principles and layer boundaries.")
-
-Task(team_name="review-{feature}", name="performance-reviewer", subagent_type="performance-reviewer",
-  mode="bypassPermissions",
-  prompt="Review team performance expert. Validate performance-related findings.
-  Files: {changed_files}
-  Role: Confirm or dispute performance issues. Run complexity analysis on flagged code.")
-
-Task(team_name="review-{feature}", name="simplicity-reviewer", subagent_type="simplicity-reviewer",
-  mode="bypassPermissions",
-  prompt="Review team simplicity advocate. Challenge over-engineering findings.
-  Files: {changed_files}
-  Role: Verify YAGNI violations. Confirm or dispute unnecessary abstraction flags.")
-```
-
-**팀원 간 통신 예시:**
-
-```text
-security-reviewer → architecture-reviewer: "SQL injection finding in users.py:42 — is this pattern used elsewhere?"
-architecture-reviewer → security-reviewer: "Confirmed. Same pattern in orders.py:78. Elevate to P1."
-performance-reviewer → security-reviewer: "N+1 query finding is false positive — already uses prefetch_related."
-security-reviewer → broadcast: "Review complete. 2 P1 confirmed, 1 P2 downgraded to P3."
-```
+> **팀 정의**: `agents/teams/review-debate-team.md` 참조
 
 **활성화 조건:**
 
@@ -1484,42 +1338,7 @@ security-reviewer → broadcast: "Review complete. 2 P1 confirmed, 1 P2 downgrad
 
 ### Agent Teams — Debug Team
 
-> 빌드/테스트 실패 시 아키텍트 진단 → 구현자 수정 → 테스터 검증 사이클.
-> UltraQA 3회 실패 진입 시 또는 빌드 실패 3회+ 시 자동 활성화.
-
-**팀 구성:**
-
-| 팀원 | 역할 |
-|------|------|
-| architect (리더) | 근본 원인 진단, 수정 방향 설계, 아키텍처 레벨 문제 식별 |
-| implementer | architect 진단에 따라 최소 diff 수정 적용 |
-| tester | 수정 후 즉시 테스트 실행, 회귀 검증 |
-
-**spawn 패턴:**
-
-```text
-TeamCreate(team_name="debug-{feature}", description="Debug team for {feature} build/test failure")
-
-Task(team_name="debug-{feature}", name="architect", subagent_type="architect",
-  prompt="Debug team leader. Diagnose root cause of build/test failure.
-  Error: {error_output}
-  Failed files: {failed_files}
-  Previous attempts: {attempt_history}
-  Role: Analyze error, identify root cause (not symptoms). Design minimal fix.
-  Send diagnosis to implementer via SendMessage. If same failure 3x, escalate to user.")
-
-Task(team_name="debug-{feature}", name="implementer", subagent_type="implementer",
-  mode="bypassPermissions",
-  prompt="Debug team fixer. Apply minimal-diff fixes based on architect diagnosis.
-  Role: Wait for architect diagnosis. Apply ONLY the specific fix recommended.
-  Do NOT refactor surrounding code. Notify tester when fix is applied.")
-
-Task(team_name="debug-{feature}", name="tester", subagent_type="tester",
-  mode="bypassPermissions",
-  prompt="Debug team verifier. Run tests after each fix to verify resolution.
-  Role: Wait for implementer fix notification. Run failing tests.
-  Report results to architect. If still failing, provide detailed error output.")
-```
+> **팀 정의**: `agents/teams/debug-team.md` 참조
 
 **활성화 조건:**
 
@@ -1528,48 +1347,7 @@ Task(team_name="debug-{feature}", name="tester", subagent_type="tester",
 
 ### Agent Teams — Research Team
 
-> `/vibe.spec` Step 3 리서치 단계에서 4개 전문 리서치 에이전트가 팀으로 협업.
-> 리서치 결과 교차 검증 및 충돌 해결.
-
-**팀 구성:**
-
-| 팀원 | 역할 |
-|------|------|
-| best-practices-agent (리더) | 베스트 프랙티스 수집, 리서치 통합, 충돌 해결 |
-| security-advisory-agent | 보안 취약점 조사, CVE 확인, 보안 권장사항 |
-| codebase-patterns-agent | 기존 코드베이스 패턴 분석, 유사 구현 참조 |
-| framework-docs-agent | 프레임워크 최신 문서 확인, API 변경사항 추적 |
-
-**spawn 패턴:**
-
-```text
-TeamCreate(team_name="research-{feature}", description="Research team for {feature} SPEC")
-
-Task(team_name="research-{feature}", name="best-practices-agent", subagent_type="best-practices-agent",
-  prompt="Research team leader. Coordinate research for {feature} SPEC.
-  Tech stack: {tech_stack}
-  Requirements: {requirements}
-  Role: Collect best practices. Integrate findings from all researchers.
-  Resolve conflicting recommendations. Produce unified research summary.")
-
-Task(team_name="research-{feature}", name="security-advisory-agent", subagent_type="security-advisory-agent",
-  prompt="Research team security specialist. Check security advisories for {feature}.
-  Tech stack: {tech_stack}
-  Role: Check CVEs for dependencies. Identify security patterns to follow.
-  Share findings with best-practices-agent for integration.")
-
-Task(team_name="research-{feature}", name="codebase-patterns-agent", subagent_type="codebase-patterns-agent",
-  prompt="Research team codebase analyst. Analyze existing patterns for {feature}.
-  Project path: {project_path}
-  Role: Find similar implementations in codebase. Extract conventions and patterns.
-  Share findings with best-practices-agent.")
-
-Task(team_name="research-{feature}", name="framework-docs-agent", subagent_type="framework-docs-agent",
-  prompt="Research team docs specialist. Check latest framework docs for {feature}.
-  Tech stack: {tech_stack}
-  Role: Verify API usage against latest docs. Check for breaking changes.
-  Share findings with best-practices-agent.")
-```
+> **팀 정의**: `agents/teams/research-team.md` 참조
 
 **활성화 조건:**
 
@@ -1578,50 +1356,7 @@ Task(team_name="research-{feature}", name="framework-docs-agent", subagent_type=
 
 ### Agent Teams — Security Team
 
-> 보안 민감 코드 변경 시 전문 보안 검증 팀.
-> 인증, 권한, 결제, 개인정보 관련 코드 변경 감지 시 자동 활성화.
-
-**팀 구성:**
-
-| 팀원 | 역할 |
-|------|------|
-| security-reviewer (리더) | OWASP Top 10 검증, 보안 이슈 우선순위 결정 |
-| data-integrity-reviewer | 데이터 무결성, 트랜잭션 관리, 입력 검증 |
-| security-advisory-agent | 사용 라이브러리 CVE 확인, 보안 패치 확인 |
-| tester | 보안 테스트 케이스 작성, 침투 테스트 시나리오 검증 |
-
-**spawn 패턴:**
-
-```text
-TeamCreate(team_name="security-{feature}", description="Security audit team for {feature}")
-
-Task(team_name="security-{feature}", name="security-reviewer", subagent_type="security-reviewer",
-  mode="bypassPermissions",
-  prompt="Security team leader. Comprehensive security audit for {feature}.
-  Files: {changed_files}
-  Role: OWASP Top 10 check. XSS, CSRF, SQL injection, auth bypass.
-  Coordinate with data-integrity-reviewer for data flow analysis.
-  Any P1 finding blocks merge — notify team immediately.")
-
-Task(team_name="security-{feature}", name="data-integrity-reviewer", subagent_type="data-integrity-reviewer",
-  mode="bypassPermissions",
-  prompt="Security team data specialist. Verify data integrity for {feature}.
-  Files: {changed_files}
-  Role: Check transaction management, input validation, data sanitization.
-  Report findings to security-reviewer.")
-
-Task(team_name="security-{feature}", name="security-advisory-agent", subagent_type="security-advisory-agent",
-  prompt="Security team advisory specialist. Check dependencies for {feature}.
-  Role: Scan for known CVEs in project dependencies. Check security advisories.
-  Report critical findings to security-reviewer.")
-
-Task(team_name="security-{feature}", name="tester", subagent_type="tester",
-  mode="bypassPermissions",
-  prompt="Security team test specialist. Write security-focused tests for {feature}.
-  Files: {changed_files}
-  Role: Write tests for auth bypass, injection, permission escalation.
-  Report test results to security-reviewer.")
-```
+> **팀 정의**: `agents/teams/security-team.md` 참조
 
 **활성화 조건:**
 
@@ -1630,48 +1365,7 @@ Task(team_name="security-{feature}", name="tester", subagent_type="tester",
 
 ### Agent Teams — Migration Team
 
-> 프레임워크/라이브러리 마이그레이션 전문 팀.
-> 대규모 의존성 업그레이드, 프레임워크 전환 시 활성화.
-
-**팀 구성:**
-
-| 팀원 | 역할 |
-|------|------|
-| architect (리더) | 마이그레이션 전략 설계, 호환성 분석, 단계별 계획 |
-| implementer | 코드 변환 실행, API 변경 적용 |
-| tester | 마이그레이션 후 회귀 테스트, 호환성 검증 |
-| build-error-resolver | 빌드 에러 즉시 해결, 타입 에러 수정 |
-
-**spawn 패턴:**
-
-```text
-TeamCreate(team_name="migration-{feature}", description="Migration team for {feature}")
-
-Task(team_name="migration-{feature}", name="architect", subagent_type="architect",
-  prompt="Migration team leader. Plan migration strategy for {feature}.
-  From: {current_version}
-  To: {target_version}
-  Role: Analyze breaking changes. Create step-by-step migration plan.
-  Assign file groups to implementer. Monitor build-error-resolver for blockers.")
-
-Task(team_name="migration-{feature}", name="implementer", subagent_type="implementer",
-  mode="bypassPermissions",
-  prompt="Migration team implementer. Execute code migration for {feature}.
-  Role: Apply migration changes per architect plan. Work file-by-file.
-  Notify tester after each file group. Report blockers to architect.")
-
-Task(team_name="migration-{feature}", name="tester", subagent_type="tester",
-  mode="bypassPermissions",
-  prompt="Migration team tester. Verify migration correctness for {feature}.
-  Role: Run existing tests after each migration step. Add new tests for changed APIs.
-  Report regressions to implementer and architect.")
-
-Task(team_name="migration-{feature}", name="build-error-resolver", subagent_type="build-error-resolver",
-  mode="bypassPermissions",
-  prompt="Migration team build fixer. Resolve build errors during {feature} migration.
-  Role: Monitor build output. Apply minimal-diff type fixes for migration errors.
-  Notify implementer of patterns requiring broader changes.")
-```
+> **팀 정의**: `agents/teams/migration-team.md` 참조
 
 **활성화 조건:**
 
@@ -1680,52 +1374,7 @@ Task(team_name="migration-{feature}", name="build-error-resolver", subagent_type
 
 ### Agent Teams — Fullstack Team
 
-> Frontend + Backend 동시 변경이 필요한 풀스택 기능 구현 팀.
-> API 엔드포인트 + UI 컴포넌트를 동시에 개발.
-
-**팀 구성:**
-
-| 팀원 | 역할 |
-|------|------|
-| architect (리더) | API 인터페이스 설계, frontend/backend 분업 조율 |
-| implementer-backend | Backend API, 데이터베이스, 서비스 로직 구현 |
-| implementer-frontend | Frontend UI, 상태 관리, API 연동 구현 |
-| tester | E2E 테스트, API 테스트, 통합 테스트 |
-
-**spawn 패턴:**
-
-```text
-TeamCreate(team_name="fullstack-{feature}", description="Fullstack team for {feature}")
-
-Task(team_name="fullstack-{feature}", name="architect", subagent_type="architect",
-  prompt="Fullstack team leader. Design API contract for {feature}.
-  SPEC: {spec_content}
-  Role: Define API endpoints (request/response schemas). Design data models.
-  Share API contract with both implementers. Coordinate integration timing.")
-
-Task(team_name="fullstack-{feature}", name="implementer-backend", subagent_type="implementer",
-  mode="bypassPermissions",
-  prompt="Fullstack team backend developer. Implement API for {feature}.
-  SPEC: {spec_content}
-  Role: Implement API endpoints per architect's contract. Create data models and services.
-  Notify implementer-frontend when endpoints are ready for integration.
-  Share API response samples with tester.")
-
-Task(team_name="fullstack-{feature}", name="implementer-frontend", subagent_type="implementer",
-  mode="bypassPermissions",
-  prompt="Fullstack team frontend developer. Implement UI for {feature}.
-  SPEC: {spec_content}
-  Role: Build UI components and pages per SPEC. Use architect's API contract for types.
-  Start with mock data, switch to real API when backend notifies readiness.
-  Notify tester when UI is ready for E2E testing.")
-
-Task(team_name="fullstack-{feature}", name="tester", subagent_type="tester",
-  mode="bypassPermissions",
-  prompt="Fullstack team tester. Write comprehensive tests for {feature}.
-  SPEC: {spec_content}
-  Role: Write API tests (after backend ready). Write E2E tests (after frontend ready).
-  Test API contract conformance. Report integration issues to architect.")
-```
+> **팀 정의**: `agents/teams/fullstack-team.md` 참조
 
 **활성화 조건:**
 
@@ -2043,7 +1692,7 @@ Then: Login success + JWT token returned
   ❌ Then: "Invalid credentials" error message
      Actual: "Error" returned
 
-🔄 Auto-fix 1/3...
+🔄 Auto-fix [iteration 1]...
   Fix: auth.service.ts line 42
 
 🔍 Re-verifying...