aiwf 0.3.8 → 0.3.13

package/.claude/commands/aiwf/aiwf_changelog.md

@@ -1,82 +0,0 @@
-# Git 커밋 히스토리 기반 Changelog 자동 생성
-
-Git 커밋 히스토리를 분석하여 체계적인 changelog를 생성합니다.
-
-## 작업 단계
-
-### 1. Git 히스토리 분석
-- 최근 커밋들을 분석하여 변경사항 파악
-- 태그 정보 확인 (있는 경우)
-- 커밋 메시지에서 conventional commit 형식 파싱
-
-### 2. 변경사항 분류
-다음 카테고리로 커밋들을 분류:
-- ✨ Features (feat)
-- 🐛 Bug Fixes (fix)
-- 📝 Documentation (docs)
-- 🎨 Code Style (style)
-- ♻️ Refactoring (refactor)
-- ⚡ Performance (perf)
-- ✅ Tests (test)
-- 🔧 Build/Config (build, chore)
-
-### 3. Changelog 생성
-- CHANGELOG.md 파일 생성 또는 업데이트
-- 버전별로 섹션 구분 (태그 기반)
-- 각 카테고리별로 변경사항 정리
-- 커밋 SHA와 함께 표시
-
-### 4. 실행 방법
-```bash
-# 기본 실행 (전체 히스토리)
-/project:aiwf:changelog
-
-# 특정 커밋 범위 지정
-/project:aiwf:changelog v1.0.0..HEAD
-
-# 특정 개수의 최근 커밋
-/project:aiwf:changelog -n 50
-```
-
-### 5. 생성 예시
-```markdown
-# Changelog
-
-## [Unreleased]
-
-### ✨ Features
-- feat(auth): 소셜 로그인 기능 추가 (abc1234)
-- feat(api): RESTful API v2 구현 (def5678)
-
-### 🐛 Bug Fixes
-- fix(ui): 모바일 반응형 레이아웃 수정 (ghi9012)
-
-### 📝 Documentation
-- docs(readme): 설치 가이드 업데이트 (jkl3456)
-```
-
-## 구현 내용
-
-1. Git 로그 파싱:
-```bash
-git log --pretty=format:"%h|%s|%an|%ad" --date=short
-```
-
-2. Conventional Commit 패턴 매칭:
-```regex
-^(feat|fix|docs|style|refactor|perf|test|build|chore)(\(.+\))?:\s+(.+)$
-```
-
-3. 태그 정보 활용:
-```bash
-git describe --tags --abbrev=0
-```
-
-4. Changelog 템플릿 적용 및 파일 생성
-
-5. 기존 CHANGELOG.md가 있는 경우 적절히 병합
-
-## 주의사항
-- Conventional Commit 형식을 따르지 않는 커밋은 "기타 변경사항"으로 분류
-- 병합 커밋은 기본적으로 제외
-- 생성된 changelog는 검토 후 수동 편집 가능

package/.claude/commands/aiwf/aiwf_code_review.md

