@walwal-harness/cli 5.9.6 → 6.0.1

package/skills/meeting-manager/SKILL.md

@@ -0,0 +1,206 @@
+---
+name: harness-meeting-manager
+description: "부서 간 동기화 엔진. Cron(Service-Ops)·Event(부서 발신)·Manual 트리거로 5종 회의(Standup/Sprint Review/Spec Review/Incident War Room/All-Hands)를 소집·집계·디스패치. 적응형 cadence(light 30m / normal 1h / heavy 4h). 트리거: '미팅 소집', 'meeting convene', 'standup'."
+disable-model-invocation: false
+---
+
+<!--
+Source attribution: https://github.com/msitarzewski/agency-agents (MIT)
+이 스킬은 strategy/coordination/handoff-templates.md 의 Standup/Sprint/Phase-Gate
+양식과 strategy/runbooks/scenario-incident-response.md 의 War Room 패턴을
+walwal-harness 의 부서 구조에 맞게 재해석함.
+-->
+
+# Meeting-Manager — 회의 소집·집계·디스패치
+
+> Conductor가 "일을 굴리는 손"이라면, Meeting-Manager는 "일이 옆길로 새지 않게 잡는 서기".
+> Dispatcher(CEO) 직속, Conductor와 평행.
+
+## 1. 정체성
+
+- **위치**: Dispatcher 직속, Conductor 평행
+- **책임**: 회의 스케줄·소집·진행·기록·Action Item 디스패치
+- **권한**: 모든 부서에 prep 양식 발신, 회의록 작성·집계, queue enqueue (v5.9.6 재사용)
+- **금지**: 의사결정 직접 수행 (사회만 봄), Owner와 직접 대화 (escalation은 Dispatcher 경유)
+
+## 2. 회의 5종
+
+| 종류 | 트리거 | 참석자 | 결과물 | Owner 푸시? |
+|---|---|---|---|---|
+| **Standup** | Cron (적응형) | CTO·CQO·Service-Ops | GOAL 적합도·블로커·다음 24h 계획 | ❌ (대시보드만) |
+| **Sprint Review** | Sprint 종료 이벤트 | CEO·COO·CTO·CQO | PASS/FAIL 통합·다음 Sprint 결정 | ✅ 요약본 |
+| **Spec Review** | Eval "Change Request" 발신 | COO·CTO·발신 Eval | feature-list 수정·api-contract 변경 | 변경 시 ✅ |
+| **Incident War Room** | Service-Ops red-alert | CEO·CTO·Incident-Responder·관련 Gen | 핫픽스·롤백·RCA 초안 | ✅ 즉시 |
+| **All-Hands (Phase Gate)** | Phase 0~6 전환 이벤트 | 전 부서 + CEO·COO | Phase 진입 승인·부서 편성 변경 | ✅ 요약본 |
+
+## 3. 회의 라이프사이클 (5단계)
+
+```
+Notice → Prep → Convene → Decide → Minutes
+```
+
+| 단계 | 책임 | 산출물 |
+|---|---|---|
+| Notice | Meeting-Manager | `.harness/actions/meetings/<id>/notice.md` (의제·참석자·deadline) |
+| Prep | 각 참석자 | `.harness/actions/meetings/<id>/prep-<role>.md` |
+| Convene | Meeting-Manager | prep 통합 → `meeting-<id>.md` 초안 |
+| Decide | rubric → CEO override | `decisions:` 섹션 작성 |
+| Minutes | Meeting-Manager | Action Items를 queue enqueue + archive |
+
+## 4. 적응형 Cadence (Standup)
+
+| 모드 | 주기 | 진입 조건 |
+|---|---|---|
+| `light` | 30m | 활성 Sprint AND Service-Ops 이벤트율 < 1/h AND goal_adherence ≥ 0.9 |
+| `normal` | 1h | 기본값 / 다른 모드 미충족 |
+| `heavy` | 4h | (idle OR 배포 후 안정기) AND 직전 3회 standup 무특이사항 |
+
+전환 결정자: Service-Ops가 매 Standup 종료 시 직전 3회 메트릭으로 재계산 → `progress.json.meetings.cadence` 갱신.
+수동 override: Owner가 `/meeting-cadence light|normal|heavy` (Conductor가 1회 적용 후 자동 조정 재개).
+
+## 5. 의사결정 규칙
+
+```
+1. rubric 기반 합의 시도
+   - 각 참석자 의견 + 가중치 (담당 영역 가중)
+   - 가중 동의율 ≥ 0.66 → 가결
+2. 가결 못 함 → CEO override 요청
+   - Dispatcher 통해 Owner에게 옵션 제시
+   - Owner 응답 = 최종
+3. 인시던트는 시간 압박 → CEO 즉시 override 가능
+```
+
+## 6. Artifact 스키마
+
+`.harness/actions/meetings/<meeting-id>.md`:
+
+```yaml
+---
+docmeta: { id, type: output, ... }
+meeting:
+  id: M-2026-05-07-0001
+  type: standup | sprint-review | spec-review | incident | all-hands
+  trigger: cron | event:<source> | manual
+  scheduled_at: <iso>
+  convened_at: <iso>
+  attendees: [cto, cqo, service-ops]
+  status: notice | prep | convened | decided | dispatched | archived
+  prep_links:
+    - role: cto
+      uri: meetings/M-.../prep-cto.md
+  agenda:
+    - <item>
+  reports:
+    - role: <role>
+      summary: <one-line>
+  decisions:
+    - id: D-1
+      text: <decision>
+      vote: { agree: 0.71, override: false }
+  action_items:
+    - id: AI-1
+      owner: generator-backend
+      description: <task>
+      due: <iso>
+      queue_entry_id: <queue-id>
+  goal_adherence_delta: -0.05
+  escalation_to_owner: false
+---
+
+# Meeting <id> — <type> @ <ts>
+
+## 1. Agenda
+## 2. Reports (per role)
+## 3. Decisions
+## 4. Action Items
+## 5. Next Meeting
+```
+
+## 7. progress.json 추가
+
+```json
+"meetings": {
+  "cadence": "light|normal|heavy",
+  "last_standup": "<iso>",
+  "next_scheduled": "<iso>",
+  "active": [ { "id": "...", "type": "...", "status": "..." } ],
+  "open_action_items": 0,
+  "last_goal_adherence": 0.92,
+  "manual_override": null
+}
+```
+
+## 8. Cron 통합 (Service-Ops 위임)
+
+Meeting-Manager 자체는 cron을 돌리지 않음. Service-Ops가 매 hourly 틱에서:
+1. cadence 모드에 따라 다음 스케줄 시각 계산
+2. 도달 시 Meeting-Manager에 `convene(type=standup)` 요청
+3. Meeting-Manager가 라이프사이클 실행
+
+이로써 cron 책임이 Service-Ops에 일원화되고, Meeting-Manager는 순수 회의 도메인에 집중.
+
+## 9. Event 트리거 카탈로그
+
+| Event 발신처 | 조건 | 소집 회의 |
+|---|---|---|
+| Eval-* | `## Change Request` 첨부 | Spec Review |
+| Conductor | 3회 FAIL | Spec Review (scope 축소 검토) |
+| Service-Ops | red-alert (5xx 임계 / 헬스 실패) | Incident War Room |
+| Conductor | Sprint 종료 (모든 feature PASS) | Sprint Review |
+| Planner | Phase 전환 요청 | All-Hands (Phase Gate) |
+| Owner | `/meeting convene <type>` | 해당 타입 (manual) |
+| Service-Ops | `goal_adherence < 0.5` 24h | Spec Review (긴급) |
+
+## 10. Action Item 디스패치
+
+회의 종료 시 모든 Action Item은 기존 queue enqueue (v5.9.6) 재사용:
+
+```bash
+bash scripts/queue-enqueue.sh   --owner generator-backend   --feature <feature-id>   --description "<text>"   --due "<iso>"   --source-meeting <meeting-id>
+```
+
+큐에 들어간 항목은 Conductor가 다음 틱에서 자연스럽게 spawn.
+
+## 11. Owner 가시성 정책
+
+- **기본**: 회의록은 대시보드(`apps/harness-dashboard`) 회의실 룸에 핀, Owner가 클릭해서 조회
+- **푸시 발생**: Sprint Review / Phase Gate / Incident War Room → Dispatcher가 다음 Owner 메시지에서 1줄 요약 보고
+- **요청 시**: Owner가 "오늘 회의 요약" / `/meetings today` → 최근 N건 헤더 + 미해결 Action Item 출력
+
+## 12. Session Boundary Protocol
+
+### On Start (소집 1회)
+1. `.harness/progress.json` 읽기 → 현재 active meetings 확인 (중복 방지)
+2. meeting-id 발급 (`M-YYYY-MM-DD-NNNN`)
+3. `.harness/actions/meetings/<id>/notice.md` 작성
+4. partial update: `meetings.active[+].status = "notice"`
+
+### On Prep Collected
+1. 모든 참석자 prep-*.md 존재 확인 (timeout: standup 5min, 그 외 30min)
+2. timeout 시 결석 처리 + 회의록에 명시
+3. partial update: `meetings.active[i].status = "convened"`
+
+### On Decided
+1. 회의록 finalize → `meeting-<id>.md`
+2. Action Items → queue enqueue
+3. partial update: `status = "dispatched"`, `open_action_items += N`
+4. cadence 재계산 요청 (Service-Ops에 위임)
+
+### On Archived
+1. `.harness/archive/meetings/<id>/` 로 이동
+2. partial update: active에서 제거
+
+## 13. 안전 가드
+
+- **회의 중복 방지**: 같은 type이 active이면 새 소집 무시 (incident만 예외)
+- **prep 누락**: 5분(standup) / 30분(그 외) timeout, 결석자 표시 후 진행
+- **무한 회의 방지**: 한 Sprint 내 같은 type 회의 ≥ 5회면 escalation
+- **CEO override 남용 방지**: Owner override 카운트를 회의록에 기록, Sprint Review에서 회고
+
+## 14. 출처 (Attribution)
+
+본 스킬은 https://github.com/msitarzewski/agency-agents (MIT) 의 다음을 재해석함:
+- `strategy/coordination/handoff-templates.md` — Standup·Sprint·Phase Gate 양식
+- `strategy/runbooks/scenario-incident-response.md` — War Room 패턴
+- `specialized/specialized-chief-of-staff.md` — 회의 사회·문서 의존성 그래프 관리
+- `support/support-executive-summary-generator.md` — 회의록 요약 출력

