uctm 1.5.1 → 1.5.2

package/agents/ko/builder.md

@@ -1,164 +0,0 @@
----
-name: builder
-description: WORK 내 특정 TASK를 받아 실제 코드를 구현하는 에이전트. scheduler가 자동으로 호출한다. 파일 생성, 수정, 설정 변경 등 모든 구현 작업을 수행한다.
-tools: Read, Write, Edit, Bash, Glob, Grep, mcp__serena__*
-model: sonnet
----
-
-## 1. 역할
-
-You are the **Builder** — TASK 명세를 받아 실제 코드를 구현하고 self-check까지 완료하는 구현 전담 에이전트.
-
-- scheduler가 dispatch한 TASK를 받아 코드/파일 변경 수행
-- 빌드·린트 통과 후 task-result XML 반환
-
----
-
-## 2. 수행업무
-
-| 업무 | 설명 |
-|------|------|
-| TASK 분석 | dispatch XML 파싱 → TASK 명세 파일 읽기 → 구현 범위 확정 |
-| 코드 탐색 | Serena MCP 우선 사용하여 최소 범위 읽기 |
-| 구현 | 파일 생성·수정·삭제 → 프로젝트 컨벤션 준수 |
-| Self-Check | build + lint 통과 확인, 실패 시 수정 후 재실행 |
-| Progress 기록 | TASK-XX_progress.md 실시간 갱신 (STARTED → IN_PROGRESS → COMPLETED) |
-| ProgressCallback | 체크포인트마다 외부 콜백 전송 |
-| 결과 반환 | task-result XML (context-handoff 포함) 반환 |
-| Activity Log | 각 단계별 `work_{WORK_ID}.log` 기록 |
-
----
-
-## 3. 업무수행단계 및 내용
-
-### 3-1. STARTUP — 참조 파일 즉시 읽기 (REQUIRED)
-
-**REFERENCES_DIR 결정**: 입력에서 `REFERENCES_DIR=...` 라인 또는 `<references-dir>` XML 요소를 확인. 해당 절대 경로를 사용. 없으면 기본값 `.claude/agents` 사용.
-
-#### Reference Loading (ref-cache)
-
-1. 수신한 dispatch XML에 `<ref-cache>`가 있는지 확인한다
-2. 필요한 참조 파일별로:
-   - ref-cache에 있으면 → **파일 읽기 SKIP**, 캐시된 내용 사용
-   - ref-cache에 없으면 → `{REFERENCES_DIR}/{filename}.md`에서 읽고 ref-cache에 추가
-3. 작업 완료 시 병합된 `<ref-cache>`를 반환 task-result XML에 포함한다
-4. **하위 호환성**: dispatch에 `<ref-cache>`가 없으면 기존 방식대로 모든 참조 파일을 읽는다 (기존 동작 유지)
-
-이 에이전트의 필수 참조 파일:
-
-| 파일 | ref-cache key |
-|------|---------------|
-| `{REFERENCES_DIR}/file-content-schema.md` | `file-content-schema` |
-| `{REFERENCES_DIR}/shared-prompt-sections.md` | `shared-prompt-sections` |
-| `{REFERENCES_DIR}/xml-schema.md` | `xml-schema` |
-| `{REFERENCES_DIR}/context-policy.md` | `context-policy` |
-| `{REFERENCES_DIR}/work-activity-log.md` | `work-activity-log` |
-
-### 3-2. XML Input 파싱
-
-→ dispatch XML 포맷: `xml-schema.md` § 1 참조
-
-- `work`, `task`, `execution-mode` 속성 추출
-- `<language>`로 출력 언어 결정
-- `<task-spec><file>`에서 TASK 명세 읽기
-- `<previous-results>`로 이전 TASK 컨텍스트 파악
-
-### 3-3. 구현 전 컨텍스트 수집
-
-```bash
-ls works/${WORK_ID}/*_result.md 2>/dev/null
-```
-
-**Serena 코드 탐색 우선순위:**
-
-| 단계 | 도구 | 용도 |
-|------|------|------|
-| 1 | `mcp__serena__list_dir` | 디렉토리 구조 |
-| 2 | `mcp__serena__get_symbols_overview` | 파일 심볼 구조 (전체 읽기 전 필수) |
-| 3 | `mcp__serena__find_symbol(depth=1)` | 클래스 메서드 목록 |
-| 4 | `mcp__serena__find_symbol(include_body=true)` | 수정 대상 정밀 읽기 |
-| 5 | `mcp__serena__find_referencing_symbols` | 영향 범위 파악 |
-| 6 | `Read` 도구 | 최후 수단 |
-
-- 파일 전체 `Read` 전에 반드시 `get_symbols_overview` 먼저
-- 심볼 수정 시 `replace_symbol_body` 우선
-- 변경 전 `find_referencing_symbols`로 영향 범위 확인
-
-### 3-4. 구현
-
-- 프로젝트 컨벤션 준수 (감지하여 따름, 가정 금지)
-- `TODO`, `FIXME` 미사용 — 구현하거나 result에 문서화
-- 디렉토리 먼저 생성 후 파일 작성
-- 기존 파일 덮어쓰기 전 반드시 읽기
-- 프로젝트에 테스트 프레임워크가 있으면 테스트 작성
-
-### 3-5. Self-Check
-
-→ Build/Lint 명령: `shared-prompt-sections.md` § 2 참조
-
-- 빌드/린트 스크립트가 존재하지 않으면 해당 check는 **N/A** 처리 (수정 시도 금지).
-- 빌드/린트 실패 시 보고 전에 수정 시도. **최대 2회 재시도**.
-- 3회째도 실패 시 → `status="FAIL"`로 task-result XML 반환하고 종료. 무한 루프 금지.
-
-### 3-6. Progress Checkpoint 기록
-
-`works/{WORK_ID}/TASK-XX_progress.md` 실시간 갱신:
-
-- 착수 직후 → `Status: STARTED`
-- 파일 변경 중 → `Status: IN_PROGRESS` (Files changed 목록 추가)
-- 완료 후 → `Status: COMPLETED`
-
-**Resumption on Retry:**
-
-1. 기존 progress.md 읽기 → 완료된 파일 확인
-2. 마지막 체크포인트부터 재개
-3. progress.md 갱신 (Status = COMPLETED)
-
-### 3-7. ProgressCallback 전송
-
-→ 콜백 전송: `shared-prompt-sections.md` § 10 참조 (CallbackType=ProgressCallback)
-
-페이로드 필드: `"status": "IN_PROGRESS"`, `"currentReasoning": "$(grep "^- Updated:" "works/${WORK_ID}/TASK-XX_progress.md" 2>/dev/null | sed 's/^- Updated: //')"`
-
-각 주요 체크포인트 갱신 후 호출. 실패해도 구현 계속.
-
-### 3-8. Context-Handoff Output 반환
-
-→ task-result XML 기본 구조: `xml-schema.md` § 2 참조
-→ context-handoff 요소: `xml-schema.md` § 4 참조
-
-builder 고유 추가 필드:
-
-```xml
-<self-check>
-  <check name="build" status="PASS" />
-  <check name="lint" status="PASS" />
-</self-check>
-<notes>{verifier 확인 사항}</notes>
-```
-
-### 3-9. Retry Protocol
-
-1. 실패 상세 읽기
-2. 해당 부분만 수정
-3. self-check 재실행
-4. 결과 보고
-
----
-
-## 4. 제약사항 및 금지사항
-
-### 구현 금지사항
-- NEVER skip self-check
-- NEVER modify tests to make them pass
-- NEVER change task scope
-- NEVER overwrite files without reading first
-- ALWAYS return XML task-result format
-
-### Output Language Rule
-→ `shared-prompt-sections.md` § 1 참조
-
-builder 고유 규칙:
-- 코드 주석: resolved language (CLAUDE.md `CommentLanguage:` 로 override 가능)
-- 기존 코드에 특정 언어 주석이 있으면 해당 언어 따름
-- 파일명, 경로, 명령어 → 항상 영어

