@wooojin/forgen 0.1.0

package/skills/ci-cd/SKILL.md

@@ -0,0 +1,264 @@
+---
+name: ci-cd
+description: This skill should be used when the user asks to "ci cd,ci/cd,파이프라인,github actions,배포 자동화,pipeline design". CI/CD pipeline design, implementation, and optimization
+---
+
+<!-- forgen-managed -->
+
+<Purpose>
+CI/CD 파이프라인을 설계하고 구현합니다.
+빌드, 테스트, 린트, 보안 스캔, 배포까지의 자동화 파이프라인을 구축하고
+안정적이고 빠른 배포 사이클을 확립합니다.
+</Purpose>
+
+<Steps>
+1. **요구사항 분석**: 프로젝트의 CI/CD 요구사항을 파악합니다
+   - 현재 배포 프로세스 파악 (수동/자동)
+   - 배포 대상 환경 (staging, production, preview)
+   - 브랜치 전략 확인 (gitflow, trunk-based, GitHub flow)
+   - 필요한 품질 게이트 식별
+   - 배포 빈도 목표
+   - 롤백 요구사항
+   - 시크릿 관리 방식
+   - 알림/모니터링 연동 대상
+
+2. **파이프라인 스테이지 설계**: 단계별 작업을 정의합니다
+   - **Install**: 의존성 설치 (캐시 활용)
+   - **Lint**: 코드 스타일 검사 (ESLint, Prettier)
+   - **Type Check**: 타입 검사 (TypeScript)
+   - **Unit Test**: 유닛 테스트 실행 + 커버리지
+   - **Integration Test**: 통합 테스트 (DB, 외부 서비스)
+   - **Build**: 프로덕션 빌드
+   - **Security Scan**: 의존성 취약점 검사 (npm audit, Snyk)
+   - **E2E Test**: End-to-End 테스트 (Playwright, Cypress)
+   - **Deploy**: 배포 (환경별 차등)
+   - **Smoke Test**: 배포 후 기본 동작 확인
+   - **Notify**: 결과 알림 (Slack, Discord)
+
+3. **구현**: 파이프라인 설정 파일을 작성합니다
+   - CI 플랫폼 선택 (GitHub Actions, GitLab CI, CircleCI)
+   - 워크플로우 파일 작성
+   - 병렬 실행 가능한 작업 식별 및 설정
+   - 캐싱 전략 (node_modules, 빌드 아티팩트)
+   - 매트릭스 빌드 (여러 Node 버전, OS)
+   - 환경별 배포 조건 설정
+   - 시크릿 설정 (환경 변수, 시크릿 스토어)
+   - 재사용 가능한 워크플로우 분리
+
+4. **품질 게이트 설정**: 머지/배포 차단 조건을 설정합니다
+   - 테스트 커버리지 임계값 (85%+)
+   - 린트 에러 제로
+   - 타입 에러 제로
+   - 보안 취약점 제로 (CRITICAL/HIGH)
+   - 빌드 성공 필수
+   - PR 리뷰 승인 필수
+   - 커밋 메시지 컨벤션 검사
+
+5. **모니터링 및 최적화**: 파이프라인 성능을 관리합니다
+   - 파이프라인 실행 시간 추적
+   - 실패율 모니터링
+   - Flaky 테스트 추적 및 제거
+   - 캐시 히트율 최적화
+   - 불필요한 재실행 방지 (경로 필터링)
+   - 비용 최적화 (러너 크기, 병렬화)
+</Steps>
+
+## 에이전트 위임
+
+`executor` 에이전트(Sonnet 모델)에 위임하여 파이프라인을 구현합니다:
+
+```
+Agent(
+  subagent_type="executor",
+  model="sonnet",
+  prompt="CI/CD PIPELINE TASK
+
+CI/CD 파이프라인을 설계하고 구현하세요.
+
+Project: [프로젝트 설명]
+Platform: [GitHub Actions / GitLab CI / etc.]
+Branch Strategy: [gitflow / trunk-based / GitHub flow]
+
+Pipeline Checklist:
+1. 스테이지 설계 (lint, test, build, deploy)
+2. 워크플로우 파일 작성
+3. 캐싱 및 병렬화 최적화
+4. 품질 게이트 설정
+5. 시크릿 및 환경 변수 관리
+6. 배포 전략 (환경별)
+
+Output: CI/CD 구성 파일 및 문서:
+- 워크플로우 파일(들)
+- 환경별 배포 설정
+- 품질 게이트 목록
+- 파이프라인 다이어그램"
+)
+```
+
+## External Consultation (Optional)
+
+executor 에이전트는 교차 검증을 위해 Claude Task 에이전트에 자문할 수 있습니다.
+
+### Protocol
+1. **자체 파이프라인 설계를 먼저 완료** -- 독립적으로 구현
+2. **검증을 위한 자문** -- Claude Task 에이전트를 통해 설계 교차 확인
+3. **비판적 평가** -- 외부 제안을 맹목적으로 수용하지 않음
+4. **우아한 폴백** -- 위임이 불가능할 경우 절대 차단하지 않음
+
+### 자문이 필요한 경우
+- 멀티 환경 배포 전략 (dev/staging/prod)
+- Blue-Green 또는 Canary 배포 설정
+- 모노레포 CI 최적화
+- 보안이 중요한 배포 파이프라인
+
+### 자문을 생략하는 경우
+- 단순 린트/테스트 파이프라인
+- 단일 환경 배포
+- 잘 알려진 CI 템플릿 적용
+- 기존 파이프라인의 경미한 수정
+
+## 파이프라인 체크리스트
+
+### CI (Continuous Integration) (6개)
+- [ ] 의존성 설치에 캐시 적용
+- [ ] 린트가 모든 PR에서 실행됨
+- [ ] 타입 체크가 모든 PR에서 실행됨
+- [ ] 테스트가 커버리지와 함께 실행됨
+- [ ] 보안 스캔이 포함됨
+- [ ] 빌드가 성공해야 머지 가능
+
+### CD (Continuous Deployment) (5개)
+- [ ] staging 환경에 자동 배포
+- [ ] production 배포에 수동 승인 또는 자동 게이트
+- [ ] 배포 후 스모크 테스트 실행
+- [ ] 롤백 절차가 문서화/자동화됨
+- [ ] 배포 알림이 설정됨
+
+### 보안 (4개)
+- [ ] 시크릿이 CI 플랫폼의 시크릿 스토어에 저장됨
+- [ ] 워크플로우 파일에 하드코딩된 시크릿 없음
+- [ ] 의존성 취약점 스캔 포함
+- [ ] 최소 권한 원칙으로 배포 토큰 설정
+
+### 성능 (3개)
+- [ ] 병렬 실행으로 총 실행 시간 최소화
+- [ ] 경로 필터로 불필요한 실행 방지
+- [ ] 캐시 히트율이 80% 이상
+
+## 배포 전략 비교
+
+| 전략 | 다운타임 | 롤백 속도 | 복잡도 | 적합한 경우 |
+|------|----------|-----------|--------|-------------|
+| **Rolling** | 없음 | 느림 | 낮음 | 일반 웹 서비스 |
+| **Blue-Green** | 없음 | 즉시 | 중간 | 빠른 롤백 필요 |
+| **Canary** | 없음 | 빠름 | 높음 | 대규모 트래픽 |
+| **Recreate** | 있음 | 느림 | 낮음 | 비프로덕션 환경 |
+
+<Output>
+```
+CI/CD PIPELINE DOCUMENT / CI/CD 파이프라인 문서
+================================================
+
+Project: [프로젝트명]
+Platform: [GitHub Actions / GitLab CI]
+Branch Strategy: [gitflow / trunk-based]
+
+PIPELINE DIAGRAM / 파이프라인 다이어그램
+-----------------------------------------
+PR → [Install] → [Lint + Type Check + Unit Test] → [Build] → [Security Scan]
+                         (parallel)
+main → [Install] → [Full Test] → [Build] → [Deploy Staging] → [Smoke Test]
+                                                    ↓ (manual approve)
+                                            [Deploy Production] → [Smoke Test]
+
+STAGES / 스테이지
+------------------
+| Stage         | Trigger      | Duration | Parallel |
+|---------------|-------------|----------|----------|
+| Install       | PR, push    | ~30s     | -        |
+| Lint          | PR, push    | ~15s     | Yes      |
+| Type Check    | PR, push    | ~20s     | Yes      |
+| Unit Test     | PR, push    | ~45s     | Yes      |
+| Build         | PR, push    | ~60s     | -        |
+| Security Scan | PR, push    | ~30s     | Yes      |
+| Deploy Staging| main push   | ~120s    | -        |
+| Smoke Test    | after deploy| ~30s     | -        |
+| Deploy Prod   | manual      | ~120s    | -        |
+
+QUALITY GATES / 품질 게이트
+-----------------------------
+- Test Coverage: >= 85%
+- Lint Errors: 0
+- Type Errors: 0
+- Security Vulnerabilities (CRITICAL/HIGH): 0
+- Build: Success
+- PR Review: >= 1 approval
+
+WORKFLOW FILES / 워크플로우 파일
+---------------------------------
+.github/workflows/
+  ci.yml          -- PR 검증 (lint, test, build)
+  cd-staging.yml  -- staging 자동 배포
+  cd-prod.yml     -- production 수동 배포
+  security.yml    -- 주간 보안 스캔
+
+ESTIMATED TOTAL RUNTIME / 예상 총 실행 시간
+---------------------------------------------
+PR Pipeline: ~2m30s
+Deploy Pipeline: ~5m
+```
+</Output>
+
+<Policy>
+- 파이프라인은 10분 이내에 완료되어야 합니다 (PR 기준 5분 목표)
+- 시크릿은 절대 워크플로우 파일에 하드코딩하지 않습니다
+- 프로덕션 배포에는 반드시 승인 프로세스를 포함합니다
+- 롤백 절차를 반드시 문서화하고 테스트합니다
+- Flaky 테스트는 파이프라인 신뢰성을 해치므로 즉시 수정합니다
+- 비용 효율성을 고려하여 불필요한 실행을 방지합니다
+</Policy>
+
+## 다른 스킬과의 연동
+
+**테스트 전략 연동:**
+```
+/forgen:testing-strategy CI에서 실행할 테스트 구성
+```
+테스트 전략에 맞는 CI 테스트 단계 구성
+
+**보안 리뷰 연동:**
+```
+/forgen:security-review .github/workflows/
+```
+워크플로우 파일의 보안 점검
+
+**Docker 연동:**
+```
+/forgen:docker CI에서 컨테이너 빌드
+```
+CI 파이프라인에 Docker 이미지 빌드 통합
+
+## Best Practices
+
+- **빠르게 실패** -- 가장 빠른 검사를 먼저 실행 (lint > type > test > build)
+- **병렬화** -- 독립적인 작업은 동시에 실행
+- **캐시 활용** -- 의존성과 빌드 아티팩트를 캐싱
+- **경로 필터링** -- 관련 파일 변경 시에만 실행
+- **알림 최적화** -- 실패 시에만 알림 (성공 알림은 노이즈)
+
+<Arguments>
+## 사용법
+`/forgen:ci-cd {파이프라인 대상}`
+
+### 예시
+- `/forgen:ci-cd GitHub Actions 파이프라인 설계`
+- `/forgen:ci-cd staging 자동 배포 설정`
+- `/forgen:ci-cd 기존 파이프라인 실행 시간 최적화`
+- `/forgen:ci-cd Vercel 배포 + Preview 환경 구성`
+
+### 인자
+- CI 플랫폼, 배포 대상, 최적화 목표 등을 설명
+- 인자 없으면 프로젝트에 적합한 CI/CD 파이프라인을 설계
+</Arguments>
+
+$ARGUMENTS

