# Phase B 백로그 우선순위 매트릭스

작성일: 2026-05-08
작성자: 쿠쿨칸 (dev7-team 백엔드, 팀장 이참나 위임)
근거: 회장 명시 backlog 9건 + Phase/Risk/Dependency 분류 기준
참조: 시스템 청사진 / Phase B 통합 문서 §9.4 (`memory/orchestration/phase_b_integration_items_260507.md`)

---

## 1. 개요

본 문서는 회장이 `phase_b_integration_items_260507.md §9.4`에 명시한 backlog 9건을 Phase, Risk, Dependency, Conflict risk, Immediate value 5개 차원으로 재분해하여 우선순위 매트릭스로 정리한 보고서다.

**분석 범위**: 기획/backlog grooming 전용. 코드·테스트·PR·branch 변경 0건.

**critical chain (회장 §9.6 명시)**:
```
task-2486 ✅ → task-2485+1 ✅ ESSENCE_PASS/ESCALATED_VERIFIER_LIMITATION
→ task-2487+1 발행 → PR #49/#50/#51 순차 머지
→ task-2472+1 (task-2495 분석 경유) → task-2483 → task-2484
```

**분석 참조 파일**:
- `memory/events/task-2487+1.codex-gate` — #6, #7 직접 관련 (browser_verify SSOT, regex)
- `memory/events/task-2494-candidate.stuck-detection-spec` — #5 spec
- `memory/events/task-2495-candidate.pr42-recovery-analysis-spec` — #9 spec
- `memory/feedback/feedback_escalated_verifier_limitation_classification_260508.md` — #8 분류 룰

---

## 2. Phase별 항목 분류 표

| # | 항목 | Phase | Risk | task-2487+1 의존 | Conflict risk | Immediate value | 근거 |
|---|---|---|---|---|---|---|---|
| 1 | branch/worktree isolation hardening | Phase 4 | high | 부분 의존 (chain 안정화 후 권장) | low | medium | §8.3에 "병렬 task 간 격리 깨짐, surface 침범 위험"으로 명시. CI/lifecycle 집행 계층(Phase 4) 해당. 단, read-only 진단은 즉시 착수 가능 |
| 2 | bot-token-refresh.jsonl logging gap 보강 | Phase 0 | medium | 불필요 (독립적) | low | medium | 토큰 갱신 audit 누락 항목 식별 — 문서/감사(Phase 0). 코드 변경 없이 gap 목록 작성 가능. chain 외부 |
| 3 | 권한 진단 방법론 문서화 | Phase 0 | low | 불필요 (독립적) | low | high | §9.3 오류 패턴 박제 — 순수 문서화(Phase 0). 코드 변경 0. task-2493 CONDITIONAL_GO 직후 필요도 높음. chain 외부 즉시 착수 가능 |
| 4 | auto-merge.yml main 부재 audit | Phase 0 | medium | 불필요 (독립적) | low | medium | §9.4 "현재 #49/#50/#51 머지의 직접 선결은 아니므로 backlog 등록만" — 문서/감사(Phase 0). git history/blame 읽기 전용 분석. chain 외부 |
| 5 | task-2494 stuck/zombie detection hardening | Phase 1 | medium | 의존 (chain 안정화 후 dispatch) | low | medium | spec에 "critical chain 안정화 후 dispatch" 명시. 내용 자체는 read-only detector(Phase 1). 문서화는 즉시 가능, production 통합은 chain 이후 |
| 6 | browser_verify SSOT adoption gap | Phase 2 | high | 직접 의존 (task-2487+1 핵심 범위) | critical | high | codex-gate에 task-2487+1 필수 범위로 명시. verifier 계층 자기참조 정규식과 직결. task-2487+1 없이 착수 불가 |
| 7 | verifier self-reference regex 제거 | Phase 2 | high | 직접 의존 (task-2487+1 연계) | critical | high | codex-gate에 "teams/*/qc/verifiers/* 전수 audit, 중복 regex 제거 + SSOT 단일화" 명시. #6과 동일 작업 영역 공유. task-2487+1 완료 후 자연스럽게 연속 착수 |
| 8 | ESSENCE_PASS / ESCALATED_VERIFIER_LIMITATION 분류 신설 | Phase 0 | low | 부분 의존 (task-2485+1 사례 확정 후) | low | high | feedback 문서 이미 박제 완료. 8종 enum에 추가 검토 필요 항목. 분류 문서화 자체는 즉시 가능. 단, enum 코드 반영은 Phase B 3단계 이후 |
| 9 | PR #42 BEHIND recovery 별도 분석 | Phase 1 | medium | 부분 의존 (task-2487+1 후 권장) | medium | high | spec에 "읽기 전용 분석만 허용". task-2487+1 발행 후 critical chain 안정화 시점에 착수. taskctl-state-guard fail 원인 분석은 read-only(Phase 1) |

