uctm 1.5.3 → 1.5.4

package/skills/init/SKILL.md

@@ -3,29 +3,29 @@ name: uctm-init
 description: Initialize uc-taskmanager for the current project. Creates works/ directory and configures Bash permissions in .claude/settings.local.json. Use when the user says "uctm init", "initialize uctm", "uctm 초기화", or "초기화".
 ---
 
-# uc-taskmanager Init
+# uc-taskmanager 초기화
 
-Initialize the current project for uc-taskmanager pipeline execution.
+현재 프로젝트를 uc-taskmanager 파이프라인 실행을 위해 초기화합니다.
 
-## Steps
+## 단계
 
-### 1. Create works/ directory
+### 1. works/ 디렉토리 생성
 
 ```
-if works/ does not exist:
-  create works/
-  report: ✓ works/ directory created
-else:
-  report: - works/ already exists
+works/가 없으면:
+  works/ 생성
+  보고: ✓ works/ 디렉토리 생성됨
+아니면:
+  보고: - works/ 이미 존재
 ```
 
-### 2. Configure Bash Permissions
+### 2. Bash 권한 설정
 
-**Ask the user first:** "에이전트에 필요한 Bash 권한을 .claude/settings.local.json에 자동 설정할까요? (recommended) [Y/n]"
+**먼저 사용자에게 확인:** "에이전트에 필요한 Bash 권한을 .claude/settings.local.json에 자동 설정할까요? (recommended) [Y/n]"
 
-If the user approves (or says yes/Y/확인):
+사용자가 승인하면 (yes/Y/확인):
 
-Read `.claude/settings.local.json` (create if not exists). Merge the following permissions into `permissions.allow` array — **skip any that already exist** (do not duplicate):
+`.claude/settings.local.json` 읽기 (없으면 생성). 다음 권한을 `permissions.allow` 배열에 병합 — **이미 있는 것은 건너뛰기** (중복 금지):
 
 ```json
 [
@@ -66,28 +66,28 @@ Read `.claude/settings.local.json` (create if not exists). Merge the following p
 ]
 ```
 
-Preserve any existing entries in `permissions.allow` and `permissions.deny` — only add missing ones.
+기존 `permissions.allow` 및 `permissions.deny` 항목을 보존하고 누락된 것만 추가.
 
 ```
-if permissions added:
-  report: ✓ {N} permissions added to .claude/settings.local.json (total: {T})
-else if skipped by user:
-  report: - Skipped permission setup
-else:
-  report: - All permissions already configured
+권한 추가됨:
+  보고: ✓ {N}개 권한이 .claude/settings.local.json에 추가됨 (총: {T})
+사용자가 건너뛰면:
+  보고: - 권한 설정 건너뜀
+이미 모두 설정됨:
+  보고: - 모든 권한이 이미 설정됨
 ```
 
-### 3. Summary
+### 3. 요약
 
-After all steps, show a summary:
+모든 단계 완료 후 요약 표시:
 
 ```
-uc-taskmanager initialized!
+uc-taskmanager 초기화 완료!
 
-  ✓ works/ directory ready
-  ✓ Bash permissions configured
+  ✓ works/ 디렉토리 준비됨
+  ✓ Bash 권한 설정됨
 
-  Next: Type [new-feature] Add a hello world feature
+  다음: [new-feature] Add a hello world feature 입력
 ```
 
 ## Arguments

package/skills/uctm-init/SKILL.md