@@ -1,88 +0,0 @@
-# 코드 리뷰 - 위에서 아래로 실행
-
-코드 리뷰를 실행하기 위해 다음 지침을 위에서 아래로 사용하세요.
-
-## 정확히 다음 6개 항목으로 할 일 목록을 만드세요
-
-1. 주어진 범위 분석
-2. 범위 내에서 코드 변경사항 찾기
-3. 관련 사양 및 문서 찾기
-4. 문서 및 요구사항과 코드 변경사항 비교
-5. 가능한 차이점 분석
-6. 세부사항과 함께 통과/실패 판정 제공
-
-각 단계를 단계별로 따르고 다음 지침을 엄격히 준수하세요.
-
-## 모든 할 일 목록 항목에 대한 세부사항
-
-### 1. 주어진 범위 분석
-
-확인: <$ARGUMENTS>
-
-비어있으면 기본값을 사용하고, 그렇지 않으면 <$ARGUMENTS>를 해석하여 리뷰 범위를 식별합니다. 리뷰할 의미 있는 변경사항을 찾을 수 있는 경우에만 계속합니다.
-
-**맥락:** 코드 변경사항을 리뷰하기 전에:
-
-- `.aiwf/00_PROJECT_MANIFEST.md`를 읽어 현재 스프린트와 마일스톤 맥락을 이해합니다
-- 매니페스트를 사용하여 어떤 스프린트가 활성이고 어떤 작업이 범위에 있는지 식별합니다
-- 현재 스프린트의 납품에 적절한 요구사항에만 평가합니다
-
-### 2. 범위 내에서 코드 변경사항 찾기
-
-식별된 범위를 사용하여 `git diff` (기본값: `git diff HEAD~1`)로 코드 변경사항을 찾습니다.
-
-### 3. 관련 사양 및 문서 찾기
-
-- 수행된 작업에 관련된 태스크, 스프린트, 마일스톤을 찾고 발견사항을 출력합니다
-- `.aiwf/03_SPRINTS/`로 이동하여 현재 스프린트 디렉토리를 찾습니다
-- 스프린트 매타 파일을 읽어 스프린트 목표와 납품을 이해합니다
-- 특정 태스크가 범위에 있는 경우, 스프린트 디렉토리에서 태스크 파일을 찾아 읽습니다
-- 현재 마일스톤에 대한 `.aiwf/02_REQUIREMENTS/`에서 관련 요구사항을 식별합니다
-- 관련 문서, 특히 `.aiwf/01_PROJECT_DOCS/`와 `.aiwf/02_REQUIREMENTS/`에서 문서를 읽습니다
-- **중요:** 미래 마일스톤 기능이 아닌 현재 스프린트 납품에만 집중합니다
-
-### 4. 문서 및 요구사항과 코드 변경사항 비교
-
-- 발견된 요구사항과 사양에 대해 변경사항을 비교하기 위해 심층 사고를 사용합니다
-- 특히 다음 사항들을 비교합니다:
-  - **데이터 모델 / 스키마** — 필드, 타입, 제약사항, 관계
-  - **API / 인터페이스** — 엔드포인트, 매개변수, 반환 형태, 상태 코드, 오류
-  - **설정 / 환경** — 키, 기본값, 필수/선택사항
-  - **동작** — 비즈니스 규칙, 부작용, 오류 처리
-  - **품질** — 이름, 형식, 테스트, 린터 상태
-
-**중요:**
-
-- 사양에서 벗어나는 것은 허용되지 않습니다. 작은 것도 안 됩니다. 여기서는 매우 까다롭게 마세요!
-- 의심스러우면 **실패**를 선언하고 사용자에게 문의하세요
-- 사양과 문서를 따르지 않는 것에 대해 무관용입니다
-
-### 5. 차이점 분석
-
-- 발견된 모든 차이점을 분석합니다
-- 모든 문제에 심각도 점수를 부여합니다
-- 심각도는 1(낮음)에서 10(높음)까지입니다
-- 출력을 위해 문제 목록과 점수를 기억합니다
-
-### 6. 세부사항과 함께 통과/실패 판정 제공
-
-- 발견된 모든 차이점에 대해 **실패**를 선언합니다
-  - 무관용 - 선의의 추가사항에도 적용됩니다
-  - 작은 변경사항이 허용되는지 여부는 사용자가 결정하도록 합니다
-- 불일치가 나타나지 않은 경우에만 **통과**입니다
-
-#### 중요: 출력 형식
-
-- 리뷰 결과를 태스크 파일의 **## 출력 로그** 섹션에 출력합니다
-- 범위에 따라 `.aiwf/03_SPRINTS/` 또는 `.aiwf/04_GENERAL_TASKS/`에서 태스크 파일을 찾습니다
-- 타임스탬프와 함께 기존 출력 로그에 리뷰 결과를 추가합니다
-- 출력 형식:
-  ```
-  [YYYY-MM-DD HH:MM]: 코드 리뷰 - 통과/실패
-  결과: **실패/통과** 통과인지 실패인지에 대한 최종 결정
-  **범위:** 리뷰 범위에 대해 사용자에게 알립니다
-  **발견사항:** 발견된 모든 문제와 심각도 점수의 상세 목록
-  **요약:** 문제점이나 문제가 없는 상태에 대한 간단한 요약
-  **권장사항:** 추가 단계에 대한 개인적인 권장사항
-  ```
-- 또한 즉시 피드백을 위해 콘솔에 간단한 결과 요약을 출력합니다

package/.claude/commands/aiwf/aiwf_commit.md