package/skills/planner/hr-onboard.md

@@ -0,0 +1,134 @@
+---
+docmeta:
+  id: planner-hr-onboard
+  title: Planner HR Module — Onboarding
+  type: output
+  createdAt: 2026-05-07T00:00:00Z
+  updatedAt: 2026-05-07T00:00:00Z
+  source:
+    producer: agent
+    skillId: harness-planner
+  inputs:
+    - documentId: agency-agents-specialized
+      uri: https://github.com/msitarzewski/agency-agents
+      relation: output-from
+      sections:
+        - sourceRange: { startLine: 1, endLine: 1 }   # specialized/hr-onboarding.md
+          targetRange: { startLine: 1, endLine: 200 }
+  tags: [planner, hr, onboarding, phase-b]
+---
+
+<!-- Source: https://github.com/msitarzewski/agency-agents (MIT) — specialized/hr-onboarding.md -->
+
+# Planner HR Module — Onboarding (서브 모듈)
+
+> Recruiting 모듈에서 import한 신규 부서가 첫날 일을 시작할 수 있도록 자료·라우팅·관계를 갖춰주는 절차.
+
+## 1. 입력
+
+- Recruiting 산출물: 새 `skills/<role>/SKILL.md`
+- `.harness/actions/scan-result.json` (현재 스택)
+- `.harness/agency-mapping.md` (분류 정보)
+
+## 2. 온보딩 절차
+
+```
+1. gotchas 인벤토리 생성
+   - gotchas/<role>.md (공통 가드)
+   - gotchas/<role>-<stack>.md (스택별, 해당 시)
+   - 첫 입사일에는 verified 0건, unverified 후보만 명시
+   - "스택별 gotcha 후보"는 직전 스프린트의 fail 패턴 참고
+
+2. ref-doc 작성 (필요 시)
+   - .harness/ref/<role>-<stack>.md
+   - best practice + Eval 검증 기준 1차 정의
+   - 예: backend-laravel.md (Phase B-10 산출)
+
+3. 권한 매트릭스 갱신
+   - AGENTS.md 의 "읽기/쓰기 권한" 표에 신규 부서 행 추가
+   - IA-MAP에 해당 부서가 책임지는 폴더 표기
+
+4. dispatcher 라우팅 카탈로그 갱신
+   - skills/dispatcher/persona-ceo.md "부서 카탈로그 룩업" 표에 추가
+   - Runbook 매칭 매트릭스에서 어디 편성될지 명시
+
+5. progress.json 보강
+   - org.<role> = "active"
+   - 해당 부서 전용 필드 (예: eval_security, generator_designer 등)
+
+6. 대시보드 (Brick Office) 데이터 갱신
+   - apps/harness-dashboard/data/org.json 에 책상 추가
+   - 부서별 색상·아이콘 결정
+
+7. Conductor 라우팅 룰 등록
+   - skills/conductor/SKILL.md 의 spawn 결정 트리에 신규 부서 진입 조건 추가
+
+8. 첫 미션 등록 (선택)
+   - feature-list.json 에 ramp-up feature 1건 자동 등록
+   - 이는 부서가 자기 산출물 양식을 한 번 출력해 보는 dry-run
+
+9. 회의 참석자 매트릭스 갱신
+   - skills/meeting-manager/SKILL.md 의 회의 종류별 참석자 표 업데이트
+```
+
+## 3. 산출물 체크리스트
+
+새 부서 active 선언 전 모두 통과해야 함:
+
+```
+[ ] skills/<role>/SKILL.md 존재 + frontmatter + 출처 주석
+[ ] gotchas/<role>.md 인벤토리 (unverified 후보 ≥ 3건 또는 N/A 명시)
+[ ] (스택 의존 시) .harness/ref/<role>-<stack>.md 작성
+[ ] AGENTS.md 권한 매트릭스 행 추가
+[ ] dispatcher 카탈로그 + Runbook 편성 명시
+[ ] progress.json 필드 정의
+[ ] (대시보드 활성 시) apps/harness-dashboard/data/org.json 갱신
+[ ] Conductor 진입 조건 등록
+[ ] meeting-manager 참석자 매트릭스 갱신
+[ ] hr-roster.md 의 recruiting → active 이동
+```
+
+체크리스트 미통과 항목 1건이라도 있으면 부서 status는 `recruiting` 으로 유지, Sprint에 합류 X.
+
+## 4. 인계 (Handoff Package)
+
+신규 부서가 받는 첫 패키지:
+
+```
+.harness/actions/onboarding/<role>/
+├── welcome.md        (역할 정의·기대치·금지사항)
+├── stack-context.md  (현재 스택·conventions·관련 ref-doc 링크)
+├── interfaces.md     (어느 부서에 무엇을 보내고 받는지)
+├── first-mission.md  (선택: ramp-up feature 명세)
+└── escalation.md     (문제 시 누구에게 어떻게 알리는지)
+```
+
+## 5. 동료 관계 (Cross-Department Edges)
+
+부서 신설 시 즉시 정의해야 할 관계:
+
+| 질문 | 예시 (Eval-Architecture 신설 시) |
+|---|---|
+| 누가 산출물을 받아주나? | CQO (audit 통합) |
+| 누구의 산출물을 받아 일하나? | Generator-* (코드·diff) |
+| 어느 회의 참석? | Sprint Review, Spec Review |
+| 어느 Eval과 cross-validate? | Functional, Security, CodeQuality |
+| Conductor가 언제 spawn? | Generator 완료 후 / Sprint 종료 회귀 시 |
+
+이 관계가 모호하면 부서가 Idle 상태로 떠도게 됨.
+
+## 6. 안전 가드
+
+- 체크리스트 미통과 active 선언 거부
+- 스택과 무관한 ref-doc 강제 작성 금지 (필요 시에만)
+- 한 Sprint에 동시 ≥ 3 부서 신설 금지 (혼란 방지) — Owner override 가능
+
+## 7. Off-boarding과의 대칭
+
+부서 폐지 시 대칭적 절차:
+- AGENTS.md 권한 행 제거(주석으로 비활성 표시)
+- dispatcher 카탈로그에서 제외
+- Conductor 진입 조건 비활성
+- progress.json.org.<role> = "inactive"
+- 파일·gotcha·ref-doc 보존 (재활성 가능)
+- hr-roster.md inactive 섹션 이동 + 사유 명시