@@ -0,0 +1,95 @@
+---
+name: uctm-init
+description: Initialize uc-taskmanager for the current project. Creates works/ directory and configures Bash permissions in .claude/settings.local.json. Use when the user says "uctm init", "initialize uctm", "uctm 초기화", or "초기화".
+---
+
+# uc-taskmanager 초기화
+
+현재 프로젝트를 uc-taskmanager 파이프라인 실행을 위해 초기화합니다.
+
+## 단계
+
+### 1. works/ 디렉토리 생성
+
+```
+works/가 없으면:
+  works/ 생성
+  보고: ✓ works/ 디렉토리 생성됨
+아니면:
+  보고: - works/ 이미 존재
+```
+
+### 2. Bash 권한 설정
+
+**먼저 사용자에게 확인:** "에이전트에 필요한 Bash 권한을 .claude/settings.local.json에 자동 설정할까요? (recommended) [Y/n]"
+
+사용자가 승인하면 (yes/Y/확인):
+
+`.claude/settings.local.json` 읽기 (없으면 생성). 다음 권한을 `permissions.allow` 배열에 병합 — **이미 있는 것은 건너뛰기** (중복 금지):
+
+```json
+[
+  "Read(/**)",
+  "Edit(/**)",
+  "Write(/**)",
+  "Read(**)",
+  "Edit(**)",
+  "Write(**)",
+  "Bash(ls:*)",
+  "Bash(cat:*)",
+  "Bash(mkdir:*)",
+  "Bash(basename:*)",
+  "Bash(find:*)",
+  "Bash(wc:*)",
+  "Bash(sort:*)",
+  "Bash(tail:*)",
+  "Bash(head:*)",
+  "Bash(echo:*)",
+  "Bash(printf:*)",
+  "Bash(grep:*)",
+  "Bash(sed:*)",
+  "Bash(cut:*)",
+  "Bash(tr:*)",
+  "Bash(node:*)",
+  "Bash(npm run:*)",
+  "Bash(npm test:*)",
+  "Bash(bun run:*)",
+  "Bash(yarn:*)",
+  "Bash(cargo:*)",
+  "Bash(go build:*)",
+  "Bash(go test:*)",
+  "Bash(python:*)",
+  "Bash(ruff:*)",
+  "Bash(make:*)",
+  "Bash(git:*)",
+  "Bash(curl:*)"
+]
+```
+
+기존 `permissions.allow` 및 `permissions.deny` 항목을 보존하고 누락된 것만 추가.
+
+```
+권한 추가됨:
+  보고: ✓ {N}개 권한이 .claude/settings.local.json에 추가됨 (총: {T})
+사용자가 건너뛰면:
+  보고: - 권한 설정 건너뜀
+이미 모두 설정됨:
+  보고: - 모든 권한이 이미 설정됨
+```
+
+### 3. 요약
+
+모든 단계 완료 후 요약 표시:
+
+```
+uc-taskmanager 초기화 완료!
+
+  ✓ works/ 디렉토리 준비됨
+  ✓ Bash 권한 설정됨
+
+  다음: [new-feature] Add a hello world feature 입력
+```
+
+## Arguments
+
+$ARGUMENTS

package/skills/work-pipeline/SKILL.md

@@ -1,72 +1,63 @@
 ---
 name: work-pipeline
-description: Triggers the WORK-PIPELINE. Use this skill when (1) user request starts with a [] tag (e.g., [new-feature], [bugfix]), or (2) user asks to resume/continue a WORK (e.g., "WORK-01 계속실행", "resume WORK-01", "WORK-01 실행", "continue WORK-01").
+description: Triggers the WORK-PIPELINE. Use this skill when 
+(1) user message starts with a bracketed tag like [anything], e.g. [WORK], [new-feature], [bugfix], [New game], [enhancement]
+(2) user asks to resume/continue a WORK-NN (e.g., "WORK-01 계속실행", "resume WORK-01", "WORK-01 실행", "continue WORK-01").
 ---
 
-# WORK-PIPELINE Trigger
+# WORK-PIPELINE 트리거
 
-Read `../../references/agent-flow.md` and follow the orchestration flow.
+## 트리거 감지
 
-## Trigger Detection
-
-**New WORK** — message starts with `[...]` tag:
+**새 WORK** — 메시지가 `[]` 태그로 시작하면 실행:
 - `[new-feature]`, `[enhancement]`, `[bugfix]`, `[new-work]`, `[WORK start]`
-- Or any custom tag in square brackets
+- 또는 대괄호 안의 커스텀 태그
+
+`../../references/agent-flow.md`를 읽고 오케스트레이션 흐름을 따릅니다.
 