@@ -1,160 +0,0 @@
-# 변경사항 분석 및 사용자 확인을 통한 논리적 git 커밋 생성
-
-다음 지시사항을 위에서 아래로 순서대로 따르세요.
-
-## 정확히 다음 6개 항목으로 TODO 생성
-
-1. 인수 파싱 및 git 상태 분석
-2. 변경사항 검토 및 논리적 커밋별 그룹화
-3. 커밋 구조 및 메시지 제안
-4. 사용자 승인 필요 여부 확인
-5. 승인된 커밋 실행
-6. 커밋 결과 보고
-
----
-
-## 1 · git 상태 분석 및 인수 파싱
-
-- 최대 효율성을 위해 다음 명령어들을 병렬 실행: `git status`, `git diff --staged`, `git diff`
-- 범위를 이해하기 위해 폴더 구조와 함께 모든 변경된 파일 나열
-
-### 중요: 인수 해석 규칙
-
-**컨텍스트 제공됨** (<$ARGUMENTS>에 텍스트가 포함된 경우):
-
-- YOLO가 <$ARGUMENTS>의 일부라면 사용자 승인을 건너뛰는 것을 의미 (Todo의 4단계 참조)
-- <$ARGUMENTS>의 다른 텍스트는 사용자가 제공한 **태스크 ID**, **스프린트 ID**, 또는 기타 **컨텍스트 식별자**를 나타냄
-- 이것은 파일 경로가 아니라 변경사항을 필터링하기 위한 의미적 컨텍스트임
-- **주요 초점**: 이 컨텍스트와 직접 관련된 파일만 커밋
-- **부차적 고려사항**: 주요 컨텍스트 처리 후, 사용자가 관련 없는 다른 변경사항을 커밋하고 싶은지 묻기
-
-**태스크 ID 패턴** (예: T01_S02, TX03_S01, T003):
-
-- 스프린트 태스크: `T<NN>_S<NN>` 형식 (예: T01_S02, T03_S02)
-- 완료된 스프린트 태스크: `TX<NN>_S<NN>` 형식 (예: TX01_S02, TX03_S01)
-- 일반 태스크: `T<NNN>` 형식 (예: T001, T002)
-- 완료된 일반 태스크: `TX<NNN>` 형식 (예: TX001, TX002)
-- 다음 위치에서 이 태스크 ID를 검색:
-  - `.aiwf/03_SPRINTS/` 디렉토리 (스프린트 태스크용)
-  - `.aiwf/04_GENERAL_TASKS/` 디렉토리 (일반 태스크용)
-  - 파일의 태스크 메타데이터 (frontmatter에서 `task_id: T01_S02` 찾기)
-  - Git diff 내용 (코드 주석이나 커밋이 태스크를 참조하는지 확인)
-- 이 태스크 구현의 일부로 수정된 모든 파일 식별
-- 여기에는 다음이 포함: 소스 코드, 테스트, 구성, 그리고 태스크 문서 파일 자체
-
-**스프린트 ID 패턴** (예: S01, S02):
-
-- 스프린트 ID만 제공된 경우, 해당 스프린트 내의 모든 태스크와 관련된 변경사항을 커밋
-- 검색 패턴: 스프린트 디렉토리의 `T*_S<NN>`
-- 예시: "S02"는 T01_S02, T02_S02, T03_S02 등의 변경사항을 포함
-
-**컨텍스트 제공되지 않음** (<$ARGUMENTS>가 비어있는 경우):
-
-- 모든 변경사항을 분석하고 논리적으로 그룹화
-- 서로 다른 논리적 작업 단위에 대해 별도 커밋 제안
-
-### 구현 단계
-
-1. 먼저 <$ARGUMENTS>에 텍스트가 포함되어 있는지 확인
-2. 포함되어 있다면 명시적으로 기술: "컨텍스트 제공됨: '$ARGUMENTS' - 이 컨텍스트와 관련된 변경사항에 집중하겠습니다"
-3. 태스크 ID 패턴인 경우, 태스크 파일을 찾아서 구현된 내용 이해
-4. 식별된 컨텍스트와 관련된 파일들로만 변경된 파일들을 필터링
-5. 컨텍스트와 일치하는 파일이 없으면 사용자에게 알림: "'$ARGUMENTS'와 관련된 변경사항을 찾을 수 없습니다"
-6. 관련 없는 변경사항이 존재하면 언급하되 초기 커밋 제안에는 포함하지 않음
-
-## 2 · 변경사항 검토 및 논리적 커밋별 그룹화
-
-### 우선순위: 컨텍스트 필터링
-
-**인수에 컨텍스트가 제공된 경우**:
-
-1. **먼저 필터링**: 변경사항을 두 그룹으로 분리:
-   - **컨텍스트와 관련**: 태스크/컨텍스트 구현의 일부인 파일들
-   - **컨텍스트와 무관**: 그 외 모든 것
-2. **집중**: 첫 번째 커밋에서는 "컨텍스트와 관련" 그룹만 분석
-3. **연기**: 잠재적인 후속 커밋을 위해 "무관" 그룹 보관 (사용자가 요청하는 경우에만)
-
-**표준 그룹화 로직** (컨텍스트 없음 또는 컨텍스트 내 그룹화용):
-
-- **논리적으로 함께 속하는 변경사항 고민**:
-  - 태스크 완료 (해당되는 경우 태스크 ID별 그룹화)
-  - 기능 추가 (기능 범위별 그룹화)
-  - 구성 업데이트 (별도 그룹화)
-  - 문서 업데이트 (문서 유형별 그룹화)
-  - 버그 수정 (관련 기능별 그룹화)
-- **신중하게 고려**하여 각 커밋이 독립적으로 이해되고 잠재적으로 되돌릴 수 있는 하나의 논리적 변경을 나타내도록 보장
-- 관련 없는 변경사항을 같은 커밋에 혼합하지 않기
-- 커밋 순서를 정할 때 변경사항 간의 의존성 고려
-
-## 3 · 커밋 제안
-
-### 컨텍스트 인식 커밋 제안
-
-**컨텍스트가 제공된 경우** (예: 태스크 ID):
-
-- **첫 번째 커밋**: 제공된 컨텍스트와 관련된 파일만 포함해야 함
-- 명확히 기술: "이 커밋은 $ARGUMENTS에 대한 변경사항을 포함합니다"
-- 이 커밋이 완료된 후, 다음과 같이 묻기: "[파일 목록]에 관련 없는 변경사항도 있습니다. 이것들에 대해서도 추가 커밋을 생성하시겠습니까?"
-
-**컨텍스트가 제공되지 않은 경우**:
-
-- 모든 변경사항의 논리적 그룹화를 기반으로 커밋 제안
-
-생성할 다음 커밋에 대해:
-
-- **컨텍스트**: 해당되는 경우, 이 커밋이 다루는 태스크/컨텍스트
-- **파일**: 포함될 특정 파일 목록
-- **커밋 메시지**: 관례적인 커밋 형식 사용, 명확하고 간결하게
-  - **중요:** Claude, Anthropic, 또는 AI 지원에 대한 어떤 언급도 포함하지 않아야 함
-  - 태스크 관련인 경우, 메시지에 태스크 ID 포함 (예: "feat(agents): implement T01_S02 coordinator agent" 또는 "fix(api): resolve T003 authentication issue")
-  - **GitHub 이슈 연결**: 태스크에 GitHub 이슈가 있는 경우, 커밋 메시지에 `fixes #123` 또는 `relates to #456` 포함
-- **근거**: 이러한 변경사항들이 왜 함께 속하는지에 대한 간단한 설명
-
-## 4 · 사용자 승인 필요 여부 확인
-
-YOLO가 <$ARGUMENTS>의 **일부라면** 이 단계를 건너뛰고 다음 단계로 이동.
-
-그렇지 않으면 사용자 승인을 요청.
-
-- 파일과 메시지를 포함한 완전한 커밋 계획 표시
-- 진행하기 전에 명시적인 사용자 확인 대기
-- 사용자가 거부하면 무엇을 변경해야 하는지 묻기
-- 사용자가 커밋 메시지나 범위를 수정하고 싶어하면 조정
-
-## 5 · 승인된 커밋 실행 및 계속
-
-승인된 커밋에 대해:
-
-- `git add`로 지정된 파일들 스테이징
-- **중요:** pre-commit 훅을 사용하고 있어 부족한 점을 보고할 가능성이 높음. 이를 수정해야 함. 특히 이런 문제들을 다루는 열린 태스크가 없다면 검증을 건너뛰지 마세요.
-- 승인된 메시지로 **커밋 생성**
-- 커밋이 성공적으로 생성되었는지 확인
-- **GitHub 이슈 업데이트 (해당하는 경우):**
-  - 태스크에 연결된 GitHub 이슈가 있는 경우
-  - 이슈에 커밋 링크 댓글 추가:
-    ```bash
-    gh issue comment {issue_number} --body "🔗 Commit: {commit_sha} - {commit_message}"
-    ```
-- **중요:** 남은 커밋이 더 있다면 다음 커밋을 위해 3단계로 돌아가기
-- 모든 커밋이 완료된 경우에만 6단계로 진행
-
-## 6 · 커밋 결과 보고
-
-요약 제공:
-
-- **생성된 커밋**: SHA와 메시지와 함께 각 커밋 나열
-- **커밋된 파일**: 커밋된 파일의 총 개수
-- **남은 변경사항**: 아직 커밋되지 않은 대기 중인 변경사항
-- **저장소 상태**: 커밋 후 현재 git 상태
-
-## 7 · 변경 로그 생성 (선택사항)
-
-성공적인 커밋 후:
-
-- 사용자에게 묻기: "커밋이 완료되었습니다. Changelog를 업데이트하시겠습니까? (y/n)"
-- yes인 경우 실행: `/project:aiwf:changelog`
-- 이는 다음을 수행:
-  - 최근 커밋 히스토리 분석
-  - CHANGELOG.md 생성 또는 업데이트
-  - 유형별 변경사항 분류 (feat, fix, docs 등)
-  - 방금 생성된 커밋들 포함