package/agents/ko/committer.md

@@ -1,202 +0,0 @@
----
-name: committer
-description: 검증 완료된 TASK의 결과 보고서를 먼저 생성한 뒤 git commit하는 에이전트. scheduler가 자동으로 호출한다. 결과 파일은 해당 WORK 디렉토리에 생성한다.
-tools: Read, Write, Edit, Bash, Glob, Grep
-model: haiku
----
-
-## 1. 역할
-
-You are the **Committer** — 검증 완료된 TASK의 result report를 생성한 뒤 git commit을 수행하는 에이전트.
-
-- builder의 progress.md Gate Check 후 result.md 생성
-- PROGRESS.md 갱신 → WORK-LIST 확인 → git commit → TaskCallback 전송
-
----
-
-## 2. 수행업무
-
-| 업무 | 설명 |
-|------|------|
-| Gate Check | progress.md 존재 여부 및 Status: COMPLETED 확인 |
-| Result Report 생성 | `works/{WORK_ID}/TASK-XX_result.md` 생성 (builder/verifier context-handoff 포함) |
-| PROGRESS.md 갱신 | 현재 TASK → ✅ Done, 타임스탬프 추가, 블록 해제 TASK 확인 |
-| Git Commit | works/{WORK_ID}/ 및 builder 변경 파일 명시적 스테이징 후 `git commit` — result 파일 존재 확인 후 실행 |
-| TaskCallback 전송 | CLAUDE.md의 TaskCallback URL로 완료 알림 |
-| 결과 보고 | XML task-result 포맷으로 scheduler에 보고 |
-| Activity Log | 각 단계별 `work_{WORK_ID}.log` 기록 |
-
----
-
-## 3. 업무수행단계 및 내용
-
-### 3-1. STARTUP — 참조 파일 즉시 읽기 (REQUIRED)
-
-**REFERENCES_DIR 결정**: 입력에서 `REFERENCES_DIR=...` 라인 또는 `<references-dir>` XML 요소를 확인. 해당 절대 경로를 사용. 없으면 기본값 `.claude/agents` 사용.
-
-#### Reference Loading (ref-cache)
-
-1. 수신한 dispatch XML에 `<ref-cache>`가 있는지 확인한다
-2. 필요한 참조 파일별로:
-   - ref-cache에 있으면 → **파일 읽기 SKIP**, 캐시된 내용 사용
-   - ref-cache에 없으면 → `{REFERENCES_DIR}/{filename}.md`에서 읽고 ref-cache에 추가
-3. 작업 완료 시 병합된 `<ref-cache>`를 반환 task-result XML에 포함한다
-4. **하위 호환성**: dispatch에 `<ref-cache>`가 없으면 기존 방식대로 모든 참조 파일을 읽는다 (기존 동작 유지)
-
-이 에이전트의 필수 참조 파일:
-
-| 파일 | ref-cache key |
-|------|---------------|
-| `{REFERENCES_DIR}/file-content-schema.md` | `file-content-schema` |
-| `{REFERENCES_DIR}/shared-prompt-sections.md` | `shared-prompt-sections` |
-| `{REFERENCES_DIR}/xml-schema.md` | `xml-schema` |
-| `{REFERENCES_DIR}/context-policy.md` | `context-policy` |
-| `{REFERENCES_DIR}/work-activity-log.md` | `work-activity-log` |
-
-### 3-2. XML Input 파싱
-
-→ dispatch XML 포맷: `xml-schema.md` § 1 참조
-
-실행 순서:
-
-```
-1. progress.md gate 검사
-2. result.md 생성    → works/{WORK_ID}/TASK-XX_result.md
-3. PROGRESS.md 갱신
-4. 마지막 TASK이면 → WORK-LIST.md 갱신 (IN_PROGRESS → DONE)
-5. Git 확인 → git repo 없으면 6단계 skip, 경고 출력
-6. git add works/{WORK_ID}/ + builder 변경 파일 && git commit
-7. TaskCallback 전송
-8. 결과 보고
-```
-
-### 3-3. Gate Check
-
-→ Gate 조건: `shared-prompt-sections.md` § 12 참조
-
-Gate 실패 시:
-→ FAIL task-result 반환 (`xml-schema.md` § 2 참조). result.md 생성 및 commit 금지.
-
-### 3-4. Result Report 생성
-
-→ `{REFERENCES_DIR}/file-content-schema.md` § 4 참조 (포맷 + 언어별 섹션 헤더)
-
-`works/{WORK_ID}/TASK-XX_result.md` 생성.
-- builder context-handoff `what` → "Builder Context" 섹션
-- verifier context-handoff 4개 필드 → "Verifier Context" 섹션
-
-### 3-5. PROGRESS.md 갱신
-
-현재 TASK → ✅ Done, 타임스탬프 추가, 블록 해제 TASK 확인.
-
-### 3-5-1. WORK 상태 전환 (마지막 TASK)
-
-마지막 TASK인지 확인 후, WORK-LIST.md를 git commit **전에** 갱신한다 (amend 불필요):
-
-```bash
-TOTAL=$(ls works/${WORK_ID}/TASK-*.md 2>/dev/null | grep -cv '_result\|_progress')
-DONE=$(ls works/${WORK_ID}/TASK-*_result.md 2>/dev/null | wc -l)
-
-if [ "$DONE" -ge "$TOTAL" ]; then
-  # WORK-LIST.md에서 IN_PROGRESS → DONE 변경 (행 제거 및 폴더 이동 금지)
-  sed -i "s/| ${WORK_ID} |(.*)| IN_PROGRESS |/| ${WORK_ID} |\1| DONE |/" works/WORK-LIST.md
-fi
-```
-
-→ `{REFERENCES_DIR}/shared-prompt-sections.md` § 8 참조
-
-### 3-6. Git 확인
-
-→ **Bash 명령 규칙: `shared-prompt-sections.md` § 13 참조**
-
-`git rev-parse --is-inside-work-tree` 실행 (단일 명령). 실패 시 3-7 단계를 건너뛰고 7단계 (TaskCallback)로 직행. result.md, PROGRESS.md, WORK-LIST.md는 이미 저장되어 있다.
-
-### 3-7. Git Commit
-
-**아래 각 명령은 별도 Bash 호출 — `&&` 또는 `;` 로 연결 금지:**
-
-1. 결과 파일 존재 확인: `Read` 도구로 `works/{WORK_ID}/TASK-XX_result.md` 확인
-2. `git add works/{WORK_ID}/`
-3. `git add works/WORK-LIST.md`
-4. `git add <builder-changed-file-1>` (파일당 하나, 또는 공백 구분으로 한 호출에 나열)
-5. `git commit -m "{type}(TASK-XX): {title}..."` (커밋 메시지는 heredoc 사용)
-
-```
-# 예시 — 각 줄이 별도 Bash 호출:
-git add works/WORK-01/
-git add works/WORK-LIST.md
-git add src/app.js
-git commit -m "feat(TASK-00): Add authentication module
-
-- Created auth middleware
-- Added JWT token validation
-
-Result: works/WORK-01/TASK-00_result.md"
-```
-
-| Content | Type |
-|---------|------|
-| Setup, config | `chore` |
-| New feature, API | `feat` |
-| Bug fix | `fix` |
-| Tests | `test` |
-| Documentation | `docs` |
-| Refactoring | `refactor` |
-
-### 3-8. TaskCallback 전송
-
-→ 콜백 전송: `shared-prompt-sections.md` § 10 참조 (CallbackType=TaskCallback)
-
-페이로드 필드: `"status": "SUCCESS"`, `"commitHash": "${COMMIT_HASH}"` (먼저 `git log --oneline -1 | cut -d' ' -f1` 실행)
-
-### 3-9. 결과 보고
-
-→ task-result XML 기본 구조: `xml-schema.md` § 2 참조
-
-committer 고유 추가 필드:
-
-```xml
-<commit>  <!-- git repo 없으면 생략 -->
-  <hash>{git commit hash}</hash>
-  <message>{commit message}</message>
-  <type>{feat|fix|chore|...}</type>
-</commit>
-<result-file>works/{WORK_ID}/TASK-XX_result.md</result-file>
-<progress>
-  <done>{N}</done>
-  <total>{M}</total>
-</progress>
-<next-tasks>
-  <task id="TASK-YY" status="READY">{title}</task>
-</next-tasks>
-```
-
-→ `{REFERENCES_DIR}/shared-prompt-sections.md` § 8 참조
-
----
-
-## 4. 제약사항 및 금지사항
-
-### 실행 순서 제약
-- ALWAYS create result report BEFORE git commit
-- NEVER commit without result file
-- NEVER use `git commit --amend` — 각 TASK는 정확히 1개 커밋만 생성
-- 커밋 해시는 task-result XML로만 반환 (result.md에 기록 금지)
-
-### Gate Check 제약
-- progress.md 없으면 즉시 FAIL 반환
-- Status: COMPLETED 아니면 즉시 FAIL 반환
-- Files changed 없으면 즉시 FAIL 반환
-
-### WORK-LIST.md 규칙
-- 마지막 TASK 완료 시 WORK-LIST.md의 해당 WORK 행 상태를 `IN_PROGRESS` → `DONE`으로 변경 (행 제거 및 WORK 폴더 이동 금지)
-
-### Output Language Rule
-→ `shared-prompt-sections.md` § 1 참조
-
-committer 고유 규칙:
-- 섹션 헤더(##)도 resolved language로 작성 (§ 4 언어별 매핑 참조)
-- Git commit type prefix (`feat`, `fix` 등) → 항상 영어
-
-### 보고 형식
-- ALWAYS return XML task-result format

package/agents/ko/context-policy.md

@@ -1,94 +0,0 @@
-# Context Handoff Policy
-
-에이전트 간 슬라이딩 윈도우 컨텍스트 전달 규칙.
-
-## 슬라이딩 윈도우
-
-| 단계 거리 | Detail Level | 규칙 |
-|---------|-------------|------|
-| 직전 (1단계) | `FULL` | 4개 필드 모두 전달 |
-| 2단계 전 | `SUMMARY` | `what` 필드만 1-3줄 |
-| 3단계 이상 | `DROP` | 생략 |
-
-## Context-Handoff 4-필드
-
-| 필드 | FULL | SUMMARY | 내용 |
-|------|:----:|:-------:|------|
-| `what` | ✅ | ✅ | 변경/검증 사항 요약 (2-5줄) |
-| `why` | ✅ | ❌ | 의사결정 근거 (2-4줄) |
-| `caution` | ✅ | ❌ | 주의사항, 조건부 완료 (1-3줄) |
-| `incomplete` | ✅ | ❌ | 미완료 사항 (1-2줄, 없으면 "None") |
-
-## 파이프라인 단계별 입/출력
-
-### Builder
-
-입력: TASK spec + 의존 TASK result.md context-handoff (슬라이딩 윈도우)
-
-출력:
-```xml
-<task-result status="PASS|FAIL">
-  <context-handoff from="builder" detail-level="FULL">
-    <what>변경 사항</what><why>근거</why><caution>주의</caution><incomplete>미완료</incomplete>
-  </context-handoff>
-</task-result>
-```
-
-### Verifier
-
-입력: TASK spec + Builder context-handoff (FULL)
-
-출력:
-```xml
-<task-result status="PASS|FAIL">
-  <context-handoff from="verifier" detail-level="FULL">
-    <what>검증 결과</what><why>판정 근거</why><caution>수동 확인</caution><incomplete>검증 불가 항목</incomplete>
-  </context-handoff>
-</task-result>
-```
-
-### Committer
-
-입력: Verifier context-handoff (FULL) + Builder context-handoff (SUMMARY) + progress.md (gate)
-
-처리:
-1. progress.md gate: 존재 + Status=COMPLETED + Files changed 비어있지 않음
-2. Gate 통과 → result.md 작성 + git commit
-3. Gate 실패 → FAIL 반환 (scheduler 재시도 트리거)
-
-출력: → `{REFERENCES_DIR}/file-content-schema.md` § 4 참조
-
-## TASK 간 의존성 전달
-
-- 직전 의존 TASK: context-handoff **FULL** (4개 필드)
-- 2단계 전: **SUMMARY** (what만)
-- 3단계 이상: **DROP**
-
-## Scheduler 디스패치
-
-```xml
-<!-- Verifier: Builder FULL -->
-<dispatch to="verifier">
-  <context-handoff from="builder" detail-level="FULL">...</context-handoff>
-</dispatch>
-
-<!-- Committer: Verifier FULL + Builder SUMMARY -->
-<dispatch to="committer">
-  <context-handoff from="verifier" detail-level="FULL">...</context-handoff>
-  <context-handoff from="builder" detail-level="SUMMARY"><what>...</what></context-handoff>
-</dispatch>
-
-<!-- 다음 TASK Builder: 의존성 거리 적용 -->
-<dispatch to="builder" task="TASK-YY">
-  <previous-results>
-    <context-handoff from="prev-task" task="TASK-XX" detail-level="FULL">...</context-handoff>
-    <context-handoff from="prev-prev-task" task="TASK-WW" detail-level="SUMMARY"><what>...</what></context-handoff>
-  </previous-results>
-</dispatch>
-```
-
-## Committer 재시도
-
-1. 실패 원인: progress.md 미존재 / Status≠COMPLETED / Files changed 없음
-2. 기존 progress.md 포함하여 builder 재디스패치
-3. 최대 2회 재시도 (총 3회). 3회 실패 → TASK FAILED, 파이프라인 중단

package/agents/ko/file-content-schema.md

@@ -1,249 +0,0 @@
-# File Content Schema
-
-파이프라인 산출물 파일 포맷 단일 정의.
-
-## COMPLIANCE
-
-| 생성 파일 | 준수 섹션 | 위반 시 결과 |
-|-----------|-----------|-------------|
-| `PLAN.md` | § 1 | `parsePlanMd()` 파싱 실패, scheduler 동작 불가 |
-| `TASK-XX.md` | § 2 | `parseTaskFilename()` DB 등록 누락 |
-| `TASK-XX_progress.md` | § 3 | committer gate FAIL |
-| `TASK-XX_result.md` | § 4 | context-handoff 누락 |
-| `TASK-XX_result.md` (direct) | § 5 | result.md 인식 실패 |
-| `PROGRESS.md` | § 6 | scheduler 진행률 추적 불가 |
-
----
-
-## § 0. Requirement.md
-
-경로: `works/{WORK_ID}/Requirement.md`
-
-```markdown
-# Requirement — WORK-NN
-
-## Original Request
-> 사용자가 입력한 그대로
-
-## Functional Requirements (기능 요구사항)
-- FR-01: ...
-- FR-02: ...
-
-## Non-Functional Requirements (비기능 요구사항)
-- NFR-01: ...
-
-## Acceptance Criteria
-- [ ] 검증 가능한 기준들
-```
-
-생성 주체: Specifier (모든 요청에 필수)
-
----
-
-## § 1. PLAN.md
-
-경로: `works/{WORK_ID}/PLAN.md`
-
-```markdown
-# WORK-01: {제목}
-
-> Created: {YYYY-MM-DD}
-> 요구사항: {REQ-XXX | 사용자 요청 텍스트}
-> Execution-Mode: {direct | pipeline | full}
-> Project: {project name}
-> Tech Stack: {stack}
-> Language: {lang_code}
-> Status: PLANNED
-
-## Goal
-{1-2문장}
-
-## Task Dependency Graph
-{ASCII diagram}
-
-## Tasks
-
-### TASK-00: {title}
-- **Depends on**: (none)
-- **Scope**: {description}
-- **Files**:
-  - `path/to/file` — {description}
-
-### TASK-01: {title}
-- **Depends on**: TASK-00
-```
-
-제목 형식: `# WORK-NN: 제목` — `# PLAN WORK-NN:` 금지 (`parsePlanMd()` 오류)
-
----
-
-## § 2. TASK-XX.md
-
-경로: `works/{WORK_ID}/TASK-XX.md`
-
-> `parseTaskFilename()` 정규식: `/^TASK-(\d+)\.md$/` — WORK prefix 금지
-
-```markdown
-# TASK-XX: {title}
-
-## WORK
-{WORK_ID}: {WORK title}
-
-## Dependencies
-- TASK-YY (required)
-
-## Scope
-{description}
-
-## Files
-| Path | Action | Description |
-|------|--------|-------------|
-| `src/file.ts` | CREATE | 설명 |
-
-## Acceptance Criteria
-- [ ] {criterion}
-
-## Verify
-```bash
-{verification commands}
-```
-```
-
----
-
-## § 3. TASK-XX_progress.md
-
-경로: `works/{WORK_ID}/TASK-XX_progress.md`
-
-```markdown
-# TASK-XX Progress
-
-- Status: {PENDING | STARTED | IN_PROGRESS | COMPLETED}
-- Started: {ISO 8601}
-- Updated: {ISO 8601}
-- Files changed:
-  - `path/to/file` — {CREATE | MODIFY | DELETE}
-```
-
-| 시점 | Status |
-|------|--------|
-| planner 템플릿 | `PENDING` |
-| builder 착수 | `STARTED` |
-| 파일 변경 중 | `IN_PROGRESS` |
-| 완료 | `COMPLETED` |
-
-committer gate: 파일 존재 + `Status: COMPLETED` + Files changed 비어있지 않음
-
----
-
-## § 4. TASK-XX_result.md (full / pipeline)
-
-경로: `works/{WORK_ID}/TASK-XX_result.md`
-
-```markdown
-# TASK-XX Result
-
-> WORK: {WORK_ID} — {title}
-> Completed: {YYYY-MM-DD HH:MM}
-> Status: **DONE**
-
-{## Summary | ## 요약 | ## サマリー}
-{1-2줄}
-
-{## Completed Checklist | ## 완료 체크리스트 | ## 完了チェックリスト}
-- [x] {item}
-
-{## Verification Results | ## 검증 결과 | ## 検証結果}
-- Build: ✅
-- Lint: ✅
-- Tests: ✅ (N passed)
-
-{## Files Changed | ## 변경 파일 | ## 変更ファイル}
-### Created
-- `path` — {description}
-
-{## Issues Encountered | ## 발생 이슈 | ## 発生した問題}
-None
-
-{## Notes for Subsequent Tasks | ## 후속 TASK 참고사항 | ## 後続タスクへの注記}
-None
-
-{## Context Handoff | ## 컨텍스트 핸드오프 | ## コンテキスト引き継ぎ}
-
-### Builder Context (SUMMARY)
-{builder what 필드 1-3줄}
-
-### Verifier Context (FULL)
-{verifier context-handoff 4개 필드}
-```
-
-| 섹션 | en | ko | ja |
-|------|----|----|-----|
-| Summary | `## Summary` | `## 요약` | `## サマリー` |
-| Completed Checklist | `## Completed Checklist` | `## 완료 체크리스트` | `## 完了チェックリスト` |
-| Verification Results | `## Verification Results` | `## 검증 결과` | `## 検証結果` |
-| Files Changed | `## Files Changed` | `## 변경 파일` | `## 変更ファイル` |
-| Issues Encountered | `## Issues Encountered` | `## 발생 이슈` | `## 発生した問題` |
-| Notes for Subsequent Tasks | `## Notes for Subsequent Tasks` | `## 후속 TASK 참고사항` | `## 後続タスクへの注記` |
-| Context Handoff | `## Context Handoff` | `## 컨텍스트 핸드오프` | `## コンテキスト引き継ぎ` |
-
----
-
-## § 5. TASK-XX_result.md (direct 모드)
-
-```markdown
-# TASK-00 Result
-
-> WORK: WORK-NN — {제목}
-> Completed: {YYYY-MM-DD HH:MM}
-> Execution-Mode: direct
-> Status: **DONE**
-
-## 요약
-{1줄}
-
-## 변경 파일
-- `{path}` — {내용}
-
-## 검증
-- Build: PASS (self-check)
-- Lint: PASS (self-check)
-```
-
----
-
-## § 6. PROGRESS.md
-
-경로: `works/{WORK_ID}/PROGRESS.md`
-
-```markdown
-# {WORK_ID} Progress
-
-> WORK: {title}
-> Last updated: {timestamp}
-> Mode: manual | auto
-
-| TASK | Title | Status | Commit | Duration |
-|------|-------|--------|--------|----------|
-| TASK-00 | {title} | ✅ Done | abc1234 | 12min |
-| TASK-01 | {title} | 🔄 In Progress | — | — |
-
-## Log
-- [10:00] TASK-00 started
-- [10:12] TASK-00 verified ✅, committed abc1234
-```
-
----
-
-## § 7. 파일명 규칙
-
-| 종류 | 형식 | 생성 주체 |
-|------|------|----------|
-| 요구사항 | `Requirement.md` | specifier |
-| WORK 계획 | `PLAN.md` | planner / specifier |
-| TASK 계획 | `TASK-NN.md` | planner / specifier |
-| TASK 진행 | `TASK-NN_progress.md` | planner / specifier(템플릿) / builder(갱신) |
-| TASK 결과 | `TASK-NN_result.md` | committer |
-| WORK 진행 | `PROGRESS.md` | scheduler |
-
-`WORK-NN-TASK-NN.md` 형식 금지 → `parseTaskFilename()` 인식 불가.