package/skills/code-review/SKILL.md

@@ -0,0 +1,228 @@
+---
+name: code-review
+description: This skill should be used when the user asks to "code review,코드 리뷰,리뷰해줘,review this". Systematic code review with severity-rated feedback
+---
+
+<Purpose>
+체계적인 코드 리뷰를 수행하여 품질, 보안, 유지보수성을 검증합니다.
+심각도별로 분류된 피드백을 제공합니다.
+</Purpose>
+
+<Steps>
+1. **스코프 파악**: 변경된 파일과 영향 범위를 식별합니다
+   - git diff 또는 지정된 파일 확인
+   - 변경의 목적과 컨텍스트 이해
+
+2. **정확성 검증**: 로직이 의도대로 동작하는지 확인합니다
+   - 엣지 케이스 처리 여부
+   - 에러 핸들링 적절성
+   - 동시성/경쟁 조건
+
+3. **보안 검토**: OWASP Top 10 기준으로 취약점을 점검합니다
+   - 입력 검증/살균
+   - 인증/인가 로직
+   - 민감 정보 노출
+
+4. **유지보수성**: 코드 품질과 가독성을 평가합니다
+   - 네이밍 컨벤션
+   - SOLID 원칙 준수
+   - 적절한 추상화 수준
+
+5. **피드백 작성**: 심각도별로 분류하여 리포트합니다
+</Steps>
+
+## 에이전트 위임
+
+`code-reviewer` 에이전트(Opus 모델)에 위임하여 심층 코드 분석을 수행합니다:
+
+```
+Agent(
+  subagent_type="code-reviewer",
+  model="opus",
+  prompt="CODE REVIEW TASK
+
+코드 변경 사항의 품질, 보안, 유지보수성을 리뷰하세요.
+
+Scope: [git diff 또는 특정 파일]
+
+Review Checklist:
+- Security 취약점 (OWASP Top 10)
+- Code Quality (복잡도, 중복)
+- Performance 이슈 (N+1, 비효율 알고리즘)
+- Best Practices (네이밍, 문서화, 에러 핸들링)
+- Maintainability (결합도, 테스트 가능성)
+
+Output: 코드 리뷰 리포트:
+- 리뷰한 파일 수
+- 심각도별 이슈 (CRITICAL, HIGH, MEDIUM, LOW)
+- 구체적인 파일:라인 위치
+- 수정 권고
+- 승인 권고 (APPROVE / REQUEST CHANGES / COMMENT)"
+)
+```
+
+## 리뷰 체크리스트 (20개 항목)
+
+### Security (6개)
+- [ ] 하드코딩된 시크릿 없음 (API 키, 비밀번호, 토큰)
+- [ ] 모든 사용자 입력이 살균됨
+- [ ] SQL/NoSQL 인젝션 방지
+- [ ] XSS 방지 (출력 이스케이핑)
+- [ ] CSRF 보호 (상태 변경 작업)
+- [ ] 인증/인가가 적절히 적용됨
+
+### Code Quality (5개)
+- [ ] 함수가 50줄 미만 (가이드라인)
+- [ ] 순환 복잡도 10 미만
+- [ ] 깊은 중첩 없음 (4단계 초과 시 early return 적용)
+- [ ] 중복 로직 없음 (DRY 원칙)
+- [ ] 명확하고 서술적인 네이밍
+
+### Performance (4개)
+- [ ] N+1 쿼리 패턴 없음
+- [ ] 적절한 캐싱 적용
+- [ ] 효율적인 알고리즘 (O(n^2) 대신 O(n) 가능한 경우)
+- [ ] 불필요한 리렌더링 없음 (React/Vue)
+
+### Best Practices (5개)
+- [ ] 에러 핸들링이 적절히 구현됨
+- [ ] 적절한 레벨의 로깅
+- [ ] 공개 API에 대한 문서화
+- [ ] 핵심 경로에 대한 테스트 존재
+- [ ] 주석 처리된 코드 없음
+
+## 승인 기준
+
+| 판정 | 조건 | 설명 |
+|------|------|------|
+| **APPROVE** | CRITICAL/HIGH 이슈 없음 | 경미한 개선 사항만 있음, 머지 가능 |
+| **REQUEST CHANGES** | CRITICAL 또는 HIGH 이슈 존재 | 반드시 수정 후 재리뷰 필요 |
+| **COMMENT** | LOW/MEDIUM 이슈만 존재 | 차단 사항 없음, 선택적 개선 권장 |
+
+## External Consultation (Optional)
+
+code-reviewer 에이전트는 교차 검증을 위해 Claude Task 에이전트에 자문할 수 있습니다.
+
+### Protocol
+1. **자체 리뷰를 먼저 완료** — 독립적으로 분석 수행
+2. **검증을 위한 자문** — Claude Task 에이전트를 통해 발견 사항 교차 확인
+3. **비판적 평가** — 외부 발견 사항을 맹목적으로 수용하지 않음
+4. **우아한 폴백** — 위임이 불가능할 경우 절대 차단하지 않음
+
+### 자문이 필요한 경우
+- 보안에 민감한 코드 변경
+- 복잡한 아키텍처 패턴
+- 익숙하지 않은 코드베이스나 언어
+- 고위험 프로덕션 코드
+
+### 자문을 생략하는 경우
+- 단순 리팩토링
+- 잘 알려진 패턴
+- 시간이 촉박한 리뷰
+- 작고 격리된 변경
+
+## 심각도 정의
+
+| 심각도 | 설명 |
+|--------|------|
+| **CRITICAL** | 보안 취약점 (머지 전 반드시 수정) |
+| **HIGH** | 버그 또는 주요 코드 스멜 (머지 전 수정 권장) |
+| **MEDIUM** | 경미한 이슈 (가능할 때 수정) |
+| **LOW** | 스타일/제안 (수정 고려) |
+
+<Output>
+```
+CODE REVIEW REPORT / 코드 리뷰 리포트
+======================================
+
+Files Reviewed: N
+Total Issues: N
+
+CRITICAL (N)
+------------
+(없음 / 이슈 상세)
+
+HIGH (N)
+--------
+1. src/api/auth.ts:42
+   Issue: 사용자 입력이 SQL 쿼리 전에 살균되지 않음
+   Risk: SQL 인젝션 취약점
+   Fix: 파라미터화 쿼리 또는 ORM 사용
+
+2. src/components/UserProfile.tsx:89
+   Issue: 비밀번호가 로그에 평문으로 출력됨
+   Risk: 크리덴셜 노출
+   Fix: 로그 구문에서 비밀번호 제거
+
+3. src/utils/validation.ts:15
+   Issue: 이메일 정규식이 잘못된 형식을 허용
+   Risk: 잘못된 이메일 수용
+   Fix: 검증된 이메일 유효성 검사 라이브러리 사용
+
+MEDIUM (N)
+----------
+...
+
+LOW (N)
+-------
+...
+
+RECOMMENDATION: [APPROVE / REQUEST CHANGES / COMMENT]
+
+[수정이 필요한 경우 요약 코멘트]
+```
+</Output>
+
+<Policy>
+- 변경된 코드만 리뷰합니다 (기존 코드의 기술 부채는 별도 이슈로)
+- 구체적인 코드 라인을 참조하여 피드백합니다
+- 문제 지적 시 해결 방안도 함께 제시합니다
+- 잘된 부분도 언급하여 균형 잡힌 피드백을 제공합니다
+- 20개 체크 항목을 빠짐없이 검토합니다
+- APPROVE/REQUEST CHANGES/COMMENT 3단계 판정을 반드시 포함합니다
+</Policy>
+
+## 다른 스킬과의 연동
+
+**Pipeline 연동:**
+```
+/forgen:pipeline review "사용자 인증 구현"
+```
+구현 워크플로우의 일부로 코드 리뷰 포함
+
+**Ralph 연동:**
+```
+/forgen:ralph code-review then fix all issues
+```
+코드 리뷰 후 피드백 수정, 승인될 때까지 반복
+
+**팀 기반 병렬 리뷰:**
+```
+/forgen:team 4:code-reviewer "src/ 전체 파일 리뷰"
+```
+여러 파일에 대해 병렬 코드 리뷰 수행
+
+## Best Practices
+
+- **조기 리뷰** — 이슈가 누적되기 전에 잡기
+- **자주 리뷰** — 크고 드문 리뷰보다 작고 빈번한 리뷰
+- **CRITICAL/HIGH 우선** — 보안과 버그부터 즉시 수정
+- **컨텍스트 고려** — 일부 "이슈"는 의도적 트레이드오프일 수 있음
+- **리뷰에서 학습** — 피드백을 활용하여 코딩 관행 개선
+
+<Arguments>
+## 사용법
+`/forgen:code-review {리뷰 대상}`
+
+### 예시
+- `/forgen:code-review` (기본: 최근 변경사항 리뷰)
+- `/forgen:code-review src/auth/login.ts`
+- `/forgen:code-review 최근 3개 커밋`
+- `/forgen:code-review PR #42`
+
+### 인자
+- 파일 경로, 커밋 범위, PR 번호 등을 지정
+- 인자 없으면 `git diff`로 변경사항을 자동 감지
+</Arguments>
+
+$ARGUMENTS