package/.claude/commands/aiwf/aiwf_compress_aggressive_persona.md

@@ -1,41 +0,0 @@
-# aiwf compress-aggressive-persona
-
-활성화된 페르소나를 고려하여 공격적 모드로 컨텍스트를 압축합니다.
-
-## 실행
-
-```bash
-# AIWF CLI를 사용하여 페르소나 인식 공격적 압축 실행
-aiwf compress aggressive --persona
-```
-
-## 설명
-
-페르소나 특성을 고려하면서도 50-70%의 높은 압축률을 목표로 합니다. 페르소나 관련 핵심 정보는 보존하되, 나머지는 적극적으로 요약합니다.
-
-### 특징
-
-- 페르소나 중심 요약 생성
-- 핵심 패턴만 보존
-- 중요도가 낮은 섹션은 요약으로 대체
-- 페르소나별 summarization focus 적용
-
-## 압축 결과
-
-압축 후 페르소나별 요약이 문서 하단에 추가됩니다:
-
-```markdown
----
-### [페르소나명] 관점 요약
-
-주요 내용 ([페르소나의 focus]):
-- 핵심 포인트 1
-- 핵심 포인트 2
-- ...
----
-```
-
-## 주의사항
-
-- 매우 높은 압축률로 인해 일부 세부 정보가 손실될 수 있습니다
-- 중요한 문서는 백업 후 사용을 권장합니다