-**Resume WORK** — message mentions existing WORK-ID with execution intent:
+**WORK 재개** — 메시지에 기존 WORK-ID와 실행 의도가 있을 때:
 - "WORK-XX 계속실행", "WORK-XX 실행", "resume WORK-XX", "continue WORK-XX"
 - "파이프라인 재개", "WORK 계속"
-- → Follow agent-flow.md § Resuming Existing WORK
+- → agent-flow.md § 기존 WORK 재개 따르기
 
 ## References Directory (CRITICAL)
 
-When this skill is triggered, Claude Code provides the "Base directory for this skill" as an absolute path.
-Derive the **REFERENCES_DIR** from it:
+이 스킬이 트리거되면 Claude Code가 "Base directory for this skill"을 절대 경로로 제공합니다.
+여기서 **REFERENCES_DIR**을 유도합니다:
 
 ```
 REFERENCES_DIR = {Base directory}/../../references
 ```
 
-You MUST pass this absolute path to **every sub-agent invocation** (specifier, planner, scheduler, builder, verifier, committer).
-Include it at the top of the prompt text:
+**모든 서브에이전트 호출**(specifier, planner, scheduler, builder, verifier, committer)에 이 절대 경로를 반드시 전달해야 합니다.
+프롬프트 텍스트 상단에 포함:
 
 ```
 REFERENCES_DIR={absolute_path}
 ```
 
-Sub-agents need this path to read their reference files. Without it, they cannot find the files and will loop.
-
-## Callback Info Passthrough
-
-If the user's prompt contains `CALLBACK_URL=...` and `CALLBACK_TOKEN=...`, extract these values and pass them to **every sub-agent invocation** alongside REFERENCES_DIR:
-
-```
-CALLBACK_URL={url}
-CALLBACK_TOKEN={token}
-```
+서브에이전트가 레퍼런스 파일을 찾기 위해 이 경로가 필요합니다. 없으면 파일을 찾지 못하고 루프에 빠집니다.
 
-**Main Claude (this skill) must NEVER send callbacks itself.** Only sub-agents send callbacks.
+## 파이프라인 흐름
 
-## Pipeline Flow
+1. **specifier 에이전트 spawn** (Agent 도구 사용) — 요구사항 분석, `works/WORK-NN/Requirement.md` 생성, execution-mode 결정 (direct/pipeline/full)
+2. **⛔ 정지 — specifier의 출력 요약을 사용자에게 제시하고 명시적 승인 대기.** 사용자가 승인할 때까지 다음 에이전트를 호출하지 말 것. 생성된 내용(Requirement.md, direct 모드면 PLAN.md, TASK 파일)을 보여주고 "진행할까요?" 질문
+3. **specifier가 반환한 execution-mode에 따라 진행:**
+   - `direct`: builder spawn → verifier spawn → committer spawn
+   - `pipeline`: planner spawn → 각 TASK에 대해 → builder spawn → verifier spawn → committer spawn
+   - `full`: planner spawn → **⛔ 2차 승인 정지** → scheduler spawn → 각 TASK에 대해 → builder spawn → verifier spawn → committer spawn
 
-1. **Spawn specifier agent** (via Agent tool) — analyzes the requirement, creates `works/WORK-NN/Requirement.md`, determines execution-mode (direct/pipeline/full)
-2. **⛔ STOP — Present the specifier's output summary to the user and WAIT for explicit approval.** Do NOT call the next agent until the user approves. Show what was created (Requirement.md, PLAN.md if direct mode, TASK files) and ask "Proceed?"
-3. **Follow the execution-mode** returned by specifier:
-   - `direct`: spawn builder (Agent tool) → spawn verifier+committer (single Agent tool, see agent-flow.md § Combined Agent Invocation)
-   - `pipeline`: for each TASK → spawn builder → spawn verifier+committer (repeat per TASK)
-   - `full`: spawn planner → **⛔ STOP for 2nd approval** → spawn scheduler → scheduler handles [builder → verifier+committer] × N
+## ⚠️ CRITICAL: 에이전트 Spawn 규칙
 