---

## 3. 의존 관계 분석

### 3.1. task-2487+1과 직접 충돌/공유하는 항목

**#6 browser_verify SSOT adoption gap**
- codex-gate(`task-2487+1.codex-gate`)에 task-2487+1 필수 범위로 명시
- `teams/shared/verifiers/browser_verify.py`의 `TASK_ID_PATTERN` regex가 `+` suffix를 허용하지 않는 결함이 핵심 대상
- task-2487+1이 진행 중이거나 PR이 열린 상태에서 본 항목을 별도 착수하면 **파일 레벨 충돌 critical**
- 착수 조건: task-2487+1 PR #49/#50/#51 순차 머지 완료 후

**#7 verifier self-reference regex 제거**
- `scripts/notify-completion.py`, `scripts/done-watcher.py`, `report_parser.py`, `dispatch/__init__.py` 등 task-2487+1 작업 영역과 중복
- codex-gate에 "신규 regex 금지, SSOT 단일화" 요구사항으로 명시
- #6과 동일 파일군을 공유 → **독립 착수 시 이중 수정 충돌 critical**
- 착수 조건: #6 완료 후 연속 착수 권장 (task-2487+1 chain 이후)

### 3.2. critical chain 의존 항목

critical chain: `task-2486 ✅ → task-2485+1 ✅ → task-2487+1 → PR #49/#50/#51 → task-2472+1 → task-2483 → task-2484`

| 항목 | chain 의존 사유 |
|---|---|
| #6 browser_verify SSOT | task-2487+1 필수 범위 직접 포함 |
| #7 verifier regex 제거 | task-2487+1 작업 영역 공유, chain 완료 후 연속 착수 |
| #5 stuck/zombie detection | spec에 PR #49/#50/#51 머지 완료 + critical chain 안정화 후 dispatch 명시 |
| #9 PR #42 BEHIND recovery | spec에 task-2487+1 후 chain 안정화 시점 착수 명시 |
| #1 worktree isolation hardening | §8.3에 "critical chain 정리 후 backlog 처리 우선순위 재산정" 명시 |