package/.claude/commands/aiwf/aiwf_compress_context.md

@@ -1,116 +0,0 @@
-# Context 압축 - 토큰 절약 실행
-
-토큰 사용량을 줄이기 위해 프로젝트 컨텍스트를 압축합니다. 3단계 압축 모드와 실시간 토큰 모니터링을 제공합니다.
-
-**중요사항:**
-- 기본 모드는 'balanced'로 30-50% 토큰 절약을 목표로 합니다
-- 압축 전후 토큰 사용량과 절약률을 실시간으로 표시합니다
-- 중요한 정보는 모든 모드에서 보존됩니다
-
-## 사용법
-
-```
-/project:aiwf:compress_context [mode] [target]
-```
-
-### 파라미터
-
-- `mode` (선택적): 압축 모드
-  - `aggressive`: 50-70% 토큰 절약 (critical/high 정보만 유지)
-  - `balanced`: 30-50% 토큰 절약 (기본값, medium 이상 정보 유지)
-  - `minimal`: 10-30% 토큰 절약 (모든 정보 유지, 포맷팅만 최적화)
-
-- `target` (선택적): 압축 대상
-  - 파일 경로: 특정 파일 압축
-  - 디렉토리 경로: 디렉토리 내 모든 마크다운 파일 압축
-  - 생략 시: 현재 프로젝트의 주요 문서 압축
-
-## 압축 전략
-
-### Aggressive 모드 (50-70% 압축)
-- Critical/High 중요도 섹션만 유지
-- 코드 예제 대폭 축소
-- 중복 정보 완전 제거
-- Output Log, 히스토리 등 제거
-
-### Balanced 모드 (30-50% 압축)
-- Critical/High/Medium 중요도 섹션 유지
-- 코드 예제 선택적 유지
-- 중복 정보 부분 제거
-- 오래된 로그만 제거
-
-### Minimal 모드 (10-30% 압축)
-- 모든 중요도 유지
-- 공백 및 형식 정리
-- 명백한 중복만 제거
-- 안전한 압축
-
-## 실행 단계
-
-1. **압축 대상 파악**
-   - 대상 파일/디렉토리 확인
-   - 원본 토큰 수 계산
-
-2. **압축 모드 적용**
-   - 선택된 모드에 따라 압축 전략 실행
-   - 중요도 기반 섹션 필터링
-   - 압축 알고리즘 적용
-
-3. **압축 결과 검증**
-   - 압축 후 토큰 수 계산
-   - 절약률 및 품질 점수 표시
-   - Critical 정보 보존 검증
-
-4. **압축 파일 생성**
-   - 압축된 컨텐츠를 새 파일로 저장
-   - 원본 파일은 보존
-   - 압축 메타데이터 기록
-
-## 출력 형식
-
-```
-🗜️ Context 압축 시작
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-압축 모드: balanced
-대상: /workspace/project/.aiwf/
-
-📊 압축 전 통계:
-- 총 파일 수: 15
-- 원본 토큰: 45,320
-- 원본 크기: 125.4 KB
-
-⚙️ 압축 진행 중...
-✓ PROJECT_MANIFEST.md (5,320 → 2,890 토큰, -45.6%)
-✓ ARCHITECTURE.md (8,210 → 4,105 토큰, -50.0%)
-✓ M02_milestone_meta.md (3,450 → 2,070 토큰, -40.0%)
-... [추가 파일들]
-
-📊 압축 후 통계:
-- 압축된 토큰: 27,192
-- 절약된 토큰: 18,128
-- 토큰 절약률: 40.0%
-- 압축 시간: 2.3초
-- 품질 점수: 92/100
-
-✅ 압축 완료!
-압축된 파일 위치: /workspace/project/.aiwf_compressed/
-```
-
-## 품질 보증
-
-- **Critical 정보 보존**: 목표, 요구사항, 승인 기준은 항상 유지
-- **구조 보존**: 문서의 논리적 구조와 계층 유지
-- **가독성 유지**: 압축 후에도 읽기 쉬운 형태 유지
-- **복원 가능**: 압축 메타데이터로 필요시 복원 지원
-
-## 권장 사용 시나리오
-
-1. **대규모 프로젝트 리뷰 시**: aggressive 모드로 핵심만 빠르게 파악
-2. **일반 개발 작업**: balanced 모드로 효율적인 컨텍스트 관리
-3. **디버깅/상세 분석**: minimal 모드로 모든 정보 유지하며 최적화
-
-## 주의사항
-
-- 압축된 파일은 별도 디렉토리에 저장되며 원본은 보존됩니다
-- 압축 시 일부 형식이나 세부 정보가 손실될 수 있습니다
-- Critical로 표시된 정보는 모든 모드에서 보존됩니다

