aiwf 0.3.2 → 0.3.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.aiwf/installed.flag +1 -0
- package/claude-code/aiwf/ko/templates/web-app/template/package-lock.json +10022 -0
- package/index.js +7 -3
- package/package.json +1 -1
- package/.aiwf/.claude/commands/aiwf/aiwf_compress_aggressive_persona.md +0 -53
- package/.aiwf/.claude/commands/aiwf/aiwf_compress_minimal_persona.md +0 -48
- package/.aiwf/.claude/commands/aiwf/aiwf_compress_stats.md +0 -79
- package/.aiwf/.claude/commands/aiwf/aiwf_compress_with_persona.md +0 -51
- package/.aiwf/.claude/commands/aiwf/aiwf_evaluate.md +0 -92
- package/claude-code/aiwf/ko/bin/aiwf-create.js +0 -56
- package/claude-code/aiwf/ko/bin/aiwf.js +0 -21
- package/claude-code/aiwf/ko/docs/00_PROJECT_MANIFEST.md +0 -183
- package/claude-code/aiwf/ko/docs/ARCHITECTURE.md +0 -121
- package/claude-code/aiwf/ko/docs/FEATURE_LEDGER_ADVANCED_USE_CASES.md +0 -412
- package/claude-code/aiwf/ko/docs/FEATURE_LEDGER_API_REFERENCE.md +0 -361
- package/claude-code/aiwf/ko/docs/FEATURE_LEDGER_COMMANDS_GUIDE.md +0 -254
- package/claude-code/aiwf/ko/docs/FEATURE_LEDGER_FAQ.md +0 -365
- package/claude-code/aiwf/ko/docs/FEATURE_LEDGER_SYSTEM_OVERVIEW.md +0 -305
- package/claude-code/aiwf/ko/docs/FEATURE_LEDGER_USER_GUIDE.md +0 -416
- package/claude-code/aiwf/ko/docs/FEATURE_LEDGER_/354/213/234/354/236/221_/352/260/200/354/235/264/353/223/234.md +0 -247
|
@@ -1,121 +0,0 @@
|
|
|
1
|
-
# AIWF (AI Workflow Framework) 아키텍처
|
|
2
|
-
|
|
3
|
-
## 프로젝트 개요
|
|
4
|
-
|
|
5
|
-
AIWF는 Claude Code와의 통합을 위해 설계된 마크다운 기반 프로젝트 관리 프레임워크입니다. AI 지원 개발을 위한 체계적인 워크플로우를 제공하며, 다국어 지원(한국어/영어)을 통해 글로벌 개발자들이 사용할 수 있도록 설계되었습니다.
|
|
6
|
-
|
|
7
|
-
## 핵심 목적
|
|
8
|
-
|
|
9
|
-
- AI가 효과적으로 처리할 수 있는 관리 가능한 단위로 소프트웨어 프로젝트를 분해
|
|
10
|
-
- Claude Code와의 완벽한 통합을 통한 개발 생산성 극대화
|
|
11
|
-
- 체계적인 프로젝트 관리 및 추적 시스템 제공
|
|
12
|
-
- 다국어 환경에서의 일관된 개발 경험 보장
|
|
13
|
-
|
|
14
|
-
## 핵심 아키텍처 구성요소
|
|
15
|
-
|
|
16
|
-
### 1. CLI 설치 도구 (index.js)
|
|
17
|
-
- **역할**: GitHub에서 AIWF 프레임워크 구성요소를 다운로드하고 설치하는 메인 진입점
|
|
18
|
-
- **기술 스택**: Node.js ES modules, Commander.js, Chalk, Ora, Prompts
|
|
19
|
-
- **핵심 기능**:
|
|
20
|
-
- GitHub API 통합으로 최신 프레임워크 컨텐츠 가져오기
|
|
21
|
-
- 대화형 언어 선택 (한국어/영어)
|
|
22
|
-
- 자동 백업 및 업데이트 시스템
|
|
23
|
-
- IDE별 규칙 변환 (Cursor, Windsurf)
|
|
24
|
-
|
|
25
|
-
### 2. AIWF 프레임워크 (claude-code/aiwf/)
|
|
26
|
-
- **구조**: 언어별 분리된 디렉토리 구조 (`ko/`, `en/`)
|
|
27
|
-
- **구성요소**:
|
|
28
|
-
- `.claude/commands/`: Claude Code 커스텀 명령어
|
|
29
|
-
- `.aiwf/`: 프로젝트 관리 구조 및 템플릿
|
|
30
|
-
|
|
31
|
-
### 3. 규칙 시스템 (rules/)
|
|
32
|
-
- **Global Rules**: 항상 적용되는 개발 가이드라인
|
|
33
|
-
- **Manual Rules**: 필요에 따라 적용하는 규칙들
|
|
34
|
-
- **IDE 통합**: Cursor와 Windsurf IDE를 위한 특화된 규칙 변환
|
|
35
|
-
|
|
36
|
-
## 기술적 아키텍처 결정사항
|
|
37
|
-
|
|
38
|
-
### 다국어 지원 전략
|
|
39
|
-
- **언어별 분리**: `ko/`, `en/` 폴더를 통한 완전한 언어별 컨텐츠 분리
|
|
40
|
-
- **설치 시점 선택**: 사용자가 설치 시 언어를 선택하여 해당 언어 버전만 설치
|
|
41
|
-
- **명령어 현지화**: 언어별 Claude Code 명령어 제공
|
|
42
|
-
|
|
43
|
-
### GitHub 통합 전략
|
|
44
|
-
- **직접 다운로드**: GitHub API를 통한 실시간 컨텐츠 페치
|
|
45
|
-
- **무인증 액세스**: GitHub API 속도 제한 내에서 동작
|
|
46
|
-
- **마스터 브랜치 기준**: 항상 최신 안정 버전 제공
|
|
47
|
-
|
|
48
|
-
### 파일 관리 전략
|
|
49
|
-
- **원자적 연산**: 백업/복원 기능을 통한 안전한 업데이트
|
|
50
|
-
- **선택적 업데이트**:
|
|
51
|
-
- CLAUDE.md 파일: 항상 업데이트
|
|
52
|
-
- 명령어: 항상 업데이트
|
|
53
|
-
- 템플릿: 신규 설치 시만 다운로드
|
|
54
|
-
- 사용자 컨텐츠: 업데이트 중 보존
|
|
55
|
-
|
|
56
|
-
## 프로젝트 관리 워크플로우
|
|
57
|
-
|
|
58
|
-
### 명령어 구조
|
|
59
|
-
```
|
|
60
|
-
/project:aiwf:<command>
|
|
61
|
-
```
|
|
62
|
-
|
|
63
|
-
### 핵심 명령어 카테고리
|
|
64
|
-
1. **설정**: `initialize`, `prime`
|
|
65
|
-
2. **계획**: `plan_milestone`, `create_sprints_from_milestone`
|
|
66
|
-
3. **개발**: `do_task`, `commit`, `test`, `code_review`
|
|
67
|
-
4. **자동화**: `yolo` (자율 실행)
|
|
68
|
-
5. **GitHub 통합**: `issue_create`, `pr_create`
|
|
69
|
-
6. **분석**: `ultrathink_*`, `mermaid`, `project_review`
|
|
70
|
-
|
|
71
|
-
### 디렉토리 구조 규칙
|
|
72
|
-
```
|
|
73
|
-
.aiwf/
|
|
74
|
-
├── 00_PROJECT_MANIFEST.md # 중앙 추적 문서
|
|
75
|
-
├── 01_PROJECT_DOCS/ # 프로젝트 문서
|
|
76
|
-
├── 02_REQUIREMENTS/ # 마일스톤 요구사항
|
|
77
|
-
├── 03_SPRINTS/ # 스프린트 실행 추적
|
|
78
|
-
├── 04_GENERAL_TASKS/ # 독립적 태스크
|
|
79
|
-
├── 05_ARCHITECTURE_DECISIONS/ # ADR 문서
|
|
80
|
-
├── 10_STATE_OF_PROJECT/ # 프로젝트 상태 스냅샷
|
|
81
|
-
├── 98_PROMPTS/ # 유용한 AI 프롬프트
|
|
82
|
-
└── 99_TEMPLATES/ # 문서 템플릿
|
|
83
|
-
```
|
|
84
|
-
|
|
85
|
-
## 중요한 기술적 제약사항
|
|
86
|
-
|
|
87
|
-
### 설치 안전성
|
|
88
|
-
- 사용자가 생성한 프로젝트 컨텐츠는 절대 덮어쓰지 않음
|
|
89
|
-
- 업데이트 전 항상 백업 생성
|
|
90
|
-
- 스프린트 및 태스크의 기존 작업 보존
|
|
91
|
-
|
|
92
|
-
### Node.js 요구사항
|
|
93
|
-
- 최소 Node.js 14.0.0
|
|
94
|
-
- ES 모듈 사용 (`"type": "module"`)
|
|
95
|
-
- `https` 및 `fs/promises` 지원 필요
|
|
96
|
-
|
|
97
|
-
### 네트워크 의존성
|
|
98
|
-
- 설치를 위한 인터넷 연결 필요
|
|
99
|
-
- 라이브 GitHub 저장소에서 모든 컨텐츠 가져오기
|
|
100
|
-
- GitHub API 속도 제한 고려 (미인증)
|
|
101
|
-
|
|
102
|
-
## 보안 고려사항
|
|
103
|
-
|
|
104
|
-
- GitHub API를 통한 안전한 컨텐츠 다운로드
|
|
105
|
-
- 사용자 로컬 파일 시스템에 대한 안전한 파일 조작
|
|
106
|
-
- 백업 메커니즘을 통한 데이터 손실 방지
|
|
107
|
-
|
|
108
|
-
## 확장성 고려사항
|
|
109
|
-
|
|
110
|
-
### 새로운 언어 추가
|
|
111
|
-
1. `claude-code/aiwf/{lang_code}/` 디렉토리 생성
|
|
112
|
-
2. 기존 언어에서 컨텐츠 복사 및 번역
|
|
113
|
-
3. `index.js`의 `messages` 객체에 언어 옵션 추가
|
|
114
|
-
4. 언어 선택 프롬프트 업데이트
|
|
115
|
-
|
|
116
|
-
### 새로운 명령어 추가
|
|
117
|
-
1. 언어별 디렉토리에 명령어 파일 생성
|
|
118
|
-
2. 명명 규칙 준수 (한국어 버전은 `_kr` 접미사 가능)
|
|
119
|
-
3. 문서 업데이트
|
|
120
|
-
|
|
121
|
-
이 아키텍처는 안정성과 사용자 안전을 중시하며, 광범위한 오류 처리와 백업 메커니즘을 통해 여러 언어에서 안정적인 프레임워크 배포를 보장합니다.
|
|
@@ -1,412 +0,0 @@
|
|
|
1
|
-
# Feature Ledger Advanced Use Cases
|
|
2
|
-
|
|
3
|
-
## 1. Multi-Sprint Feature Management
|
|
4
|
-
|
|
5
|
-
### Scenario
|
|
6
|
-
대규모 기능이 여러 스프린트에 걸쳐 개발되는 경우
|
|
7
|
-
|
|
8
|
-
### Implementation
|
|
9
|
-
|
|
10
|
-
```yaml
|
|
11
|
-
# FL004_Enterprise_Dashboard.md
|
|
12
|
-
sprint_ids: [S01_M02, S02_M02, S03_M02]
|
|
13
|
-
milestone: M02
|
|
14
|
-
|
|
15
|
-
# Sprint-specific tasks
|
|
16
|
-
sprint_breakdown:
|
|
17
|
-
S01_M02:
|
|
18
|
-
- "Foundation: Database schema, API design"
|
|
19
|
-
- "Progress: 0% → 30%"
|
|
20
|
-
S02_M02:
|
|
21
|
-
- "Core Implementation: Backend APIs, basic UI"
|
|
22
|
-
- "Progress: 30% → 70%"
|
|
23
|
-
S03_M02:
|
|
24
|
-
- "Polish: Advanced features, optimization"
|
|
25
|
-
- "Progress: 70% → 100%"
|
|
26
|
-
```
|
|
27
|
-
|
|
28
|
-
### Sprint Tracking
|
|
29
|
-
|
|
30
|
-
```bash
|
|
31
|
-
# Sprint 시작 시
|
|
32
|
-
/project:aiwf:update_feature_progress FL004 30 --comment "S01 완료: DB 스키마 및 API 설계 완성"
|
|
33
|
-
|
|
34
|
-
# Sprint 중간 점검
|
|
35
|
-
/project:aiwf:feature_report sprint_progress --feature FL004
|
|
36
|
-
```
|
|
37
|
-
|
|
38
|
-
### Best Practices
|
|
39
|
-
- 각 스프린트별 명확한 deliverable 정의
|
|
40
|
-
- 스프린트 경계에서 통합 테스트
|
|
41
|
-
- 진행률은 전체 Feature 기준으로 관리
|
|
42
|
-
|
|
43
|
-
## 2. Cross-Team Feature Collaboration
|
|
44
|
-
|
|
45
|
-
### Scenario
|
|
46
|
-
프론트엔드, 백엔드, DevOps 팀이 함께 작업하는 경우
|
|
47
|
-
|
|
48
|
-
### Setup
|
|
49
|
-
|
|
50
|
-
```yaml
|
|
51
|
-
# Team assignment
|
|
52
|
-
assignee: tech_lead
|
|
53
|
-
contributors: [frontend_dev, backend_dev, devops_eng]
|
|
54
|
-
reviewers: [architect, qa_lead]
|
|
55
|
-
|
|
56
|
-
# Team-specific branches
|
|
57
|
-
team_branches:
|
|
58
|
-
frontend: feature/FL005-frontend
|
|
59
|
-
backend: feature/FL005-backend
|
|
60
|
-
devops: feature/FL005-infra
|
|
61
|
-
```
|
|
62
|
-
|
|
63
|
-
### Workflow
|
|
64
|
-
|
|
65
|
-
```bash
|
|
66
|
-
# 팀별 브랜치 생성
|
|
67
|
-
/project:aiwf:feature_branch FL005 create --team frontend
|
|
68
|
-
/project:aiwf:feature_branch FL005 create --team backend
|
|
69
|
-
|
|
70
|
-
# 팀별 진행 상황 추적
|
|
71
|
-
/project:aiwf:update_feature_progress FL005 20 --team frontend --comment "UI 컴포넌트 50% 완성"
|
|
72
|
-
/project:aiwf:update_feature_progress FL005 15 --team backend --comment "API 엔드포인트 3/5 완성"
|
|
73
|
-
|
|
74
|
-
# 통합 상태 확인
|
|
75
|
-
/project:aiwf:feature_dashboard --feature FL005 --view team_breakdown
|
|
76
|
-
```
|
|
77
|
-
|
|
78
|
-
### Integration Points
|
|
79
|
-
|
|
80
|
-
```markdown
|
|
81
|
-
## Team Sync Points
|
|
82
|
-
- [ ] API Contract Agreement (Day 2)
|
|
83
|
-
- [ ] Frontend-Backend Integration Test (Day 5)
|
|
84
|
-
- [ ] DevOps Deployment Pipeline (Day 7)
|
|
85
|
-
- [ ] End-to-End Testing (Day 9)
|
|
86
|
-
- [ ] Production Deployment (Day 10)
|
|
87
|
-
```
|
|
88
|
-
|
|
89
|
-
## 3. Feature Flag Integration
|
|
90
|
-
|
|
91
|
-
### Scenario
|
|
92
|
-
점진적 롤아웃을 위한 Feature Flag 관리
|
|
93
|
-
|
|
94
|
-
### Configuration
|
|
95
|
-
|
|
96
|
-
```yaml
|
|
97
|
-
# Feature metadata
|
|
98
|
-
feature_flags:
|
|
99
|
-
name: "enterprise_dashboard_enabled"
|
|
100
|
-
default_state: false
|
|
101
|
-
rollout_plan:
|
|
102
|
-
- stage: "internal"
|
|
103
|
-
percentage: 5
|
|
104
|
-
date: "2025-07-10"
|
|
105
|
-
- stage: "beta"
|
|
106
|
-
percentage: 25
|
|
107
|
-
date: "2025-07-15"
|
|
108
|
-
- stage: "ga"
|
|
109
|
-
percentage: 100
|
|
110
|
-
date: "2025-07-20"
|
|
111
|
-
```
|
|
112
|
-
|
|
113
|
-
### Implementation
|
|
114
|
-
|
|
115
|
-
```javascript
|
|
116
|
-
// Code example
|
|
117
|
-
if (featureFlags.isEnabled('enterprise_dashboard_enabled')) {
|
|
118
|
-
return <EnterpriseDashboard />;
|
|
119
|
-
} else {
|
|
120
|
-
return <LegacyDashboard />;
|
|
121
|
-
}
|
|
122
|
-
```
|
|
123
|
-
|
|
124
|
-
### Monitoring
|
|
125
|
-
|
|
126
|
-
```bash
|
|
127
|
-
# Feature flag 상태 업데이트
|
|
128
|
-
/project:aiwf:update_feature_flag FL004 --stage beta --percentage 25
|
|
129
|
-
|
|
130
|
-
# 롤아웃 메트릭 확인
|
|
131
|
-
/project:aiwf:feature_report rollout_metrics --feature FL004
|
|
132
|
-
```
|
|
133
|
-
|
|
134
|
-
## 4. Dependency Management
|
|
135
|
-
|
|
136
|
-
### Scenario
|
|
137
|
-
복잡한 Feature 간 의존성 관리
|
|
138
|
-
|
|
139
|
-
### Dependency Graph
|
|
140
|
-
|
|
141
|
-
```mermaid
|
|
142
|
-
graph TD
|
|
143
|
-
FL001[User Auth] --> FL004[Enterprise Dashboard]
|
|
144
|
-
FL002[Permission System] --> FL004
|
|
145
|
-
FL003[Data Analytics] --> FL004
|
|
146
|
-
FL004 --> FL005[Mobile App]
|
|
147
|
-
FL004 --> FL006[API Gateway]
|
|
148
|
-
```
|
|
149
|
-
|
|
150
|
-
### Configuration
|
|
151
|
-
|
|
152
|
-
```yaml
|
|
153
|
-
# FL004 dependencies
|
|
154
|
-
depends_on: [FL001, FL002, FL003]
|
|
155
|
-
blocks: [FL005, FL006]
|
|
156
|
-
|
|
157
|
-
# Dependency status tracking
|
|
158
|
-
dependency_status:
|
|
159
|
-
FL001: completed
|
|
160
|
-
FL002: completed
|
|
161
|
-
FL003: in_progress # 80% complete
|
|
162
|
-
```
|
|
163
|
-
|
|
164
|
-
### Automation
|
|
165
|
-
|
|
166
|
-
```bash
|
|
167
|
-
# 의존성 체크
|
|
168
|
-
/project:aiwf:check_dependencies FL004
|
|
169
|
-
|
|
170
|
-
# Output:
|
|
171
|
-
✅ FL001: User Auth - Completed
|
|
172
|
-
✅ FL002: Permission System - Completed
|
|
173
|
-
⚠️ FL003: Data Analytics - In Progress (80%)
|
|
174
|
-
❌ Cannot start FL004 until all dependencies are completed
|
|
175
|
-
|
|
176
|
-
# 의존성 대시보드
|
|
177
|
-
/project:aiwf:feature_report dependencies --format mermaid
|
|
178
|
-
```
|
|
179
|
-
|
|
180
|
-
## 5. Performance Tracking
|
|
181
|
-
|
|
182
|
-
### Scenario
|
|
183
|
-
Feature의 성능 영향 추적
|
|
184
|
-
|
|
185
|
-
### Metrics Definition
|
|
186
|
-
|
|
187
|
-
```yaml
|
|
188
|
-
performance_metrics:
|
|
189
|
-
- metric: "API Response Time"
|
|
190
|
-
baseline: 200ms
|
|
191
|
-
target: 150ms
|
|
192
|
-
current: 180ms
|
|
193
|
-
- metric: "Page Load Time"
|
|
194
|
-
baseline: 2.5s
|
|
195
|
-
target: 2.0s
|
|
196
|
-
current: 2.2s
|
|
197
|
-
- metric: "Database Query Count"
|
|
198
|
-
baseline: 15
|
|
199
|
-
target: 10
|
|
200
|
-
current: 12
|
|
201
|
-
```
|
|
202
|
-
|
|
203
|
-
### Tracking
|
|
204
|
-
|
|
205
|
-
```bash
|
|
206
|
-
# 성능 메트릭 업데이트
|
|
207
|
-
/project:aiwf:update_metrics FL004 --metric "API Response Time" --value 180ms
|
|
208
|
-
|
|
209
|
-
# 성능 리포트
|
|
210
|
-
/project:aiwf:feature_report performance --feature FL004
|
|
211
|
-
```
|
|
212
|
-
|
|
213
|
-
### Automated Checks
|
|
214
|
-
|
|
215
|
-
```yaml
|
|
216
|
-
# CI/CD integration
|
|
217
|
-
performance_gates:
|
|
218
|
-
- name: "API Response Time"
|
|
219
|
-
threshold: 200ms
|
|
220
|
-
action: "warn"
|
|
221
|
-
- name: "Page Load Time"
|
|
222
|
-
threshold: 3.0s
|
|
223
|
-
action: "block"
|
|
224
|
-
```
|
|
225
|
-
|
|
226
|
-
## 6. Migration Features
|
|
227
|
-
|
|
228
|
-
### Scenario
|
|
229
|
-
레거시 시스템 마이그레이션 Feature
|
|
230
|
-
|
|
231
|
-
### Phased Approach
|
|
232
|
-
|
|
233
|
-
```yaml
|
|
234
|
-
migration_phases:
|
|
235
|
-
phase1:
|
|
236
|
-
name: "Data Migration"
|
|
237
|
-
status: completed
|
|
238
|
-
duration: "5 days"
|
|
239
|
-
rollback_tested: true
|
|
240
|
-
phase2:
|
|
241
|
-
name: "API Migration"
|
|
242
|
-
status: in_progress
|
|
243
|
-
duration: "7 days"
|
|
244
|
-
rollback_tested: false
|
|
245
|
-
phase3:
|
|
246
|
-
name: "UI Migration"
|
|
247
|
-
status: planned
|
|
248
|
-
duration: "10 days"
|
|
249
|
-
rollback_tested: false
|
|
250
|
-
```
|
|
251
|
-
|
|
252
|
-
### Rollback Planning
|
|
253
|
-
|
|
254
|
-
```markdown
|
|
255
|
-
## Rollback Procedures
|
|
256
|
-
|
|
257
|
-
### Phase 1 Rollback (Data)
|
|
258
|
-
1. Stop write operations
|
|
259
|
-
2. Run rollback script: `scripts/rollback_data_migration.sh`
|
|
260
|
-
3. Verify data integrity
|
|
261
|
-
4. Resume operations
|
|
262
|
-
|
|
263
|
-
### Phase 2 Rollback (API)
|
|
264
|
-
1. Switch load balancer to legacy endpoints
|
|
265
|
-
2. Clear cache
|
|
266
|
-
3. Monitor error rates
|
|
267
|
-
```
|
|
268
|
-
|
|
269
|
-
## 7. A/B Testing Features
|
|
270
|
-
|
|
271
|
-
### Scenario
|
|
272
|
-
새 기능의 효과를 A/B 테스트로 검증
|
|
273
|
-
|
|
274
|
-
### Configuration
|
|
275
|
-
|
|
276
|
-
```yaml
|
|
277
|
-
ab_test_config:
|
|
278
|
-
test_name: "new_checkout_flow"
|
|
279
|
-
variants:
|
|
280
|
-
control:
|
|
281
|
-
name: "Legacy Checkout"
|
|
282
|
-
percentage: 50
|
|
283
|
-
feature_flag: false
|
|
284
|
-
treatment:
|
|
285
|
-
name: "New Checkout"
|
|
286
|
-
percentage: 50
|
|
287
|
-
feature_flag: true
|
|
288
|
-
metrics:
|
|
289
|
-
- conversion_rate
|
|
290
|
-
- average_order_value
|
|
291
|
-
- checkout_time
|
|
292
|
-
duration: "14 days"
|
|
293
|
-
```
|
|
294
|
-
|
|
295
|
-
### Results Tracking
|
|
296
|
-
|
|
297
|
-
```bash
|
|
298
|
-
# A/B 테스트 결과 업데이트
|
|
299
|
-
/project:aiwf:update_ab_test FL007 --metric conversion_rate --control 2.3 --treatment 3.1
|
|
300
|
-
|
|
301
|
-
# 통계적 유의성 확인
|
|
302
|
-
/project:aiwf:feature_report ab_test_results --feature FL007
|
|
303
|
-
```
|
|
304
|
-
|
|
305
|
-
## 8. Security Features
|
|
306
|
-
|
|
307
|
-
### Scenario
|
|
308
|
-
보안 관련 Feature의 특별 관리
|
|
309
|
-
|
|
310
|
-
### Security Checklist
|
|
311
|
-
|
|
312
|
-
```yaml
|
|
313
|
-
security_requirements:
|
|
314
|
-
- requirement: "Security Design Review"
|
|
315
|
-
status: completed
|
|
316
|
-
reviewer: "security_team"
|
|
317
|
-
date: "2025-07-08"
|
|
318
|
-
- requirement: "Penetration Testing"
|
|
319
|
-
status: scheduled
|
|
320
|
-
date: "2025-07-15"
|
|
321
|
-
- requirement: "OWASP Top 10 Compliance"
|
|
322
|
-
status: in_progress
|
|
323
|
-
checklist:
|
|
324
|
-
- injection: passed
|
|
325
|
-
- broken_auth: passed
|
|
326
|
-
- sensitive_data: in_review
|
|
327
|
-
```
|
|
328
|
-
|
|
329
|
-
### Compliance Tracking
|
|
330
|
-
|
|
331
|
-
```bash
|
|
332
|
-
# 보안 체크리스트 업데이트
|
|
333
|
-
/project:aiwf:update_security_checklist FL008 --item "penetration_testing" --status completed
|
|
334
|
-
|
|
335
|
-
# 보안 컴플라이언스 리포트
|
|
336
|
-
/project:aiwf:feature_report security_compliance --feature FL008
|
|
337
|
-
```
|
|
338
|
-
|
|
339
|
-
## 9. Documentation-Heavy Features
|
|
340
|
-
|
|
341
|
-
### Scenario
|
|
342
|
-
API나 SDK처럼 문서가 중요한 Feature
|
|
343
|
-
|
|
344
|
-
### Documentation Tracking
|
|
345
|
-
|
|
346
|
-
```yaml
|
|
347
|
-
documentation_requirements:
|
|
348
|
-
- type: "API Reference"
|
|
349
|
-
status: in_progress
|
|
350
|
-
completeness: 70%
|
|
351
|
-
location: "docs/api/v2"
|
|
352
|
-
- type: "Integration Guide"
|
|
353
|
-
status: completed
|
|
354
|
-
completeness: 100%
|
|
355
|
-
location: "docs/guides/integration"
|
|
356
|
-
- type: "Code Examples"
|
|
357
|
-
status: planned
|
|
358
|
-
completeness: 0%
|
|
359
|
-
languages: [javascript, python, java]
|
|
360
|
-
```
|
|
361
|
-
|
|
362
|
-
### Auto-generation
|
|
363
|
-
|
|
364
|
-
```bash
|
|
365
|
-
# API 문서 자동 생성
|
|
366
|
-
/project:aiwf:generate_docs FL009 --type api_reference
|
|
367
|
-
|
|
368
|
-
# 문서 완성도 확인
|
|
369
|
-
/project:aiwf:feature_report documentation --feature FL009
|
|
370
|
-
```
|
|
371
|
-
|
|
372
|
-
## 10. Feature Deprecation
|
|
373
|
-
|
|
374
|
-
### Scenario
|
|
375
|
-
기존 Feature를 단계적으로 폐기
|
|
376
|
-
|
|
377
|
-
### Deprecation Plan
|
|
378
|
-
|
|
379
|
-
```yaml
|
|
380
|
-
deprecation_plan:
|
|
381
|
-
announcement_date: "2025-07-01"
|
|
382
|
-
deprecation_date: "2025-08-01"
|
|
383
|
-
removal_date: "2025-09-01"
|
|
384
|
-
migration_guide: "docs/migration/legacy_to_new.md"
|
|
385
|
-
affected_users: 1250
|
|
386
|
-
migration_status:
|
|
387
|
-
notified: 1250
|
|
388
|
-
migrated: 890
|
|
389
|
-
pending: 360
|
|
390
|
-
```
|
|
391
|
-
|
|
392
|
-
### Communication
|
|
393
|
-
|
|
394
|
-
```bash
|
|
395
|
-
# 폐기 공지 발송
|
|
396
|
-
/project:aiwf:send_deprecation_notice FL003 --channel email,in_app
|
|
397
|
-
|
|
398
|
-
# 마이그레이션 상태 추적
|
|
399
|
-
/project:aiwf:feature_report deprecation_status --feature FL003
|
|
400
|
-
```
|
|
401
|
-
|
|
402
|
-
## Best Practices Summary
|
|
403
|
-
|
|
404
|
-
1. **복잡도 관리**: Feature가 복잡해질수록 더 세분화된 추적 필요
|
|
405
|
-
2. **자동화 우선**: 반복 작업은 스크립트나 CI/CD로 자동화
|
|
406
|
-
3. **투명성 유지**: 모든 이해관계자가 상태를 쉽게 파악할 수 있도록
|
|
407
|
-
4. **데이터 기반 결정**: 메트릭과 로그를 기반으로 의사결정
|
|
408
|
-
5. **롤백 준비**: 항상 되돌릴 수 있는 계획 수립
|
|
409
|
-
|
|
410
|
-
---
|
|
411
|
-
|
|
412
|
-
*이 문서는 Feature Ledger의 고급 활용 사례를 다룹니다. 기본 사용법은 [User Guide](./FEATURE_LEDGER_USER_GUIDE.md)를 참조하세요.*
|