@kood/claude-code 0.6.1 → 0.6.2
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/dist/index.js +1 -1
- package/package.json +1 -1
- package/templates/.claude/instructions/agent-patterns/delegation-patterns.md +389 -0
- package/templates/.claude/instructions/context-optimization/phase-based-execution.md +410 -0
- package/templates/.claude/instructions/context-optimization/redundant-exploration-prevention.md +646 -0
- package/templates/.claude/instructions/context-optimization/sub-agent-distribution.md +476 -0
- package/templates/.claude/instructions/glossary.md +48 -0
- package/templates/.claude/instructions/project-context-template.md +453 -0
- package/templates/.claude/instructions/skill-integration.md +90 -0
- package/templates/.claude/instructions/sourcing/reliable-search.md +411 -0
- package/templates/.claude/instructions/validation/forbidden-patterns.md +47 -0
- package/templates/.claude/instructions/validation/required-behaviors.md +120 -0
- package/templates/.claude/instructions/validation/scope-completeness.md +367 -0
- package/templates/.claude/instructions/workflow-patterns/todowrite-pattern.md +2 -0
- package/templates/.claude/skills/brainstorm/SKILL.md +75 -672
- package/templates/.claude/skills/bug-fix/SKILL.md +9 -137
- package/templates/.claude/skills/docs-fetch/SKILL.md +64 -232
- package/templates/.claude/skills/elon-musk/SKILL.md +57 -310
- package/templates/.claude/skills/execute/SKILL.md +18 -397
- package/templates/.claude/skills/plan/SKILL.md +12 -986
- package/templates/.claude/skills/prd/SKILL.md +13 -1
- package/templates/.claude/skills/ralph/SKILL.md +15 -497
- package/templates/.claude/skills/refactor/SKILL.md +11 -655
- package/templates/.claude/skills/research/SKILL.md +20 -23
|
@@ -0,0 +1,410 @@
|
|
|
1
|
+
# Phase-Based Execution
|
|
2
|
+
|
|
3
|
+
**목적**: 대규모 작업을 Phase로 분리하여 Context Window Exceeded 방지
|
|
4
|
+
|
|
5
|
+
## 문제 인식
|
|
6
|
+
|
|
7
|
+
**Usage Report 분석 결과:**
|
|
8
|
+
|
|
9
|
+
| 문제 | 발생 빈도 | 영향 |
|
|
10
|
+
|------|----------|------|
|
|
11
|
+
| Context Window Exceeded | 3건 | 작업 실패 |
|
|
12
|
+
| Multi-phase 리팩토링 실패 | 높음 | Phase 3-4 진입 전 중단 |
|
|
13
|
+
| 병렬 에이전트 오케스트레이션 실패 | 높음 | 컨텍스트 폭발 |
|
|
14
|
+
|
|
15
|
+
**핵심 원인**: 모든 작업을 단일 세션에서 수행하려는 시도
|
|
16
|
+
|
|
17
|
+
## Phase 분리 기준
|
|
18
|
+
|
|
19
|
+
다음 중 **하나라도** 해당하면 Phase 분리 필수:
|
|
20
|
+
|
|
21
|
+
| 조건 | 임계값 | 조치 |
|
|
22
|
+
|------|--------|------|
|
|
23
|
+
| **파일 변경 개수** | 10개 이상 | 2-3 Phase로 분할 |
|
|
24
|
+
| **예상 컨텍스트** | 50% 초과 | Phase 분리 + 에이전트 위임 |
|
|
25
|
+
| **독립 작업 그룹** | 2개 이상 | 별도 Phase 실행 |
|
|
26
|
+
| **세션 길이** | 30분 이상 | 체크포인트 설정 |
|
|
27
|
+
|
|
28
|
+
### 체크리스트
|
|
29
|
+
|
|
30
|
+
Phase 분리 여부 결정:
|
|
31
|
+
|
|
32
|
+
- [ ] 10개 이상 파일을 수정하는가?
|
|
33
|
+
- [ ] 컨텍스트가 50% 이상 증가할 것 같은가?
|
|
34
|
+
- [ ] 서로 독립적인 작업 그룹이 2개 이상인가?
|
|
35
|
+
- [ ] 30분 이상 걸릴 것 같은가?
|
|
36
|
+
|
|
37
|
+
**하나라도 체크되면 Phase 분리 진행**
|
|
38
|
+
|
|
39
|
+
## Phase 설계 원칙
|
|
40
|
+
|
|
41
|
+
### 원칙 1: 독립적 완료 가능성
|
|
42
|
+
|
|
43
|
+
**각 Phase는 독립적으로 완료 및 검증 가능해야 함**
|
|
44
|
+
|
|
45
|
+
```markdown
|
|
46
|
+
✅ Phase 1: 스키마 설계 → 검증 (Prisma validate) → 커밋
|
|
47
|
+
✅ Phase 2: API 구현 → 검증 (/pre-deploy) → 커밋
|
|
48
|
+
✅ Phase 3: UI 구현 → 검증 (build) → 커밋
|
|
49
|
+
|
|
50
|
+
❌ Phase 1: 스키마 + API 일부 → 검증 불가능
|
|
51
|
+
```
|
|
52
|
+
|
|
53
|
+
### 원칙 2: 의존성 최소화
|
|
54
|
+
|
|
55
|
+
**Phase 간 의존성을 최소화하고 명확히 문서화**
|
|
56
|
+
|
|
57
|
+
```markdown
|
|
58
|
+
✅ Phase 1 → Phase 2 의존성: schema.prisma 완성 필요
|
|
59
|
+
✅ Phase 2 → Phase 3 의존성: Server Functions 완성 필요
|
|
60
|
+
|
|
61
|
+
❌ Phase 1과 Phase 3가 서로 의존 (순환 의존성)
|
|
62
|
+
```
|
|
63
|
+
|
|
64
|
+
### 원칙 3: 체크포인트 설정
|
|
65
|
+
|
|
66
|
+
**각 Phase 끝에 반드시 체크포인트 실행**
|
|
67
|
+
|
|
68
|
+
```typescript
|
|
69
|
+
// Phase N 완료 체크포인트
|
|
70
|
+
1. /pre-deploy 실행 (typecheck, lint, build)
|
|
71
|
+
2. TaskList() 확인 (pending = 0)
|
|
72
|
+
3. git commit (변경사항 저장)
|
|
73
|
+
4. 상태 문서 업데이트 (PROCESS.md, VERIFICATION.md)
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
### 원칙 4: 상태 문서화
|
|
77
|
+
|
|
78
|
+
**다음 세션에서 이어서 진행할 수 있도록 상태 저장**
|
|
79
|
+
|
|
80
|
+
```markdown
|
|
81
|
+
📁 .claude/plan/large-refactor/
|
|
82
|
+
├── phase-1-complete.md # Phase 1 완료 요약
|
|
83
|
+
├── phase-2-plan.md # Phase 2 작업 계획
|
|
84
|
+
└── context-summary.md # 전체 컨텍스트 압축 요약
|
|
85
|
+
```
|
|
86
|
+
|
|
87
|
+
## Phase 간 상태 전달
|
|
88
|
+
|
|
89
|
+
### 방법 1: TaskCreate/TaskUpdate
|
|
90
|
+
|
|
91
|
+
**진행 상황을 Task로 추적**
|
|
92
|
+
|
|
93
|
+
```typescript
|
|
94
|
+
// Phase 1 시작
|
|
95
|
+
TaskCreate({
|
|
96
|
+
subject: "Phase 1: 스키마 설계",
|
|
97
|
+
description: "User, Post, Comment 모델 정의"
|
|
98
|
+
})
|
|
99
|
+
|
|
100
|
+
// Phase 1 완료
|
|
101
|
+
TaskUpdate({
|
|
102
|
+
id: task_id,
|
|
103
|
+
status: "completed",
|
|
104
|
+
result: "3개 모델 완료. schema.prisma 커밋됨"
|
|
105
|
+
})
|
|
106
|
+
|
|
107
|
+
// Phase 2 시작
|
|
108
|
+
TaskCreate({
|
|
109
|
+
subject: "Phase 2: API 구현",
|
|
110
|
+
description: "Phase 1의 스키마 기반으로 Server Functions 구현"
|
|
111
|
+
})
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
### 방법 2: 파일 기반 상태 저장
|
|
115
|
+
|
|
116
|
+
**요약 문서로 다음 Phase 컨텍스트 제공**
|
|
117
|
+
|
|
118
|
+
```markdown
|
|
119
|
+
<!-- .claude/plan/refactor/phase-1-summary.md -->
|
|
120
|
+
# Phase 1 완료 요약
|
|
121
|
+
|
|
122
|
+
## 구현 내용
|
|
123
|
+
- User, Post, Comment 스키마 정의 완료
|
|
124
|
+
- 관계: User 1:N Post, Post 1:N Comment
|
|
125
|
+
|
|
126
|
+
## 변경 파일
|
|
127
|
+
- prisma/schema/user.prisma
|
|
128
|
+
- prisma/schema/post.prisma
|
|
129
|
+
- prisma/schema/comment.prisma
|
|
130
|
+
|
|
131
|
+
## 다음 Phase 입력
|
|
132
|
+
- schema.prisma 경로: prisma/schema/
|
|
133
|
+
- 생성할 API: CRUD for User, Post, Comment
|
|
134
|
+
```
|
|
135
|
+
|
|
136
|
+
### 방법 3: 컨텍스트 압축 요약
|
|
137
|
+
|
|
138
|
+
**장황한 탐색 결과를 압축된 표로 변환**
|
|
139
|
+
|
|
140
|
+
```markdown
|
|
141
|
+
<!-- 장황한 탐색 결과 (수백 줄) → 압축 요약 -->
|
|
142
|
+
|
|
143
|
+
## 인증 관련 파일 맵
|
|
144
|
+
|
|
145
|
+
| 카테고리 | 파일 | 역할 |
|
|
146
|
+
|---------|------|------|
|
|
147
|
+
| 미들웨어 | src/middleware/auth.ts | 인증 체크 |
|
|
148
|
+
| Server Function | src/functions/auth.ts | login, signup, logout |
|
|
149
|
+
| 라우트 | src/routes/login/index.tsx | 로그인 UI |
|
|
150
|
+
| 라우트 | src/routes/signup/index.tsx | 회원가입 UI |
|
|
151
|
+
| 스키마 | prisma/schema/user.prisma | User 모델 |
|
|
152
|
+
| 타입 | src/types/auth.ts | AuthSession, AuthUser |
|
|
153
|
+
|
|
154
|
+
**총 6개 파일 → Phase 2에서 수정 대상**
|
|
155
|
+
```
|
|
156
|
+
|
|
157
|
+
## Sub-Agent 활용
|
|
158
|
+
|
|
159
|
+
### 패턴 1: Phase 내 병렬 분산
|
|
160
|
+
|
|
161
|
+
**각 Phase 내에서도 Task 에이전트로 작업 분산**
|
|
162
|
+
|
|
163
|
+
```typescript
|
|
164
|
+
// Phase 2: API 구현 (병렬)
|
|
165
|
+
Task(subagent_type="implementation-executor", model="sonnet",
|
|
166
|
+
prompt="User CRUD Server Functions 구현")
|
|
167
|
+
Task(subagent_type="implementation-executor", model="sonnet",
|
|
168
|
+
prompt="Post CRUD Server Functions 구현")
|
|
169
|
+
Task(subagent_type="implementation-executor", model="sonnet",
|
|
170
|
+
prompt="Comment CRUD Server Functions 구현")
|
|
171
|
+
```
|
|
172
|
+
|
|
173
|
+
**장점**: 컨텍스트를 3개 에이전트로 분산 → Main Agent 컨텍스트 절약
|
|
174
|
+
|
|
175
|
+
### 패턴 2: 에이전트 결과 압축
|
|
176
|
+
|
|
177
|
+
**에이전트 응답을 즉시 요약하여 Main Agent 컨텍스트 유지**
|
|
178
|
+
|
|
179
|
+
```typescript
|
|
180
|
+
// ❌ 금지: 에이전트 전체 응답 보관
|
|
181
|
+
const result1 = await Task(...) // 5000 토큰
|
|
182
|
+
const result2 = await Task(...) // 5000 토큰
|
|
183
|
+
const result3 = await Task(...) // 5000 토큰
|
|
184
|
+
// → Main Agent 컨텍스트 15000 토큰 증가
|
|
185
|
+
|
|
186
|
+
// ✅ 권장: 즉시 압축
|
|
187
|
+
const result1 = await Task(...)
|
|
188
|
+
// → 요약: "User CRUD 완료. 4개 함수 생성. ✅ typecheck 통과"
|
|
189
|
+
|
|
190
|
+
const result2 = await Task(...)
|
|
191
|
+
// → 요약: "Post CRUD 완료. 4개 함수 생성. ✅ typecheck 통과"
|
|
192
|
+
|
|
193
|
+
// → Main Agent 컨텍스트 200 토큰만 증가
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
## Phase 실행 템플릿
|
|
197
|
+
|
|
198
|
+
### 소규모 리팩토링 (10-20 파일)
|
|
199
|
+
|
|
200
|
+
```markdown
|
|
201
|
+
Phase 1: 분석 및 계획 (30분)
|
|
202
|
+
- 파일 탐색 및 의존성 맵 생성
|
|
203
|
+
- 요약 문서 작성 (context-summary.md)
|
|
204
|
+
- 작업 목록 생성 (TaskCreate)
|
|
205
|
+
|
|
206
|
+
Phase 2: 구현 Part 1 (1시간)
|
|
207
|
+
- 핵심 파일 수정 (5-10개)
|
|
208
|
+
- 검증 (typecheck, lint)
|
|
209
|
+
- 커밋 (git-operator)
|
|
210
|
+
|
|
211
|
+
Phase 3: 구현 Part 2 (1시간)
|
|
212
|
+
- 나머지 파일 수정 (5-10개)
|
|
213
|
+
- 검증 (typecheck, lint)
|
|
214
|
+
- 커밋 (git-operator)
|
|
215
|
+
|
|
216
|
+
Phase 4: 통합 테스트 (30분)
|
|
217
|
+
- 전체 빌드 테스트
|
|
218
|
+
- Planner 검증
|
|
219
|
+
- 완료 문서화
|
|
220
|
+
```
|
|
221
|
+
|
|
222
|
+
### 대규모 리팩토링 (20+ 파일)
|
|
223
|
+
|
|
224
|
+
```markdown
|
|
225
|
+
Phase 1: 탐색 및 요약 (1시간)
|
|
226
|
+
- 전체 파일 목록 생성 (Glob)
|
|
227
|
+
- 카테고리별 분류 (표 형식)
|
|
228
|
+
- 압축 요약 문서 생성
|
|
229
|
+
- Phase 2-4 계획 수립
|
|
230
|
+
|
|
231
|
+
Phase 2: 핵심 모듈 (2시간)
|
|
232
|
+
- 가장 중요한 10개 파일 수정
|
|
233
|
+
- Sub-agent 병렬 실행 (3-5개)
|
|
234
|
+
- 검증 + 커밋
|
|
235
|
+
- Phase 3 입력 문서 생성
|
|
236
|
+
|
|
237
|
+
Phase 3: 주변 모듈 (2시간)
|
|
238
|
+
- 나머지 10개 파일 수정
|
|
239
|
+
- Sub-agent 병렬 실행
|
|
240
|
+
- 검증 + 커밋
|
|
241
|
+
- Phase 4 입력 문서 생성
|
|
242
|
+
|
|
243
|
+
Phase 4: 통합 및 검증 (1시간)
|
|
244
|
+
- 전체 빌드 테스트
|
|
245
|
+
- Planner 검증
|
|
246
|
+
- 문서 업데이트
|
|
247
|
+
- 완료 선언
|
|
248
|
+
```
|
|
249
|
+
|
|
250
|
+
## Phase 전환 체크리스트
|
|
251
|
+
|
|
252
|
+
Phase N 완료 전 반드시 확인:
|
|
253
|
+
|
|
254
|
+
```markdown
|
|
255
|
+
- [ ] 현재 Phase 작업 모두 완료?
|
|
256
|
+
- [ ] TASKS.md 체크박스 모두 체크?
|
|
257
|
+
- [ ] TaskList() 확인 (pending = 0)?
|
|
258
|
+
|
|
259
|
+
- [ ] 검증 통과?
|
|
260
|
+
- [ ] typecheck: ✅
|
|
261
|
+
- [ ] lint: ✅
|
|
262
|
+
- [ ] build: ✅ (최종 Phase만)
|
|
263
|
+
|
|
264
|
+
- [ ] 상태 문서 업데이트?
|
|
265
|
+
- [ ] PROCESS.md: Phase N 완료 기록
|
|
266
|
+
- [ ] VERIFICATION.md: 검증 결과 기록
|
|
267
|
+
- [ ] phase-N-summary.md: 요약 생성
|
|
268
|
+
|
|
269
|
+
- [ ] 변경사항 커밋?
|
|
270
|
+
- [ ] git-operator로 커밋 완료
|
|
271
|
+
- [ ] 커밋 메시지: "feat(phase-N): ..."
|
|
272
|
+
```
|
|
273
|
+
|
|
274
|
+
**모든 항목 체크 후 다음 Phase 시작**
|
|
275
|
+
|
|
276
|
+
## 실전 예시
|
|
277
|
+
|
|
278
|
+
### 예시 1: Context Window Exceeded 회피
|
|
279
|
+
|
|
280
|
+
```markdown
|
|
281
|
+
【초기 계획】
|
|
282
|
+
- 모든 19개 SKILL.md 파일을 한 번에 수정
|
|
283
|
+
- 예상 컨텍스트: 80% (위험)
|
|
284
|
+
|
|
285
|
+
【Phase 분리 후】
|
|
286
|
+
Phase 1: 탐색 및 계획 (10분)
|
|
287
|
+
- Glob → 19개 파일 발견
|
|
288
|
+
- 카테고리 분류: core (5개), utility (14개)
|
|
289
|
+
- 요약 문서 생성
|
|
290
|
+
|
|
291
|
+
Phase 2: Core 스킬 (30분)
|
|
292
|
+
- 5개 core 스킬 수정 (병렬 에이전트)
|
|
293
|
+
- 검증 + 커밋
|
|
294
|
+
- 예상 컨텍스트: 30%
|
|
295
|
+
|
|
296
|
+
Phase 3: Utility 스킬 (30분)
|
|
297
|
+
- 14개 utility 스킬 수정 (병렬 에이전트)
|
|
298
|
+
- 검증 + 커밋
|
|
299
|
+
- 예상 컨텍스트: 30%
|
|
300
|
+
|
|
301
|
+
【결과】
|
|
302
|
+
✅ Context Window Exceeded 회피
|
|
303
|
+
✅ 각 Phase 독립적으로 검증 및 커밋
|
|
304
|
+
✅ 중간에 중단되어도 재개 가능
|
|
305
|
+
```
|
|
306
|
+
|
|
307
|
+
### 예시 2: Multi-Phase 리팩토링 성공
|
|
308
|
+
|
|
309
|
+
```markdown
|
|
310
|
+
【문제 상황】
|
|
311
|
+
- 인증 시스템 전면 리팩토링
|
|
312
|
+
- 15개 파일 영향
|
|
313
|
+
- Phase 3-4에서 컨텍스트 폭발 예상
|
|
314
|
+
|
|
315
|
+
【Phase 설계】
|
|
316
|
+
Phase 1: 분석 (30분)
|
|
317
|
+
- 파일 의존성 맵 생성
|
|
318
|
+
- 리팩토링 전략 수립
|
|
319
|
+
- 압축 요약 문서 작성 (3페이지 → 1페이지)
|
|
320
|
+
|
|
321
|
+
Phase 2: Schema + Middleware (1시간)
|
|
322
|
+
- Prisma 스키마 수정
|
|
323
|
+
- auth 미들웨어 리팩토링
|
|
324
|
+
- typecheck 검증 + 커밋
|
|
325
|
+
- Phase 3 입력 문서 생성
|
|
326
|
+
|
|
327
|
+
Phase 3: Server Functions (1시간)
|
|
328
|
+
- login, signup, logout 함수 재구현
|
|
329
|
+
- inputValidator + middleware 적용
|
|
330
|
+
- /pre-deploy 검증 + 커밋
|
|
331
|
+
- Phase 4 입력 문서 생성
|
|
332
|
+
|
|
333
|
+
Phase 4: UI + 통합 (1시간)
|
|
334
|
+
- 로그인/회원가입 UI 수정
|
|
335
|
+
- TanStack Query 연동
|
|
336
|
+
- 전체 빌드 테스트
|
|
337
|
+
- Planner 검증 + 완료
|
|
338
|
+
|
|
339
|
+
【결과】
|
|
340
|
+
✅ 모든 Phase 성공적 완료
|
|
341
|
+
✅ 컨텍스트 사용률: 각 Phase 40% 미만
|
|
342
|
+
✅ 각 Phase 체크포인트로 안전성 확보
|
|
343
|
+
```
|
|
344
|
+
|
|
345
|
+
## 안티패턴
|
|
346
|
+
|
|
347
|
+
### ❌ 금지 1: Phase 분리 없이 진행
|
|
348
|
+
|
|
349
|
+
```markdown
|
|
350
|
+
// 20개 파일 수정 → 한 번에 진행
|
|
351
|
+
→ Context Window Exceeded
|
|
352
|
+
→ 작업 실패 + 재시도 필요
|
|
353
|
+
```
|
|
354
|
+
|
|
355
|
+
### ❌ 금지 2: Phase 간 의존성 복잡화
|
|
356
|
+
|
|
357
|
+
```markdown
|
|
358
|
+
Phase 1: A, B 파일 수정
|
|
359
|
+
Phase 2: C, D 파일 수정 (A, B 의존)
|
|
360
|
+
Phase 3: A 파일 재수정 (C, D 의존) ← 순환 의존성!
|
|
361
|
+
```
|
|
362
|
+
|
|
363
|
+
### ❌ 금지 3: 체크포인트 생략
|
|
364
|
+
|
|
365
|
+
```markdown
|
|
366
|
+
Phase 1 완료 → 커밋 없이 Phase 2 시작
|
|
367
|
+
→ Phase 2 실패 시 Phase 1부터 재작업 필요
|
|
368
|
+
```
|
|
369
|
+
|
|
370
|
+
### ❌ 금지 4: 상태 문서화 누락
|
|
371
|
+
|
|
372
|
+
```markdown
|
|
373
|
+
Phase 1 완료 → 요약 문서 없음
|
|
374
|
+
→ Phase 2 시작 시 Phase 1 전체 재탐색 필요
|
|
375
|
+
→ 컨텍스트 낭비
|
|
376
|
+
```
|
|
377
|
+
|
|
378
|
+
## 베스트 프랙티스
|
|
379
|
+
|
|
380
|
+
| 원칙 | 구현 |
|
|
381
|
+
|------|------|
|
|
382
|
+
| **조기 분리** | 작업 시작 전 Phase 분리 여부 판단 |
|
|
383
|
+
| **독립성 우선** | 각 Phase는 독립적으로 완료 가능하게 설계 |
|
|
384
|
+
| **체크포인트 필수** | Phase 끝마다 검증 + 커밋 |
|
|
385
|
+
| **상태 압축** | 장황한 내용은 표/목록으로 압축 |
|
|
386
|
+
| **에이전트 활용** | Phase 내에서도 Sub-agent로 병렬 처리 |
|
|
387
|
+
| **재개 가능성** | 다음 세션에서 이어서 실행 가능하도록 문서화 |
|
|
388
|
+
|
|
389
|
+
## 체크리스트
|
|
390
|
+
|
|
391
|
+
작업 시작 전:
|
|
392
|
+
|
|
393
|
+
- [ ] Phase 분리 기준 확인 (10개+ 파일, 50%+ 컨텍스트)
|
|
394
|
+
- [ ] Phase 설계 (독립성, 의존성, 체크포인트)
|
|
395
|
+
- [ ] 상태 문서 폴더 생성 (.claude/plan/)
|
|
396
|
+
|
|
397
|
+
각 Phase 시작 시:
|
|
398
|
+
|
|
399
|
+
- [ ] 이전 Phase 요약 문서 읽기
|
|
400
|
+
- [ ] 현재 Phase 작업 목록 TaskCreate
|
|
401
|
+
- [ ] Sub-agent 활용 계획
|
|
402
|
+
|
|
403
|
+
각 Phase 완료 시:
|
|
404
|
+
|
|
405
|
+
- [ ] Phase 전환 체크리스트 실행
|
|
406
|
+
- [ ] 요약 문서 생성 (다음 Phase 입력)
|
|
407
|
+
- [ ] 검증 + 커밋
|
|
408
|
+
- [ ] PROCESS.md 업데이트
|
|
409
|
+
|
|
410
|
+
**Phase 분리로 Context Window Exceeded 방지 + 작업 성공률 향상**
|