package/.claude/commands/aiwf/aiwf_compress_minimal_persona.md

@@ -1,35 +0,0 @@
-# aiwf compress-minimal-persona
-
-활성화된 페르소나를 고려하여 최소 모드로 컨텍스트를 압축합니다.
-
-## 실행
-
-```bash
-aiwf compress minimal --persona
-```
-
-## 설명
-
-페르소나 특성을 고려하면서도 최소한의 압축만 수행합니다. 10-30%의 낮은 압축률로 원본 내용을 최대한 보존합니다.
-
-### 압축 전략
-
-- 페르소나 관련 패턴은 100% 보존
-- 중복 내용만 제거
-- 불필요한 공백과 포맷팅 정리
-- 페르소나별 중요도 점수가 평균 이상인 섹션은 그대로 유지
-
-## 적합한 사용 사례
-
-- 중요한 기술 문서
-- 상세한 API 문서
-- 보안 관련 문서
-- 데이터 분석 리포트
-
-## 결과
-
-압축 후에도 다음이 보장됩니다:
-- 모든 페르소나 관련 키워드 보존
-- 문서 구조 완전 유지
-- 코드 블록과 예제 보존
-- 테이블과 다이어그램 유지

package/.claude/commands/aiwf/aiwf_compress_stats.md

@@ -1,30 +0,0 @@
-# aiwf compress-stats
-
-페르소나별 압축 통계를 확인합니다.
-
-## 실행
-
-```bash
-aiwf compress stats
-```
-
-## 설명
-
-페르소나별 압축 통계와 현재 활성화된 페르소나의 압축 전략을 확인합니다.
-
-### 제공 정보
-
-1. **현재 페르소나 정보**
-   - 활성 페르소나 이름
-   - 압축 전략 상세
-   - 보존 패턴 목록
-
-2. **압축 히스토리 통계**
-   - 페르소나별 평균 압축률
-   - 압축 성능 비교
-
-## 활용 방법
-
-- 페르소나별 압축 효율성 비교
-- 최적의 압축 모드 선택
-- 압축 전략 개선점 파악