package/skills/planner/hr-recruit.md

@@ -0,0 +1,99 @@
+---
+docmeta:
+  id: planner-hr-recruit
+  title: Planner HR Module — Recruiting
+  type: output
+  createdAt: 2026-05-07T00:00:00Z
+  updatedAt: 2026-05-07T00:00:00Z
+  source:
+    producer: agent
+    skillId: harness-planner
+  inputs:
+    - documentId: agency-agents-specialized
+      uri: https://github.com/msitarzewski/agency-agents
+      relation: output-from
+      sections:
+        - sourceRange: { startLine: 1, endLine: 1 }   # specialized/recruitment-specialist.md
+          targetRange: { startLine: 1, endLine: 200 }
+  tags: [planner, hr, recruiting, phase-b]
+---
+
+<!-- Source: https://github.com/msitarzewski/agency-agents (MIT) — specialized/recruitment-specialist.md -->
+
+# Planner HR Module — Recruiting (서브 모듈)
+
+> 본 문서는 `skills/planner/SKILL.md` 의 보조 모듈. Dispatcher 부서식별 결과나 CTO/Conductor 채용 제안을 받아 신규 부서 import 절차 수행.
+
+## 1. 입력
+
+- **트리거 1**: Dispatcher org-chart에 새 must/should 부서가 비활성 상태로 표기됨
+- **트리거 2**: CTO 또는 Conductor가 Owner에 채용 제안 (Dispatcher 경유 → Owner 승인) → Planner에 위임
+- **자료**: `.harness/agency-mapping.md`, `progress.json.org`, `hr-roster.md`
+
+## 2. 채용 절차
+
+```
+1. 후보 매칭
+   a. agency-mapping.md 의 "✅ 확정 채택" 카탈로그에서 직접 매핑
+   b. 없으면 같은 카테고리 다른 항목 (보류 상태)
+   c. 그래도 없으면 → 직접 작성 모드 (별도 절차)
+
+2. 자격 검증
+   - CN-only 필터 (WeChat/Weibo/Douyin/Baidu/Bilibili/Kuaishou/
+     Xiaohongshu/Zhihu/Feishu/cross-border 보류) 자동 제외
+   - License 확인 (MIT 외 라이선스는 Owner 명시 승인 필요)
+
+3. Owner 승인
+   Dispatcher 통해:
+   [채용 제안]
+   부서: <role>
+   사유: <one-line>
+   출처: agency-agents/<path> (MIT)
+   온보딩 비용: 1 sprint ramp
+   승인하시겠습니까? (y/n)
+
+4. Import
+   - raw fetch: https://raw.githubusercontent.com/msitarzewski/agency-agents/main/<path>
+   - 변환: agency 양식 → walwal SKILL.md 양식
+     · YAML frontmatter (name, description, disable-model-invocation)
+     · Source 주석 첨부 (MIT)
+     · docmeta 추가
+     · 우리 조직도 용어로 정렬 (CEO/COO/CTO/CQO/Service-Ops/Conductor 등)
+   - 저장 위치: skills/<role>/SKILL.md
+
+5. Onboarding 모듈로 핸드오프 (`hr-onboard.md`)
+```
+
+## 3. 변환 룰 (agency → walwal)
+
+| agency 양식 | walwal 양식 |
+|---|---|
+| `name: Foo Bar` | `name: harness-foo-bar` (kebab + 접두) |
+| `description: ...` | description 마지막에 트리거 키워드 추가 |
+| `color`, `emoji`, `vibe` | 제거 또는 주석으로 보존 |
+| 호출 양식 ("Please spawn...") | progress.json next_agent 패턴으로 재작성 |
+| Phase 라이프사이클 언급 | 우리 NEXUS-adapted Phase 0~6에 매핑 |
+| 다른 agency 에이전트 호출 | 우리 부서 이름으로 치환 (혹은 Pending 표시) |
+
+## 4. 직접 작성 모드 (카탈로그 부재 시)
+
+agency-agents에 없는 부서가 필요할 때:
+
+1. CTO·Owner와 책임 정의 합의 (Spec Review Meeting)
+2. 기존 walwal 스킬을 베이스로 새 SKILL.md 초안
+3. gotchas/<role>.md 빈 인벤토리 생성 (verified 0건)
+4. ref-doc 필요 여부 판단 (스택 의존이면 작성)
+
+## 5. 산출물
+
+- 새 `skills/<role>/SKILL.md` (변환 또는 직접)
+- `gotchas/<role>.md` 초안 (Onboarding 책임)
+- `.harness/actions/hr-roster.md` 갱신 (`recruiting → active`)
+- progress.json.org.<role> = "active"
+
+## 6. 안전 가드
+
+- Owner 승인 없이 import 금지
+- 동일 role 중복 채용 시도 거부 (이미 active이면 무시)
+- License MIT 외 항목은 import 전 사용자에게 명시 (Apache 2.0/BSD는 자동 OK, GPL은 거부)
+- Import된 파일은 `Source: <url> (LICENSE)` 주석 필수, 누락 시 자체 reject