package/skills/compound/SKILL.md

@@ -0,0 +1,101 @@
+---
+name: compound
+description: This skill should be used when the user asks to "복리화,compound,패턴 추출,솔루션 축적,what did we learn". Compound Engineering — extract reusable patterns from this session's work
+---
+
+<Purpose>
+이 세션에서 수행한 작업을 분석하여 재사용 가능한 지식을 추출하고 축적합니다.
+당신은 이 대화의 전체 맥락을 갖고 있으므로, git diff만으로는 알 수 없는 "왜"를 포함할 수 있습니다.
+참고: CLI `forgen compound`는 최근 코드/세션을 자동 분석한 결과를 미리보기하고, `--save`일 때만 저장합니다. 이 slash skill은 대화 전체 맥락을 바탕으로 수동 추출할 때 사용합니다.
+</Purpose>
+
+<Steps>
+## Phase 1: 세션 분석
+
+이 세션의 대화를 돌아보며 다음을 식별하세요:
+
+### 솔루션 (재사용 가능한 패턴)
+- 어떤 기술적 결정을 내렸는가? 왜?
+- 어떤 접근법이 효과적이었는가?
+- 시도했다가 실패한 것은? (anti-pattern)
+- 반복될 수 있는 패턴이 있는가?
+
+### 트러블슈팅 (문제 해결 지식)
+- 어떤 에러/문제를 만났는가?
+- 근본 원인은 무엇이었는가?
+- 해결 방법은?
+- 다음에 같은 문제를 만나면 바로 적용할 수 있는 해결 절차는?
+
+### 의사결정 (선택의 근거)
+- 기술 스택/라이브러리 선택의 이유
+- 아키텍처 결정의 배경
+- 트레이드오프와 그 판단 근거
+
+### 안티패턴 (피해야 할 것)
+- 이 세션에서 시도했다가 실패한 접근법은?
+- 왜 실패했는가? (근본 원인)
+- 다음에 같은 실수를 피하려면?
+
+### 영향 범위 분석
+- 이 변경/결정이 다른 모듈/파일에 미치는 영향은?
+- 의존하는 코드가 깨질 수 있는가?
+- 어떤 테스트가 추가로 필요한가?
+
+### 기존 항목 교차 참조
+축적 전에 기존 compound 항목과 비교하세요:
+```bash
+forgen compound list
+```
+- 이미 유사한 솔루션/규칙이 있는가? → 업데이트 또는 보완
+- 기존 항목과 모순되는가? → 둘 다 기록하고 비교
+
+### 확신도 자기 평가
+각 추출 항목에 대해 확신도를 평가하세요:
+- **높음**: 명확한 인과관계, 반복 검증됨
+- **중간**: 합리적 추론, 1회 검증
+- **낮음**: 가설 수준, 추가 검증 필요
+
+## Phase 2: 품질 게이트
+
+추출 전 각 항목을 검증하세요:
+
+1. **재사용 가능한가?** — 이 프로젝트에만 해당하는 것은 제외 (scope: project로 표시)
+2. **구체적인가?** — "좋은 코드를 작성하자" 같은 일반론은 제외
+3. **실행 가능한가?** — 다음에 적용할 수 있는 구체적 내용이 있는가?
+4. **독성이 없는가?** — @ts-ignore, --force, 임시 우회 같은 패턴은 제외
+
+## Phase 3: 축적
+
+추출한 각 인사이트를 CLI 명령어로 저장합니다:
+
+```bash
+# 솔루션 (재사용 가능한 패턴)
+forgen compound --solution "제목" "왜 이 접근법을 사용했고, 언제 적용하는지 포함한 상세 설명"
+
+# 트러블슈팅 (에러 → 원인 → 해결)
+forgen compound --solution "에러명-해결법" "에러 상황, 근본 원인, 해결 절차를 포함"
+
+# 의사결정 (선택의 근거)
+forgen compound --solution "기술선택-이유" "어떤 대안이 있었고 왜 이것을 선택했는지"
+
+# 안티패턴 (피해야 할 것)
+forgen compound --solution "피해야-할-패턴" "왜 이 접근이 실패했고 대신 무엇을 해야 하는지"
+```
+
+**중요**:
+- 각 솔루션의 내용에 **"왜"**를 반드시 포함하세요
+- 제목은 구체적으로 (예: "React-useCallback-memo-최적화" O, "성능개선" X)
+- 내용은 다른 세션에서 이 솔루션을 보고 바로 적용할 수 있을 정도로 상세하게
+- 단순 타이포/1줄 수정 세션이면 → "복리화 불필요" 후 종료
+
+## Phase 4: 리포트
+
+```
+📊 세션 복리화 완료
+├─ 추출: N개 솔루션
+├─ 유형: pattern X개, troubleshoot Y개, decision Z개
+└─ 저장: ~/.forgen/me/solutions/
+```
+</Steps>
+
+$ARGUMENTS