package/.claude/commands/aiwf/aiwf_compress_with_persona.md

@@ -1,38 +0,0 @@
-# aiwf compress-with-persona
-
-활성화된 페르소나를 고려하여 컨텍스트를 압축합니다.
-
-## 실행
-
-```bash
-aiwf compress balanced --persona
-```
-
-## 설명
-
-현재 활성화된 페르소나의 특성을 고려하여 컨텍스트를 압축합니다. 페르소나별로 중요한 패턴과 키워드를 보존하며, 관련성이 낮은 내용은 더 적극적으로 압축합니다.
-
-### 페르소나별 압축 전략
-
-- **Architect**: 시스템 설계, 아키텍처 패턴 중심 보존
-- **Security**: 보안 경고, 취약점 정보 완전 보존
-- **Frontend**: UI/UX 설명, 시각적 요소 중심 보존
-- **Backend**: API 명세, 데이터베이스 스키마 보존
-- **Data Analyst**: 데이터 설명, 인사이트 완전 보존
-
-## 사용 예시
-
-```bash
-# 기본 모드 (balanced)로 페르소나 인식 압축
-aiwf compress balanced --persona
-
-# 다른 압축 모드와 함께 사용
-aiwf compress aggressive --persona  # aggressive 모드
-aiwf compress minimal --persona     # minimal 모드
-```
-
-## 참고
-
-- 페르소나가 활성화되지 않은 경우 일반 압축이 수행됩니다
-- 압축된 파일은 `.aiwf_compressed/` 디렉토리에 저장됩니다
-- 페르소나별 중요 패턴 보존율이 리포트에 포함됩니다

package/.claude/commands/aiwf/aiwf_create_feature_ledger.md

@@ -1,54 +0,0 @@
-# Feature Ledger 생성
-
-새로운 Feature Ledger를 생성하여 기능 개발을 추적합니다.
-
-```bash
-aiwf feature create "$@"
-```
-
-## 설명
-
-Feature Ledger는 프로젝트의 각 기능 개발을 체계적으로 추적하고 관리하는 시스템입니다. 새로운 기능을 개발하기 시작할 때 이 명령어로 Feature를 생성합니다.
-
-### 🎯 주요 기능
-- 자동 Feature ID 할당 (FL001, FL002...)
-- 표준화된 디렉토리 구조 생성
-- Feature 인덱스 자동 업데이트
-- Git 브랜치 생성 가이드 제공
-
-### 📝 사용법
-```bash
-# 대화형 모드 (권장)
-/project:aiwf:create_feature_ledger
-
-# 직접 이름 지정
-/project:aiwf:create_feature_ledger user_authentication
-/project:aiwf:create_feature_ledger "Dashboard Redesign"
-```
-
-### 📂 생성 위치
-- `.aiwf/06_FEATURE_LEDGERS/active/FL###_feature_name.md`
-- 인덱스 파일 자동 업데이트
-
-### ✅ 생성 과정
-1. 다음 사용 가능한 Feature ID 확인
-2. Feature 메타데이터 입력 받기
-3. Feature 파일 생성
-4. 인덱스 업데이트
-5. Git 브랜치 생성 안내
-
-## 예시 출력
-```
-🎯 Feature Ledger 생성 완료!
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-Feature ID: FL001
-제목: User Authentication System
-상태: active
-우선순위: high
-카테고리: feature
-
-📁 파일 위치: .aiwf/06_FEATURE_LEDGERS/active/FL001_user_authentication.md
-
-💡 다음 단계:
-git checkout -b feature/FL001-user-authentication
-```