→ chain 의존 항목: 5건 (#1, #5, #6, #7, #9)

### 3.3. 즉시 착수 가능 항목 (chain 외부, read-only 또는 문서 전용)

| 항목 | 착수 가능 사유 |
|---|---|
| #2 bot-token-refresh.jsonl logging gap | chain과 무관. 읽기 전용 gap 목록 작성. 코드 0 |
| #3 권한 진단 방법론 문서화 | chain과 무관. 순수 문서화. §9.3 오류 패턴 → 별도 문서 박제. 코드 0 |
| #4 auto-merge.yml main 부재 audit | chain과 무관. git history 읽기 전용 분석. 코드 0 |
| #8 ESSENCE_PASS/ESCALATED_VERIFIER_LIMITATION 분류 | feedback 문서 이미 박제. 분류 정책 문서화 보완. enum 코드 반영은 Phase B 3단계 별도 |

→ 즉시 착수 가능: 4건 (#2, #3, #4, #8)

---

## 4. 우선순위 매트릭스 (2x2 사분면)

```
                    ┌─────────────────────────────────────────────────────────┐
HIGH                │  Q2: 고가치 / 고위험                │  Q1: 고가치 / 저위험  │
Immediate           │  ─────────────────────              │  ──────────────────   │
Value               │  #6 browser_verify SSOT             │  #3 권한 진단 방법론  │
                    │  #7 verifier regex 제거             │  #8 ESCALATED_VERIFIER│
                    │  #9 PR #42 BEHIND recovery          │     분류 신설          │
                    ├─────────────────────────────────────┼───────────────────────┤
LOW                 │  Q3: 저가치 / 고위험                │  Q4: 저가치 / 저위험  │
Immediate           │  ─────────────────────              │  ──────────────────   │
Value               │  #1 worktree isolation hardening    │  #2 bot-token logging │
                    │  #5 stuck/zombie detection          │  #4 auto-merge.yml    │
                    │                                     │     main 부재 audit   │
                    └─────────────────────────────────────┴───────────────────────┘
                              HIGH Risk ◄──────────────────────► LOW Risk
                            (critical/high)                    (low/medium)
```

**X축**: Risk (좌: critical/high → 우: low/medium)
**Y축**: Immediate value (상: high → 하: low/medium)

### 사분면별 항목 상세 및 권장 조치

**Q1 (고가치 / 저위험) — 즉시 착수 권장**
- **#3 권한 진단 방법론 문서화** (Risk: low, Value: high)
  - task-2493 CONDITIONAL_GO 직후 재발 방지 문서화 필요도 즉각적
  - 코드 변경 0, chain 외부 독립 → 지금 바로 착수 가능
- **#8 ESSENCE_PASS / ESCALATED_VERIFIER_LIMITATION 분류 신설** (Risk: low, Value: high)
  - feedback 문서 이미 박제 완료 (`feedback_escalated_verifier_limitation_classification_260508.md`)
  - 분류 정책 문서화 보완 및 8종 enum 검토 메모 작성 → 즉시 착수 가능
  - enum 코드 반영은 Phase B 3단계 이후 별도 task

→ **권장 조치**: 즉시 착수 (이번 sprint 내)

**Q2 (고가치 / 고위험) — task-2487+1 후 착수**
- **#6 browser_verify SSOT adoption gap** (Risk: high/Conflict: critical, Value: high)
  - task-2487+1 필수 범위 → task-2487+1 완료 없이 착수 불가
  - PR #49/#50/#51 머지 완료 후 즉시 연속 착수
- **#7 verifier self-reference regex 제거** (Risk: high/Conflict: critical, Value: high)
  - #6과 동일 작업 영역 → #6 완료 후 바로 연속
- **#9 PR #42 BEHIND recovery 별도 분석** (Risk: medium/Conflict: medium, Value: high)
  - 읽기 전용 분석이지만 task-2487+1 chain 안정화 후 착수 권장
  - spec에 "task-2487+1 발행 후 critical chain 안정화 시점" 명시

→ **권장 조치**: task-2487+1 완료 후 착수 (PR #49/#50/#51 머지 이후)

**Q3 (저가치 / 고위험) — chain 안정화 후 재평가**
- **#1 branch/worktree isolation hardening** (Risk: high, Value: medium)
  - §8.3에 "critical chain 정리 후 backlog 처리 우선순위 재산정" 명시
  - chain 안정화 전 착수 시 격리 대상 변경 범위 불확실
- **#5 task-2494 stuck/zombie detection hardening** (Risk: medium, Value: medium)
  - spec에 "PR #49/#50/#51 순차 머지 완료 + critical chain 안정화 후 dispatch" 명시
  - 문서화(spec 보완, Phase 1 detector 설계)는 즉시 착수 가능이나 production 연결은 chain 후

→ **권장 조치**: critical chain 안정화 후 재산정 (장기 backlog 또는 chain 완료 직후)

**Q4 (저가치 / 저위험) — 감시 및 순차 처리**
- **#2 bot-token-refresh.jsonl logging gap 보강** (Risk: medium, Value: medium)
  - chain 외부, 코드 0, 독립 착수 가능
  - 긴급성 없으나 audit 누락 방치 시 observability 저하
- **#4 auto-merge.yml main 부재 audit** (Risk: medium, Value: medium)
  - §9.4에 "#49/#50/#51 머지의 직접 선결은 아님"으로 명시 → backlog 등록만
  - 읽기 전용 git history 분석 → 즉시 착수 가능하나 긴급도 낮음

→ **권장 조치**: 감시 유지, 여유 시점에 순차 처리 (#3/#8과 묶어 Phase 0 sprint로 처리)

---

## 5. 추천 다음 3개 task

### 추천 #1: task-2496 — 권한 진단 방법론 문서화

| 항목 | 내용 |
|---|---|
| task ID 후보 | task-2496 |
| 산출물 | `memory/specs/permission-diagnosis-methodology-260508.md` (또는 `memory/feedback/`) |
| 선행 조건 | 없음 (즉시 착수 가능) |
| 근거 | §9.3 오류 패턴 2건 + 대안 패턴 명시 완료. 별도 문서 박제만 필요. task-2493 CONDITIONAL_GO 이후 재발 방지 필요도 즉각적 |
| Phase | Phase 0 |
| 예상 산출물 규모 | 문서 1건, 코드 변경 0 |

### 추천 #2: task-2497 — ESSENCE_PASS / ESCALATED_VERIFIER_LIMITATION 분류 정책 문서 보완

| 항목 | 내용 |
|---|---|
| task ID 후보 | task-2497 |
| 산출물 | `memory/orchestration/phase_b_integration_items_260507.md §9.x` 또는 별도 `memory/specs/escalated-verifier-limitation-classification-spec.md` |
| 선행 조건 | task-2485+1 사례 확정 (이미 완료). feedback 문서 이미 박제 완료 |
| 근거 | 8종 enum에 ESCALATED_VERIFIER_LIMITATION 추가 검토 메모 + 분류 룰 공식화. enum 코드 반영은 Phase B 3단계에서 별도 task로 처리 |
| Phase | Phase 0 |
| 예상 산출물 규모 | 정책 문서 1건, 코드 변경 0 |

### 추천 #3: task-2495 — PR #42 BEHIND recovery 별도 분석 (읽기 전용)

| 항목 | 내용 |
|---|---|
| task ID 후보 | task-2495 (spec에 이미 후보 ID 지정) |
| 산출물 | `memory/reports/task-2495-analysis.md` |
| 선행 조건 | task-2487+1 발행 + critical chain 안정화 + 회장 별도 승인 |
| 근거 | PR #42 taskctl-state-guard fail 원인 분석, update-branch 가능성 분석 — 읽기 전용. 회장 §9.4에 별도 분석 task로 명시 |
| Phase | Phase 1 (read-only detector) |
| 예상 산출물 규모 | 분석 보고서 1건, 코드 변경 0 |
| 주의 | 즉시 머지/force push/admin override 금지. 분석 결과 기반 후속 수정 task는 회장 결정 후 별도 발행 |

> **dispatch 금지**: 본 task에서 위 3건의 실제 dispatch는 금지. 추천만 가능.

---

## 6. 회장 7대 완료 조건 자체 점검

| # | 조건 | 상태 |
|---|---|---|
| 1 | 코드 변경 0건 | ✅ 본 task에서 .py/.yml/.yaml/scripts/ 등 일체 수정 없음 |
| 2 | 테스트 변경 0건 | ✅ tests/ 디렉터리 접근 없음 |
| 3 | PR 변경 0건 | ✅ 어떤 PR에도 코멘트/변경 없음 |
| 4 | branch 변경 0건 | ✅ branch 생성/수정/rebase 없음 |
| 5 | 오딘 task-2487+1 비개입 | ✅ task-2487+1 작업 영역 파일 수정 없음. 분석에서만 참조 |
| 6 | 산출물 문서 경로 제출 | ✅ `/home/jay/workspace/memory/orchestration/backlog/phase-b-priority-matrix-260508.md` |
| 7 | 후속 작업 제안은 가능하나 실행은 금지 | ✅ §5에서 task-2496/2497/2495 추천만 기재. dispatch/cron/marker 생성 없음 |

---

## 부록: 9건 요약 카드

| # | 항목 | Phase | Risk | 즉시 착수? | chain 의존? |
|---|---|---|---|---|---|
| 1 | worktree isolation hardening | 4 | high | ❌ chain 후 | ✅ |
| 2 | bot-token logging gap 보강 | 0 | medium | ✅ 즉시 | ❌ |
| 3 | 권한 진단 방법론 문서화 | 0 | low | ✅ 즉시 | ❌ |
| 4 | auto-merge.yml main 부재 audit | 0 | medium | ✅ 즉시 | ❌ |
| 5 | stuck/zombie detection hardening | 1 | medium | ⚠️ 문서만 즉시 | ✅ (production) |
| 6 | browser_verify SSOT adoption gap | 2 | high | ❌ task-2487+1 필수 | ✅ (직접) |
| 7 | verifier regex 제거 | 2 | high | ❌ #6 이후 | ✅ (직접) |
| 8 | ESCALATED_VERIFIER_LIMITATION 분류 | 0 | low | ✅ 즉시 | ❌ (문서) |
| 9 | PR #42 BEHIND recovery 분석 | 1 | medium | ❌ chain 후 | ✅ |

**집계**:
- Phase 0 (문서/감사): 4건 (#2, #3, #4, #8)
- Phase 1 (read-only detector): 2건 (#5, #9)
- Phase 2 (warning/escalation): 2건 (#6, #7)
- Phase 4 (CI/lifecycle enforcement): 1건 (#1)
- 즉시 착수 가능: 4건 (#2, #3, #4, #8) — #5는 문서화 부분만 즉시
- task-2487+1 이후 착수: 5건 (#1, #5 production, #6, #7, #9)
- critical chain 직접 의존: 5건 (#1, #5, #6, #7, #9)
- chain 독립: 4건 (#2, #3, #4, #8)