-## ⚠️ CRITICAL: Agent Spawn Rules
+- **모든 에이전트는 Agent 도구를 통해 spawn해야 합니다.** Main Claude가 직접 코드 구현, 파일 생성, git 명령 실행 또는 에이전트의 작업을 수행하면 안 됩니다.
+- specifier가 builder dispatch XML을 반환하면 builder 에이전트에 전달할 것 — 직접 실행하지 말 것.
 
-- **EVERY agent MUST be spawned via the Agent tool.** Main Claude must NEVER implement code, create files, run git commands, or perform any agent's work directly.
-- In direct mode: spawn specifier → spawn builder → spawn verifier+committer (**3 Agent tool calls**).
-- verifier+committer is a **single spawn** that performs both roles in sequence (see agent-flow.md).
-- If specifier returns builder dispatch XML, pass it to the builder agent — do NOT execute it yourself.
+## Auto 모드
 
-## Auto Mode
+사용자의 메시지가 "auto" 또는 "자동으로"로 끝나면, 모든 승인 단계를 건너뛰고 전체 파이프라인을 자동 실행합니다. 승인 게이트를 건너뛸 수 있는 유일한 경우입니다.
 
-If the user's message ends with "auto" or "자동으로", skip ALL approval steps and execute the entire pipeline automatically. This is the ONLY case where approval gates can be skipped.
+Auto 모드 감지 시, 모든 서브에이전트 프롬프트에 "auto"를 포함합니다.
 
 ## Arguments
 
-User requirement: $ARGUMENTS
+사용자 요구사항: $ARGUMENTS

package/skills/work-status/SKILL.md

@@ -3,31 +3,31 @@ name: work-status
 description: Shows WORK status (read-only). Use ONLY when the user asks to VIEW status — not to execute or resume. Matches queries like "WORK 목록", "상태 확인", "WORK-01 상태", "show status". Do NOT use for "실행", "계속", "resume" — those go to work-pipeline.
 ---
 
-# WORK Status
+# WORK 상태
 
-Check and report the current status of WORKs and TASKs.
+WORK 및 TASK의 현재 상태를 확인하고 보고합니다.
 
-## How to Check
+## 확인 방법
 
-1. Read `works/WORK-LIST.md` for the master index of all WORKs
-2. For a specific WORK, read last line of `works/WORK-NN/work_WORK-NN.log` for current progress
-3. For a specific TASK, read `works/WORK-NN/TASK-NN_result.md` for completion details
+1. `works/WORK-LIST.md`를 읽어 모든 WORK의 마스터 인덱스 확인
+2. 특정 WORK의 경우 `works/WORK-NN/work_WORK-NN.log` 마지막 줄을 읽어 현재 진행 상황 확인
+3. 특정 TASK의 경우 `works/WORK-NN/TASK-NN_result.md`를 읽어 완료 상세 확인
 
-## Status Values
+## 상태 값
 
-| Status | Meaning |
-|--------|---------|
-| `IN_PROGRESS` | WORK created, TASKs being executed |
-| `DONE` | All TASKs committed — committer auto-sets on last TASK |
-| `COMPLETED` | Archived to `_COMPLETED/` — set during push |
+| 상태 | 의미 |
+|------|------|
+| `IN_PROGRESS` | WORK 생성됨, TASK 실행 중 |
+| `DONE` | 모든 TASK 커밋됨 — committer가 마지막 TASK에서 자동 설정 |
+| `COMPLETED` | `_COMPLETED/`로 아카이빙됨 — push 시 설정 |
 
-## Display Format
+## 표시 형식
 
 ```
-WORK Status
-  WORK-01: User Authentication    ✅ 5/5 completed
-  WORK-02: Payment Integration    🔄 2/4 in progress
-  WORK-03: Admin Dashboard        ⬜ 0/6 pending
+WORK 상태
+  WORK-01: 사용자 인증    ✅ 5/5 완료
+  WORK-02: 결제 연동      🔄 2/4 진행 중
+  WORK-03: 관리자 대시보드  ⬜ 0/6 대기
 ```
 
 ## Arguments