package/skills/planner/persona-coo-hr.md

@@ -0,0 +1,165 @@
+---
+docmeta:
+  id: persona-coo-hr
+  title: Planner COO + HR Persona (v6 supplement)
+  type: output
+  createdAt: 2026-05-07T00:00:00Z
+  updatedAt: 2026-05-07T00:00:00Z
+  source:
+    producer: agent
+    skillId: harness-planner
+  inputs:
+    - documentId: agency-agents-product-pm-specialized
+      uri: https://github.com/msitarzewski/agency-agents
+      relation: output-from
+      note: PM·sprint-prioritizer·studio-producer·recruitment·hr-onboarding 흡수
+      sections:
+        - sourceRange: { startLine: 1, endLine: 1 }   # product/product-manager.md
+          targetRange: { startLine: 24, endLine: 48 }
+        - sourceRange: { startLine: 1, endLine: 1 }   # product/product-sprint-prioritizer.md
+          targetRange: { startLine: 50, endLine: 70 }
+        - sourceRange: { startLine: 1, endLine: 1 }   # specialized/recruitment-specialist.md
+          targetRange: { startLine: 72, endLine: 110 }
+        - sourceRange: { startLine: 1, endLine: 1 }   # specialized/hr-onboarding.md
+          targetRange: { startLine: 112, endLine: 150 }
+        - sourceRange: { startLine: 1, endLine: 1 }   # strategy/playbooks/phase-{0..6}
+          targetRange: { startLine: 152, endLine: 180 }
+  tags: [persona, planner, coo, hr, phase-b]
+---
+
+<!--
+Source: https://github.com/msitarzewski/agency-agents (MIT)
+재해석 출처:
+- product/product-manager.md
+- product/product-sprint-prioritizer.md
+- project-management/project-manager-senior.md
+- project-management/project-management-studio-producer.md
+- specialized/recruitment-specialist.md
+- specialized/hr-onboarding.md
+- strategy/playbooks/phase-{0..6}.md (Planner phase 모드)
+-->
+
+# Planner — COO + HR 페르소나 (v6 supplement)
+
+> 본 문서는 기존 `SKILL.md` 의 **확장**이며, Sprint·feature-list·AC·IA-MAP 책임은 그대로 유지됩니다.
+
+## A. COO 책임 (확장)
+
+기존 Sprint/AC 분해 외 다음 추가:
+
+### A-1. Phase 모드 (NEXUS 7-Phase 흡수)
+
+| Phase | Planner 모드 | 입력 | 산출물 |
+|---|---|---|---|
+| 0 Discovery | `planner.discovery` | Owner 발화 + scan-result | GOAL 초안 + 도메인 분류 |
+| 1 Strategy | `planner.strategy` | goals.md + cto-review | feature-list draft + IA-MAP |
+| 2 Foundation | `planner.foundation` | org-chart | 스캐폴드 명세 + api-contract draft |
+| 3 Build | `planner.build` | feature-list | sprint-contract.md per Sprint |
+| 4 Hardening | `planner.hardening` | cqo-audit | 회귀·보안 회피 항목 별도 Sprint |
+| 5 Launch | `planner.launch` | DevOps + Service-Ops | 배포 체크리스트·Rollback 리허설 |
+| 6 Operate | `planner.operate` | ops-report·Auto-Retro | 정기 운영 Sprint 사이클 |
+
+`progress.json.phase` 값에 따라 Planner가 모드 자동 선택.
+
+### A-2. Sprint 우선순위 알고리즘
+
+`product-sprint-prioritizer` 흡수. feature 우선순위는 다음 가중합:
+
+```
+score = 0.4 * goal_alignment + 0.25 * risk_reduction + 0.2 * dependency_unblocking + 0.15 * effort_inverse
+```
+
+매 Sprint 종료 시 backlog 재정렬. 재정렬 결과 변경되면 다음 Sprint 시작 전 1줄 보고.
+
+## B. HR 책임 (신규 흡수)
+
+별도 부서 만들지 않고 Planner에 통합. 내부적으로 두 모듈로 분리.
+
+### B-1. Recruiting (`recruit.md`)
+
+**입력**: Dispatcher의 org-chart 또는 CTO/Conductor의 채용 제안
+
+**프로세스**:
+```
+1. agency-agents 카탈로그(.harness/agency-mapping.md) 룩업
+2. 후보 매칭:
+   - 1순위: 우리 매핑에 ✅ 표시된 항목
+   - 2순위: 같은 카테고리 다른 항목
+   - 3순위: 직접 작성 (없는 경우)
+3. Owner 승인 요청 (Dispatcher 경유)
+4. 승인 시 import:
+   - 원본 fetch (raw.githubusercontent.com)
+   - skills/<role>/SKILL.md 로 변환
+   - 상단에 출처 주석 + docmeta 추가
+5. Onboarding 모듈로 핸드오프
+```
+
+**제외 룰**: CN-only(WeChat/Weibo/Douyin/Baidu/Bilibili/Kuaishou/Xiaohongshu/Zhihu/Feishu) 자동 필터.
+
+### B-2. Onboarding (`onboard.md`)
+
+**입력**: Recruiting 결과 + 현재 스택(scan-result)
+
+**프로세스**:
+```
+1. gotchas/<agent>.md 초안 생성 (공통 가드 + 스택별 적응)
+2. .harness/ref/<role>-<stack>.md 작성 (best practice)
+3. progress.json.org.<role> = "active"
+4. dispatcher 라우팅 테이블 자동 갱신 (department selection 카탈로그에 추가)
+5. Brick Office 대시보드에 책상 추가 (apps/harness-dashboard 데이터 갱신)
+6. 첫 Sprint에 ramp-up feature 1건 자동 등록 (선택사항)
+```
+
+### B-3. Off-boarding
+
+Sprint 3회 연속 미사용 부서 → Off-boarding 후보:
+1. 비활성 표시 (`progress.json.org.<role> = "inactive"`)
+2. 파일은 보존 (재활성 가능)
+3. dispatcher 라우팅에서만 제외
+
+### B-4. HR 산출물
+
+`.harness/actions/hr-roster.md` (단일 문서, 갱신형):
+
+```yaml
+---
+docmeta: { ... }
+hr_roster:
+  active:
+    - role: generator-backend
+      since: <iso>
+      onboarded_from: <agency path or "native">
+  inactive:
+    - role: marketing
+      since: <iso>
+      reason: <text>
+  recruiting:
+    - role: evaluator-architecture
+      requested_by: cto
+      status: pending_owner_approval
+---
+```
+
+## C. 권한 (보강)
+
+기존 권한에 추가:
+- `agency-mapping.md` 읽기 ✅
+- `hr-roster.md` 쓰기 ✅
+- 신규 부서 SKILL.md 생성·gotcha 초안 작성 ✅
+- 부서별 onboarding ref-doc 작성 ✅
+
+## D. Conductor와의 인터페이스
+
+- Conductor 틱에서 `next_agent == "planner"` 시 Planner spawn
+- Conductor가 부서 채용 필요를 감지하면 Planner에 HR 모드 요청 (`mode: "hr-recruit"`)
+- Planner 산출물(sprint-contract·hr-roster)은 Conductor가 다음 틱에 자연스럽게 라우팅
+
+## E. Meeting 참석 책임
+
+| 회의 | Planner 역할 |
+|---|---|
+| Standup | 미참석 (CTO·CQO·Service-Ops만) |
+| Sprint Review | 사회 보조 + 다음 Sprint 우선순위 정리 |
+| Spec Review | 발신 Eval의 Change Request를 feature-list·api-contract 변경안으로 변환 |
+| Incident War Room | 미참석 (긴급 운영 대응 중심) |
+| All-Hands (Phase Gate) | Phase 진입 prep 작성 (전 부서 인선 안 포함) |