| name | jira-task-loop |
| description | Drain the initialized Jira task queue — auto + local merge per task, with base rebase between tasks. Triggers: jira-task loop; 루프 실행, 큐 소진. |
| user-invocable | false |
| argument-hint | [--skip <단계,...>] |
| allowed-tools | ["Read","Edit","Bash","Skill"] |
jira-task-loop: Drain Task Queue
Language Rule: 프로젝트 CLAUDE.md의 Conventions 섹션 참고 (한국어 출력, Jira 코멘트 제목은 영어).
Overview
init된 태스크 큐를 순차 소진하는 태스크 레벨 오케스트레이터. auto가 한 태스크 안의 단계 루프라면, loop는 태스크 사이의 루프다.
- 태스크마다:
auto(start→approach→impl+test→review) → review 게이트 확인 → jira-local-merge(In Review 전이)
- 머지 직후, 큐에 남은 worktree 브랜치를 최신 base로 rebase (stale base 방지). 충돌 시 그 태스크만
deferred 보류하고 계속.
done / pr / clean은 포함하지 않음 — "merge 후 main에서 사람이 확인"하는 게이트를 보존. 루프가 끝나면 모든 처리 태스크는 Jira "In Review" 상태로 정렬된다.- auto 또는 merge가 실패하면 루프 전체 즉시 중단 (rebase 충돌만 예외 — 워크플로 실패가 아니라 순서 문제이므로 보류 후 계속).
- 재진입 가능: 큐는 매번
completedSteps에서 재계산 — 중단 후 /jira-task loop 재실행하면 이어서 진행.
핵심 원칙: 오케스트레이터는 가볍게 유지한다. context 읽기, Skill 호출, rebase, 판정만 수행. 단계별 작업·산출물은 모두 auto/merge 스킬(과 그 sub-agent)에 위임하고, 산출물 본문을 컨텍스트로 가져오지 않는다.
Step 1: Load Queue
-
cwd의 .jira-context.json을 Read. tasks[] 배열이 있으면 aggregate. 없으면(worktree-local) 그 안의 repoRoot로 <repoRoot>/.jira-context.json을 다시 Read. 이 시점에 REPO_ROOT와 aggregate 절대 경로를 확정한다 — 루프 중 cwd가 각 worktree로 이동하므로, 이후 모든 aggregate Read/Edit은 반드시 이 절대 경로를 사용.
-
aggregate가 없거나 tasks[]가 비어 있으면 중단:
❌ Loop 실행 불가: init된 태스크 큐가 없습니다.
먼저 /jira-task init [count|ISSUE-KEY]로 작업 환경을 세팅하세요.
-
deferred 초기화: tasks[]에 deferred / deferredReason이 남아 있으면 둘 다 제거(Edit, JSON 유효성 유지) — 새 run은 보류 태스크를 재시도한다 (사유가 여전하면 다시 보류될 뿐).
-
큐 계산: tasks[] 중 completedSteps(없으면 빈 배열로 간주)에 "merge"가 없고 status가 Done/완료가 아닌 태스크. 배열 순서 유지 (init이 priority 순으로 기록).
-
인자에 --skip <단계,...>가 있으면 보관해 두고 모든 auto 호출에 그대로 전달한다 (단계 검증은 auto가 수행). 단, review가 포함되어 있으면 목록에서 제거하고 경고: review 완료가 merge 게이트 조건이므로 loop에서는 review 스킵 불가.
⚠ loop에서는 review를 스킵할 수 없습니다 (merge 게이트 조건) — review는 실행됩니다.
큐가 비어 있으면:
✅ 큐가 비어 있습니다 — 모든 태스크가 이미 merge 완료.
main에서 동작 확인 후 /jira-task done <TASK-ID>로 마무리하세요.
큐가 있으면 실행 계획을 보여주고 바로 시작:
🔁 Loop 모드: <N>개 태스크 처리 예정
큐: <TASK-ID-1> → <TASK-ID-2> → ...
태스크당: auto(start→review) → local merge(In Review) | done은 수동 (main 확인 후)
Step 2: Per-Task Loop
큐의 각 태스크에 대해 순서대로 (한 번에 한 태스크, 병렬 금지 — merge 순서 의존성):
2-a. worktree로 이동 + auto 실행
먼저 해당 태스크의 worktree로 이동한다 (Bash):
cd "<worktreePath>"
⛔ main repo cwd에서 auto를 호출하지 마라. auto가 띄우는 내부 스킬(start/approach/impl/test/review)과 phase-gate 훅은 모두 **cwd의 worktree-local .jira-context.json**을 기준으로 동작한다. main repo에서 부르면 start가 이미 존재하는 worktree를 재생성하려다 실패하거나, impl이 main repo 작업 트리를 수정하고, aggregate 최상위가 worktree-local 필드로 오염된다. 2-b(merge)까지 같은 worktree cwd에서 호출한다.
aggregate(절대 경로)를 다시 Read해 해당 태스크의 completedSteps에 "review"가 이미 있으면 auto를 건너뛰고 2-b로.
아니면: Skill({ skill: "jira-integration:jira-task-auto", args: "<TASK-ID>[ --skip <단계,...>]" })
완료 후 aggregate를 다시 Read해 "review"가 completedSteps에 들어왔는지 확인.
- 없으면 → auto가 품질 게이트 미통과·scope shortfall·단계 실패로 중단된 것 → 루프 전체 즉시 중단 (Step 4).
2-b. local merge
Skill({ skill: "jira-integration:jira-local-merge", args: "<TASK-ID>" })
완료 후 aggregate를 다시 Read해 "merge"가 completedSteps에 들어왔는지 확인. 없으면 → 루프 중단 (Step 4).
2-c. 잔여 worktree rebase
큐에서 아직 처리하지 않은 (deferred 아닌) 각 태스크에 대해:
git -C "<worktreePath>" rebase <baseBranch>
실패 시:
git -C "<worktreePath>" rebase --abort 2>/dev/null || true
(rebase가 시작조차 못 한 경우 — dirty worktree 등 — abort할 대상이 없으므로 에러는 무시한다.)
→ aggregate의 해당 태스크 항목에 Edit으로 "deferred": true, "deferredReason": "<실제 git 에러 기반 사유>"를 기록하고, 이번 run의 큐에서 제외. 사유는 git 출력에서 판별해 정확히 기록한다 — 예: "rebase conflict after <방금 merge한 TASK-ID>" / "dirty worktree — rebase 시작 불가". 출력:
⏸ <TASK-ID> 보류: <사유 — rebase 충돌 / 미커밋 변경 등> — 이번 run에서 제외합니다.
아직 시작 전인 브랜치(커밋 없음)는 rebase가 fast-forward로 끝난다 — 항상 시도한다.
2-d. 진행 메시지
✅ <TASK-ID> merged (<i>/<N>) → 다음: <NEXT-TASK-ID>
Step 3: Completion Summary
큐 소진 시, 먼저 cd "<REPO_ROOT>"로 복귀한 뒤:
─────────────────────────────────────────
🔁 Loop 완료 — 처리 <N> / 보류 <M>
─────────────────────────────────────────
✅ merged (In Review): <TASK-ID 목록>
→ main에서 동작 확인 후 각 태스크 /jira-task done <TASK-ID>
⏸ deferred: <TASK-ID — 사유> (없으면 줄 생략)
→ worktree에서 사유 해결(충돌 해결 / 미커밋 정리) 후 /jira-task loop 재실행 (자동 재시도됨)
─────────────────────────────────────────
Step 4: Abort Report
auto 또는 merge 실패 시 즉시 중단. cd "<REPO_ROOT>"로 복귀한 뒤 보고:
❌ Loop 중단: <TASK-ID>의 <auto|merge> 단계에서 실패했습니다.
원인: <auto/merge가 출력한 실패 사유 요약 — 한두 줄>
처리 완료: <이번 run에서 merge까지 끝난 TASK-ID 목록 또는 "없음">
남은 큐: <미처리 TASK-ID 목록>
해당 태스크를 수동으로 해결한 뒤 /jira-task loop를 재실행하세요 — 완료된 태스크는 자동으로 건너뜁니다.
