aiwf 0.3.8 → 0.3.12

package/.claude/commands/aiwf/aiwf_docs.md

@@ -1,225 +0,0 @@
-# 문서 업데이트
-
-현재 프로젝트 문서를 분석하고 구현 진행 상황과 최근 변경 사항을 반영하도록 업데이트합니다.
-
-## 정확히 다음 10개 항목으로 TODO 생성
-
-1. 문서 업데이트 범위 분석
-2. 프로젝트 매니페스트 및 마일스톤 검토
-3. 스프린트 문서 상태 평가
-4. 필요시 ARCHITECTURE.md 업데이트
-5. 마일스톤 요구사항 문서 업데이트
-6. 스프린트 문서 업데이트
-7. PROJECT_MANIFEST.md 검토 및 업데이트
-8. README.md 및 프로젝트 문서 업데이트
-9. 추가 문서 폴더 업데이트
-10. 문서 업데이트 요약 생성
-
-각 단계별로 다음 지침을 엄격히 따라 진행하세요.
-
-## 각 TODO 항목의 상세 내용
-
-### 1. 문서 업데이트 범위 분석
-
-확인: <$ARGUMENTS>
-
-비어있으면 전체 문서 검토를 수행합니다. 그렇지 않으면 <$ARGUMENTS>를 해석하여 특정 초점 영역(마일스톤, 스프린트, 아키텍처 구성 요소 등)을 식별합니다.
-
-**중요:** 먼저 `.aiwf/00_PROJECT_MANIFEST.md`를 읽어 다음을 이해하세요:
-- 현재 마일스톤 및 스프린트 상태
-- 완료된 작업 vs 진행 중인 작업 vs 계획된 작업
-- 문서화가 필요한 최근 변경 사항
-
-### 2. 프로젝트 매니페스트 및 마일스톤 검토
-
-**병렬 에이전트 사용:**
-- `.aiwf/00_PROJECT_MANIFEST.md`를 읽어 현재 상태 확인
-- `.aiwf/02_REQUIREMENTS/`의 모든 마일스톤 요구사항 읽기
-- 마지막 문서 업데이트 이후 변경된 사항 식별
-- 상태 업데이트가 필요한 완료된 마일스톤 확인
-
-### 3. 스프린트 문서 상태 평가
-
-**병렬 에이전트 사용:**
-- `.aiwf/03_SPRINTS/`로 이동하여 현재 및 완료된 스프린트 찾기
-- 스프린트 메타 파일을 읽어 산출물 이해
-- 각 스프린트 내 작업 완료 상태 확인
-- 상태 업데이트나 완료 표시가 필요한 스프린트 식별
-
-### 4. 필요시 ARCHITECTURE.md 업데이트
-
-- `.aiwf/01_PROJECT_DOCS/ARCHITECTURE.md` 읽기
-- 구현을 검토하여 아키텍처가 발전했는지 확인
-- 구조가 변경된 경우 다이어그램 업데이트
-- 구현 중 발견된 새 컴포넌트나 모듈 추가
-- 최근 스프린트 동안 내려진 아키텍처 결정 문서화
-
-**중요:** 아키텍처가 실제로 변경된 경우에만 업데이트하세요. 사소한 세부사항으로 수정하지 마세요.
-
-### 5. 마일스톤 요구사항 문서 업데이트
-
-활성 또는 최근 완료된 각 마일스톤에 대해:
-- `.aiwf/02_REQUIREMENTS/M{N}_*/`로 이동
-- `requirements.md`를 다음과 함께 업데이트:
-  - ✅ 완료된 요구사항
-  - 🚧 진행 중인 항목 (완료율 포함)
-  - 📋 아직 시작하지 않은 계획된 항목
-  - ❌ 연기되거나 제거된 요구사항 (정당화 포함)
-- 복잡한 기능에 대한 구현 노트 추가
-- 요구사항 변경이나 명확화 문서화
-
-### 6. 스프린트 문서 업데이트
-
-현재 및 최근 완료된 스프린트에 대해:
-- `.aiwf/03_SPRINTS/S{N}_*/`로 이동
-- 스프린트 메타 파일을 다음과 함께 업데이트:
-  - 현재 상태 (PLANNED/IN_PROGRESS/COMPLETED)
-  - 완료 백분율
-  - 실제 vs 계획된 산출물
-- 개별 작업 파일 업데이트:
-  - 완료된 작업을 ✅로 표시
-  - 구현 노트 추가
-  - 차단 사항이나 도전 과제 문서화
-  - 관련 코드 파일에 링크
-
-### 7. PROJECT_MANIFEST.md 검토 및 업데이트
-
-매니페스트를 다음과 함께 업데이트:
-- **현재 상태**: 마일스톤 및 스프린트 진행 상황 업데이트
-- **스프린트 추적**: 완료된 스프린트 표시, 현재 스프린트 업데이트
-- **산출물**: 각 산출물의 완료 상태 업데이트
-- **최근 성과**: 주목할 만한 완료 사항 추가
-- **알려진 이슈**: 차단 사항이나 기술 부채 문서화
-- **다음 단계**: 완료된 작업을 기반으로 업데이트
-
-**형식 예시:**
-```markdown
-## 현재 상태
-- **활성 마일스톤**: M01 - [이름] (75% 완료)
-- **현재 스프린트**: S03 - [초점] (진행 중 - 40% 완료)
-- **마지막 업데이트**: YYYY-MM-DD HH:MM
-
-## 스프린트 진행 상황
-
-### 현재 스프린트 (S03)
-**상태**: 진행 중 (40% 완료)
-**산출물**:
-- ✅ [완료된 기능] - 완료
-- 🚧 [진행 중인 기능] - 60% 완료
-- 📋 [계획된 기능] - 시작 전
-```
-
-### 8. README.md 및 프로젝트 문서 업데이트
-
-**프로젝트의 메인 README.md 검토 및 업데이트:**
-- 프로젝트 루트에 README.md 존재 여부 확인
-- 범위가 발전한 경우 프로젝트 설명 업데이트
-- 최근 변경 사항을 기반으로 설치/설정 지침 새로고침
-- 새 기능으로 사용 예제 업데이트
-- 배지 추가/업데이트 (빌드 상태, 테스트 커버리지, 버전)
-- 새 의존성이나 요구사항 문서화
-- 프로세스가 변경된 경우 기여 가이드라인 업데이트
-- 엔드포인트가 변경된 경우 API 문서 새로고침
-
-**검토할 주요 섹션:**
-- 프로젝트 개요 및 목적
-- 기능 목록 (완료/진행 중/계획됨 표시)
-- 설치 및 설정 지침
-- 사용 예제 및 코드 스니펫
-- 구성 옵션
-- API 참조 (해당하는 경우)
-- 기여 가이드라인
-- 라이선스 정보
-
-### 9. 추가 문서 폴더 업데이트
-
-**프로젝트 전체의 모든 문서 검색 및 업데이트:**
-
-**확인할 일반적인 문서 위치:**
-- `docs/` - 메인 문서 폴더
-- `documentation/` - 대체 문서 폴더
-- `doc/` - 간단한 형식의 문서 폴더
-- `api-docs/` - API 전용 문서
-- 프로젝트 루트의 `*.md` 파일 (CONTRIBUTING.md, CHANGELOG.md 등)
-
-**발견된 각 문서 폴더에 대해:**
-- 오래된 정보가 있는 모든 마크다운 파일 검토
-- 구현 세부사항으로 기술 사양 업데이트
-- 새 기능으로 사용자 가이드 새로고침
-- 새 엔드포인트/변경사항으로 API 문서 업데이트
-- 브레이킹 체인지가 도입된 경우 마이그레이션 가이드 추가
-- 알려진 이슈/해결책으로 문제 해결 섹션 업데이트
-
-**확인할 특정 파일:**
-- `CHANGELOG.md` - 최근 변경 사항 및 버전 업데이트 추가
-- `CONTRIBUTING.md` - 변경된 경우 개발 워크플로우 업데이트
-- `docs/setup.md` - 설치/구성 단계 새로고침
-- `docs/api.md` - API 엔드포인트 및 예제 업데이트
-- `docs/deployment.md` - 배포 절차 업데이트
-- `docs/testing.md` - 새 테스트 절차 문서화
-
-**문서 일관성 검사:**
-- 모든 문서에서 버전 번호가 일관되는지 확인
-- 코드 예제가 현재 구현에서 여전히 작동하는지 확인
-- UI/아키텍처가 변경된 경우 스크린샷/다이어그램 업데이트
-- 모든 링크(내부 및 외부)가 유효한지 확인
-- 전체적으로 용어가 일관되는지 확인
-
-### 10. 문서 업데이트 요약 생성
-
-모든 문서 업데이트의 요약 보고서 작성:
-
-```markdown
-# 문서 업데이트 요약 - [YYYY-MM-DD]
-
-## 업데이트된 파일
-
-### AIWF 문서
-- `.aiwf/00_PROJECT_MANIFEST.md` - [변경 사항 간략 설명]
-- `.aiwf/01_PROJECT_DOCS/ARCHITECTURE.md` - [업데이트된 경우]
-- `.aiwf/02_REQUIREMENTS/M01_*/requirements.md` - [상태 업데이트]
-- `.aiwf/03_SPRINTS/S0N_*/meta.md` - [스프린트 상태 변경]
-
-### 프로젝트 문서
-- `README.md` - [메인 프로젝트 문서 업데이트]
-- `CHANGELOG.md` - [버전 및 변경 이력 업데이트]
-- `CONTRIBUTING.md` - [기여 가이드라인 업데이트]
-- `docs/*.md` - [특정 문서 파일 업데이트]
-- 기타 문서 폴더 - [추가 업데이트 목록]
-
-## 주요 변경 사항
-1. [주요 문서 변경 또는 업데이트]
-2. [추가된 새 섹션]
-3. [적용된 상태 업데이트]
-
-## 업데이트 후 프로젝트 상태
-- **마일스톤 진행률**: M01 X% (이전 Y%)
-- **스프린트 진행률**: S0N X% (이전 Y%)
-- **문서 커버리지**: [문서 완성도 평가]
-
-## 권장 사항
-- [식별된 문서 격차]
-- [제안된 문서 개선 사항]
-- [명확화가 필요한 영역]
-```
-
-## 가이드라인
-
-- 원래 요구사항과 계획 보존 (취소선이나 상태 마커 사용)
-- 일관된 상태 표시자 유지 (✅, 🚧, 📋, ❌)
-- 실제 구현을 기반으로 백분율 업데이트
-- 원래 계획에서 벗어난 사항을 정당화와 함께 문서화
-- 문서를 간결하면서도 포괄적으로 유지
-- 모든 날짜와 타임스탬프가 최신인지 확인
-- 관련 문서 섹션 간 상호 참조
-- 예상 위치뿐만 아니라 프로젝트 전체에서 모든 .md 파일 검색
-- 독립 문서 파일에 대한 루트 디렉토리 확인
-- 문서의 모든 코드 예제가 여전히 작동하는지 확인
-- 새 팀 구성원이 문서에 접근할 수 있는지 확인
-
-**중요:** 문서는 현실을 반영해야 합니다. 열망적인 목표가 아닌 실제 구현 상태를 기반으로 업데이트하세요.
-
-**핵심:** 문서 위치를 가정하지 마세요. 항상 전체 프로젝트에서 다음을 검색하세요:
-- 모든 디렉토리의 `*.md` 파일
-- 일반적인 이름: README, CHANGELOG, CONTRIBUTING, LICENSE, INSTALL, USAGE
-- 예상치 못한 위치의 문서 (예: src/, lib/ 또는 기타 코드 디렉토리 내부)

package/.claude/commands/aiwf/aiwf_evaluate.md

@@ -1,79 +0,0 @@
-# aiwf evaluate
-
-AI 응답 품질을 간단하게 평가합니다.
-
-## 실행
-
-```bash
-# AIWF CLI를 사용하여 평가 실행
-aiwf evaluate [options]
-```
-
-## 설명
-
-경량화된 평가 시스템으로 AI 응답 품질을 모니터링합니다. 기본적으로 백그라운드에서 자동 실행되며, 필요할 때만 상세 정보를 확인할 수 있습니다.
-
-## 사용 옵션
-
-### 기본 사용 (빠른 평가)
-```bash
-aiwf evaluate
-```
-현재 페르소나의 최근 평가 통계를 간단히 표시합니다.
-
-### 상세 분석
-```bash
-aiwf evaluate --detailed
-# 또는
-aiwf evaluate -d
-```
-모든 페르소나의 상세 통계와 개선 제안을 표시합니다.
-
-### 평가 히스토리
-```bash
-aiwf evaluate --history
-# 또는
-aiwf evaluate -h
-```
-최근 10개의 평가 기록을 시간순으로 표시합니다.
-
-### 주간 통계
-```bash
-aiwf evaluate --stats
-# 또는
-aiwf evaluate -s
-```
-일주일간의 평가 통계와 페르소나별 활용도를 표시합니다.
-
-## 자동 평가 시스템
-
-이 명령어는 수동으로 실행할 수 있지만, 실제로는 다음 상황에서 자동으로 백그라운드 평가가 수행됩니다:
-
-- 페르소나 전환 시
-- 컨텍스트 압축 시
-- AI 응답 생성 후 (향후 구현)
-
-평가 점수가 60% 미만일 때만 자동으로 피드백이 표시되므로, 작업 흐름을 방해하지 않습니다.
-
-## 평가 기준
-
-### 3가지 핵심 지표
-1. **역할 일치도 (50%)**: 페르소나 특성 반영 정도
-2. **작업 관련성 (30%)**: 요청된 작업과의 관련성
-3. **기본 품질 (20%)**: 응답의 구조와 내용
-
-### 점수 해석
-- 80% 이상: 훌륭함 🎉
-- 60-79%: 양호함 ✅
-- 60% 미만: 개선 필요 💡
-
-## 예시 출력
-
-```
-🔍 최근 응답 평가
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-현재 페르소나: architect
-평균 점수: 0.75
-평가 횟수: 23
-추세: 📈 개선 중
-```

package/.claude/commands/aiwf/aiwf_get_feature_details.md

@@ -1,78 +0,0 @@
-# Feature 상세 정보 조회
-
-특정 Feature Ledger의 상세 정보를 확인합니다.
-
-```bash
-aiwf feature details "$@"
-```
-
-## 설명
-
-Feature ID를 통해 해당 Feature의 모든 정보를 상세하게 조회합니다.
-
-### 🎯 출력 형식
-- `--format=full` - 전체 정보 (기본값)
-- `--format=summary` - 요약 정보
-- `--format=technical` - 기술적 세부사항
-- `--format=progress` - 진행 상황 중심
-
-### 📝 사용법
-```bash
-# 전체 상세 정보
-/project:aiwf:get_feature_details FL001
-
-# 요약 정보만 보기
-/project:aiwf:get_feature_details FL001 --format=summary
-
-# 기술적 세부사항 확인
-/project:aiwf:get_feature_details FL001 --format=technical
-```
-
-### 📋 표시 정보
-- Feature 메타데이터
-- 개발 진행 상황
-- 관련 태스크 및 커밋
-- 담당자 및 리뷰어
-- 타임라인 및 마일스톤
-- 기술적 세부사항
-
-## 예시 출력 (전체 정보)
-```
-🎯 Feature 상세 정보
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-📌 기본 정보
-Feature ID: FL001
-제목: User Authentication System
-상태: active
-우선순위: high
-카테고리: feature
-
-📊 진행 상황
-진행률: 75%
-시작일: 2025-07-05
-예상 완료일: 2025-07-12
-소요 시간: 5일 경과
-
-🎯 마일스톤 & 스프린트
-마일스톤: M02 - Context Engineering Enhancement
-스프린트: S01_M02 - context_foundation
-
-👥 담당자
-개발자: @developer1
-리뷰어: @reviewer1, @reviewer2
-
-📝 설명
-JWT 기반 사용자 인증 시스템 구현. OAuth2.0 소셜 로그인 지원 포함.
-
-🔧 기술 스택
-- Backend: Node.js, Express, JWT
-- Database: PostgreSQL
-- Frontend: React, Redux
-
-📈 진행 내역
-[2025-07-05] Feature 생성
-[2025-07-06] 데이터베이스 스키마 설계 완료
-[2025-07-08] JWT 인증 기본 구현 완료
-[2025-07-10] OAuth2.0 구현 진행 중
-```

package/.claude/commands/aiwf/aiwf_infinite.md

@@ -1,202 +0,0 @@
-# 무한 에이전틱 루프 명령
-
-이 무한 생성 작업에 대해 깊이 생각하세요. 당신은 정교한 반복 생성 프로세스를 시작하려고 합니다. deep think
-
-**변수:**
-
-spec_file: $ARGUMENTS
-output_dir: $ARGUMENTS
-count: $ARGUMENTS
-
-**인자 파싱:**
-"$ARGUMENTS"에서 다음 인자들을 파싱합니다:
-
-1. `spec_file` - 마크다운 명세 파일 경로
-2. `output_dir` - 반복 결과가 저장될 디렉토리
-3. `count` - 반복 횟수 (1-N 또는 "infinite")
-
-**1단계: 명세 분석**
-`spec_file`의 명세 파일을 읽고 깊이 이해합니다. 이 파일은 다음을 정의합니다:
-
-- 생성할 콘텐츠 유형
-- 형식과 구조 요구사항
-- 특정 매개변수나 제약사항
-- 반복 간의 의도된 진화 패턴
-
-명세의 의도와 각 반복이 이전 작업을 어떻게 기반으로 해야 하는지 신중히 생각하세요.
-
-**2단계: 출력 디렉토리 탐색**
-현재 상태를 이해하기 위해 `output_dir`을 철저히 분석합니다:
-
-- 모든 기존 파일과 명명 패턴 나열
-- 현재 존재하는 가장 높은 반복 번호 식별
-- 기존 반복들 간의 콘텐츠 진화 분석
-- 이전 생성의 궤적 이해
-- 새로운 반복을 위한 격차나 기회 파악
-
-**3단계: 반복 전략**
-명세 분석과 기존 반복을 기반으로:
-
-- 시작 반복 번호 결정 (최고 기존 번호 + 1)
-- 각 새로운 반복이 독특하고 진화적일 방법 계획
-- 새로움을 유지하면서 이전 반복을 기반으로 구축하는 방법 고려
-- count가 "infinite"인 경우, 컨텍스트 제한까지 지속적 생성 준비
-
-**4단계: 병렬 에이전트 조율**
-최대 효율성과 창의적 다양성을 위해 여러 서브 에이전트를 병렬로 배포합니다:
-
-**서브 에이전트 배포 전략:**
-
-- count 1-5: 모든 에이전트 동시 실행
-- count 6-20: 5개 에이전트씩 배치로 실행하여 조율 관리
-- "infinite": 3-5개 에이전트의 웨이브를 실행하고, 컨텍스트를 모니터링하며 새로운 웨이브 생성
-
-**에이전트 할당 프로토콜:**
-각 서브 에이전트는 다음을 받습니다:
-
-1. **명세 컨텍스트**: 완전한 명세 파일 분석
-2. **디렉토리 스냅샷**: 실행 시점의 output_dir 현재 상태
-3. **반복 할당**: 특정 반복 번호 (시작*번호 + 에이전트*인덱스)
-4. **독특성 지시**: 기존 반복의 개념을 중복하지 않도록 명시적 지시
-5. **품질 기준**: 명세의 상세 요구사항
-
-**에이전트 작업 명세:**
-
-```
-작업: [OUTPUT_DIR]에 [SPEC_FILE]의 반복 [NUMBER] 생성
-
-당신은 반복 [NUMBER]를 생성하는 서브 에이전트 [X]입니다.
-
-컨텍스트:
-- 명세: [전체 명세 분석]
-- 기존 반복: [현재 output_dir 내용 요약]
-- 당신의 반복 번호: [NUMBER]
-- 할당된 창의적 방향: [탐색할 특정 혁신 차원]
-
-요구사항:
-1. 명세를 완전히 읽고 이해
-2. 기존 반복을 분석하여 출력이 독특한지 확인
-3. 명세 형식을 정확히 따라 콘텐츠 생성
-4. 명세 준수를 유지하면서 [할당된 혁신 차원]에 집중
-5. 지정된 정확한 이름 패턴으로 파일 생성
-6. 반복이 진정한 가치와 새로움을 추가하는지 확인
-
-산출물: 명세에 따른 단일 파일, 독특하고 혁신적인 콘텐츠 포함
-```
-
-**병렬 실행 관리:**
-
-- Task 도구를 사용하여 모든 할당된 서브 에이전트를 동시에 실행
-- 에이전트 진행과 완료 모니터링
-- 에이전트 실패 시 반복 번호 재할당으로 처리
-- 중복 반복 번호가 생성되지 않도록 보장
-- 완료된 모든 반복 수집 및 검증
-
-**5단계: 무한 모드 오케스트레이션**
-무한 생성 모드의 경우, 지속적인 병렬 웨이브를 조율합니다:
-
-**웨이브 기반 생성:**
-
-1. **웨이브 계획**: 컨텍스트 용량에 따라 다음 웨이브 크기(3-5 에이전트) 결정
-2. **에이전트 준비**: 각 새로운 웨이브를 위한 신선한 컨텍스트 스냅샷 준비
-3. **점진적 정교화**: 각 웨이브는 더 발전된 혁신 차원을 탐색해야 함
-4. **컨텍스트 모니터링**: 모든 에이전트와 메인 오케스트레이터의 총 컨텍스트 사용량 추적
-5. **우아한 종료**: 컨텍스트 한계에 접근하면 현재 웨이브를 완료하고 요약
-
-**무한 실행 사이클:**
-
-```
-WHILE 컨텍스트_용량 > 임계값:
-    1. 현재 output_dir 상태 평가
-    2. 다음 에이전트 웨이브 계획 (남은 컨텍스트에 따른 크기)
-    3. 점점 정교한 창의적 방향 할당
-    4. 병렬 서브 에이전트 웨이브 실행
-    5. 웨이브 완료 모니터링
-    6. 디렉토리 상태 스냅샷 업데이트
-    7. 남은 컨텍스트 용량 평가
-    8. 충분한 용량 있으면: 다음 웨이브로 계속
-    9. 한계에 접근하면: 최종 웨이브 완료하고 요약
-```
-
-**점진적 정교화 전략:**
-
-- **웨이브 1**: 단일 혁신 차원의 기본 기능 대체
-- **웨이브 2**: 향상된 상호작용이 있는 다차원 혁신
-- **웨이브 3**: 적응형 행동이 있는 복잡한 패러다임 조합
-- **웨이브 N**: 명세의 경계를 확장하는 혁명적 개념
-
-**컨텍스트 최적화:**
-
-- 각 웨이브는 컨텍스트 누적을 피하기 위해 신선한 에이전트 인스턴스 사용
-- 메인 오케스트레이터는 경량 상태 추적 유지
-- 컨텍스트 관리를 위한 완료된 반복의 점진적 요약
-- 후반 웨이브에서 덜 필수적인 세부사항의 전략적 제거
-
-**실행 원칙:**
-
-**품질 & 독특성:**
-
-- 각 반복은 진정으로 독특하고 가치있어야 함
-- 새로운 요소를 도입하면서 이전 작업을 기반으로 구축
-- 원래 명세와의 일관성 유지
-- 적절한 파일 구성과 명명 보장
-
-**병렬 조율:**
-
-- 창의적 다양성을 극대화하기 위해 서브 에이전트를 전략적으로 배포
-- 중복을 피하기 위해 각 에이전트에 독특한 혁신 차원 할당
-- 파일 명명 충돌을 방지하기 위한 타이밍 조정
-- 성공적인 완료와 품질을 위한 모든 에이전트 모니터링
-
-**확장성 & 효율성:**
-
-- 병렬 스트림 전체의 진화 궤적에 대해 깊이 생각 deep think
-- 무한 모드의 경우, 컨텍스트 소진 전 최대 가치있는 출력 최적화
-- 컨텍스트 한계를 지능적으로 관리하기 위한 웨이브 기반 생성 사용
-- 병렬 속도와 품질 및 조율 오버헤드의 균형
-
-**에이전트 관리:**
-
-- 각 서브 에이전트에 완전한 컨텍스트와 명확한 할당 제공
-- 반복 재할당으로 에이전트 실패를 우아하게 처리
-- 모든 병렬 출력이 전체 진행과 일관되게 통합되도록 보장
-
-**울트라 씽킹 지시:**
-생성을 시작하기 전에, 다음에 대해 확장된 사고를 수행하세요:
-
-**명세 & 진화:**
-
-- 명세의 더 깊은 의미
-- 반복 간 의미있는 진행을 만드는 방법
-- 각 반복을 가치있고 독특하게 만드는 것
-- 일관성과 혁신의 균형을 맞추는 방법
-
-**병렬 전략:**
-
-- 요청된 수에 대한 최적의 서브 에이전트 배포
-- 다양성을 극대화하기 위해 독특한 창의적 방향을 할당하는 방법
-- 무한 모드의 웨이브 크기와 타이밍
-- 여러 병렬 에이전트 간의 컨텍스트 관리
-
-**조율 과제:**
-
-- 병렬 스트림 간 중복 개념 방지 방법
-- 각 에이전트가 진정으로 독특한 출력을 생산하도록 보장하는 전략
-- 동시 쓰기가 있는 파일 명명과 디렉토리 구성 관리
-- 병렬 출력의 품질 관리 메커니즘
-
-**무한 모드 최적화:**
-
-- 지속적인 출력을 위한 웨이브 기반 생성 패턴
-- 여러 웨이브에 걸친 점진적 정교화 전략
-- 컨텍스트 용량 모니터링과 우아한 종료 계획
-- 병렬 생성 속도와 혁신 깊이의 균형
-
-**위험 완화:**
-
-- 에이전트 실패와 반복 재할당 처리
-- 병렬 실행에도 불구하고 일관된 전체 진행 보장
-- 전체 시스템의 컨텍스트 창 한계 관리
-- 모든 병렬 출력의 명세 준수 유지
-
-이러한 병렬 조율 과제에 대한 깊은 분석으로 실행을 시작하고, 최대 창의적 출력과 효율성을 위해 서브 에이전트를 활용하여 각 단계를 체계적으로 진행하세요.