@walwal-harness/cli 6.1.1 → 6.1.3

package/gotchas/generator-backend-laravel.md

@@ -1,85 +1,19 @@
 ---
 docmeta:
   id: gotchas-generator-backend-laravel
-  title: Generator-Backend Gotchas — Laravel/Livewire/Filament
-  type: output
-  createdAt: 2026-05-07T00:00:00Z
-  updatedAt: 2026-05-07T00:00:00Z
+  title: Gotchas — Generator-Backend (Laravel/Livewire/Filament)
+  type: input
+  createdAt: 2026-05-08T00:00:00Z
+  updatedAt: 2026-05-08T00:00:00Z
   source:
-    producer: agent
-    skillId: harness-planner
-  inputs:
-    - documentId: agency-agents-engineering
-      uri: https://github.com/msitarzewski/agency-agents
-      relation: output-from
-      sections:
-        - sourceRange: { startLine: 1, endLine: 1 }
-          targetRange: { startLine: 1, endLine: 999 }
-  tags: [gotcha, generator-backend, laravel, livewire, filament, phase-b]
+    producer: user
+    skillId: harness-dispatcher
+  inputs: []
+  tags: [gotchas, generator-backend, laravel]
 ---
 
-<!-- Source: https://github.com/msitarzewski/agency-agents (MIT) -->
+# Gotchas — Generator-Backend · Laravel/Livewire/Filament
 
-# Generator-Backend Gotchas — Laravel/Livewire/Filament
+> 스택별 가드. Generator-Backend 는 Laravel 스택을 감지하면 `gotchas/generator-backend.md` 와 함께 이 파일을 추가로 읽습니다.
 
-> 스택별 가드. 공통 가드는 `gotchas/generator-backend.md` 참조.
-> 모든 항목은 `unverified` 상태로 시작, Planner 리뷰 후 `verified` 승격.
-
-## verified
-
-(없음 — 첫 리비전)
-
-## unverified
-
-### G-LV-001 — Livewire 컴포넌트가 Eloquent 모델을 prop으로 받을 때 직렬화 충돌
-- **언제**: 부모 컴포넌트 → 자식 컴포넌트로 모델을 직접 props 전달
-- **증상**: 새 요청마다 모델 hydrate 실패, lazy load 시 fresh 로드되어 데이터 불일치
-- **회피**: ID만 전달 + 자식이 자기 책임으로 fetch, 또는 `serializeable=true` 명시 + 변경 위험 인지
-
-### G-LV-002 — `wire:model.live` 무차별 사용으로 N+1 트래픽 폭발
-- **증상**: 입력 1자마다 서버 왕복, 운영에서 큐 폭주
-- **회피**: 폼 입력 default `wire:model.live.debounce.500ms` 또는 `wire:model.lazy`
-
-### G-FL-001 — Filament Resource `eagerLoad()` 누락
-- **증상**: 인덱스 페이지 1회 로드에 컬럼 수 × 행 수 만큼 쿼리 (N+1)
-- **회피**: Resource에 `protected $eagerLoadRelations = ['user', 'category']` 명시. Eval-Architecture가 검출.
-
-### G-FL-002 — Filament Tenancy panel에서 Global scope 누락
-- **증상**: 한 테넌트 사용자가 다른 테넌트 데이터 노출
-- **회피**: `getEloquentQuery()` 오버라이드 시 `parent::getEloquentQuery()` 후 scope 추가. Eval-Security 적발.
-
-### G-EL-001 — `whereHas` 다단 사용으로 인덱스 미사용 쿼리
-- **증상**: relation 깊이 ≥ 2 + 결과 set 크면 secs 단위
-- **회피**: subquery 또는 `whereIn(select 1 column)` 패턴, EXPLAIN 첨부
-
-### G-EL-002 — Mass assignment 누락 → 권한 우회
-- **증상**: 사용자가 `is_admin` 같은 컬럼을 요청 본문에 끼워 권한 상승
-- **회피**: 모든 모델 `$fillable` 또는 `$guarded = []` 의도 명시. Eval-Security CRITICAL.
-
-### G-MIG-001 — 인덱스 없는 외래키 컬럼
-- **증상**: parent delete 시 child scan 풀스캔
-- **회피**: 마이그레이션에서 `foreignId(...)->index()` 명시
-
-### G-JOB-001 — Job 안에서 retry 비대응 외부 호출
-- **증상**: Stripe·외부 API 호출이 retry 시 중복 결제·중복 메시지
-- **회피**: idempotency_key 또는 `ShouldBeUnique`. Eval-Security 검토.
-
-### G-CACHE-001 — `Cache::tags()` on file driver
-- **증상**: 운영에서 silent fail (tag 무시)
-- **회피**: prod cache driver는 redis 강제. config/cache.php boot 시 검증.
-
-### G-AUTH-001 — Sanctum 토큰 회전 정책 부재
-- **증상**: 토큰 영구 유효 → 누출 시 영향 무한대
-- **회피**: TTL + 사용 흐름별 ability 분리, 회전 명령 정의 (DevOps와 연계)
-
-### G-OBS-001 — observer chain → 부작용 폭발
-- **증상**: User saving → Profile observer → Account observer → 무한 루프 또는 dead-lock
-- **회피**: observer 안에서 다른 모델 save 금지 룰. 명시적 Action 호출로 대체.
-
-### G-FORM-001 — `$request->validate()` 인라인 사용
-- **증상**: 검증 룰 재사용·테스트·문서화 모두 어려움
-- **회피**: FormRequest 클래스 강제. Eval-CodeQuality lint 룰.
-
-### G-PERF-001 — Telescope prod 활성
-- **증상**: 모든 쿼리·요청 적재 → DB 비대 + 보안 노출
-- **회피**: env 분리, prod에서 `TelescopeServiceProvider` 등록 차단. Eval-Security 적발.
+<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/generator-backend.md

@@ -1,5 +1,22 @@
-# Gotchas — Generator-Backend
+---
+docmeta:
+  id: gotchas-generator-backend
+  title: Gotchas — ugenerator-ubackend
+  type: input
+  createdAt: 2026-05-08T00:00:00Z
+  updatedAt: 2026-05-08T00:00:00Z
+  source:
+    producer: user
+    skillId: harness-dispatcher
+  inputs: []
+  tags: [gotchas, generator-backend]
+---
 
-> Dispatcher가 관리. Generator-Backend는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+# Gotchas — ugenerator-ubackend
+
+> Dispatcher 가 관리. ugenerator-ubackend 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+> 
+> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
+> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
 
 <!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/generator-designer.md

@@ -0,0 +1,22 @@
+---
+docmeta:
+  id: gotchas-generator-designer
+  title: Gotchas — ugenerator-udesigner
+  type: input
+  createdAt: 2026-05-08T00:00:00Z
+  updatedAt: 2026-05-08T00:00:00Z
+  source:
+    producer: user
+    skillId: harness-dispatcher
+  inputs: []
+  tags: [gotchas, generator-designer]
+---
+
+# Gotchas — ugenerator-udesigner
+
+> Dispatcher 가 관리. ugenerator-udesigner 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+> 
+> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
+> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
+
+<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/generator-devops.md

@@ -0,0 +1,22 @@
+---
+docmeta:
+  id: gotchas-generator-devops
+  title: Gotchas — ugenerator-udevops
+  type: input
+  createdAt: 2026-05-08T00:00:00Z
+  updatedAt: 2026-05-08T00:00:00Z
+  source:
+    producer: user
+    skillId: harness-dispatcher
+  inputs: []
+  tags: [gotchas, generator-devops]
+---
+
+# Gotchas — ugenerator-udevops
+
+> Dispatcher 가 관리. ugenerator-udevops 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+> 
+> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
+> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
+
+<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/generator-frontend.md

@@ -1,31 +1,22 @@
 ---
 docmeta:
-  id: generator-frontend
-  title: Gotchas — Generator-Frontend
-  type: intermediate
-  createdAt: 2026-05-07T00:00:00Z
-  updatedAt: 2026-05-07T00:00:00Z
+  id: gotchas-generator-frontend
+  title: Gotchas — ugenerator-ufrontend
+  type: input
+  createdAt: 2026-05-08T00:00:00Z
+  updatedAt: 2026-05-08T00:00:00Z
   source:
-    producer: agent
+    producer: user
     skillId: harness-dispatcher
   inputs: []
-  tags: [gotcha, generator-frontend, sub-skill, agency-agents]
+  tags: [gotchas, generator-frontend]
 ---
 
-# Gotchas — Generator-Frontend
+# Gotchas — ugenerator-ufrontend
 
-> Dispatcher가 관리. Generator-Frontend는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+> Dispatcher 가 관리. ugenerator-ufrontend 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+> 
+> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
+> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
 
-## [G-001] CTO-Frontend 단독 작업 금지 — 흡수된 agency-agents sub-skill 명시 호출 (status: verified)
-
-- **Why**: walwal-harness v6 는 agency-agents (MIT) 의 design/UX/A11y/perf 패턴을 부서별로 흡수했지만, generator-frontend SKILL 에는 sub-skill 호출 의무가 누락되어 CTO-Frontend 가 단독으로 컴포넌트를 찍어내고 끝나는 회귀가 있었다 (moon_web 2026-05-07).
-- **How to apply**:
-  - **Sprint Workflow Step 2 (구현)** 진입 시, 다음 sub-skill 결과를 **순차 호출 후 본 구현에 반영**한다 — 결과 미반영은 PASS 금지:
-    1. **engineering-react-developer** (또는 -flutter-developer) — 컴포넌트 골격 패턴 결정
-    2. **design/ux-strategy** (CTO-Designer 흡수) — 사용자 흐름 / 정보 구조 검증
-    3. **design/ui-component-spec** — 토큰 / variant / state 매핑
-    4. **engineering-accessibility-reviewer** — WCAG AA + 키보드 네비
-    5. **engineering-performance-engineer** — RSC 우선 / hydration 비용 / IntersectionObserver
-  - 호출 결과는 sprint-contract.md FE 섹션의 `## Sub-skill Findings` 블록에 요약 반영. 빈 블록 = FAIL.
-  - tmux/3D 대시보드에 visibility 보장: 각 sub-skill 호출 직전 `progress.json.meetings.active = ["generator-frontend", "<sub-skill>"]` partial update 후 1.5s, 호출 후 `[]` 로 복귀.
-- **References**: skills/cto/SKILL.md "agency-agents (MIT) 흡수" 섹션, skills/generator-designer/SKILL.md.
+<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/meeting-manager.md

@@ -0,0 +1,22 @@
+---
+docmeta:
+  id: gotchas-meeting-manager
+  title: Gotchas — umeeting-umanager
+  type: input
+  createdAt: 2026-05-08T00:00:00Z
+  updatedAt: 2026-05-08T00:00:00Z
+  source:
+    producer: user
+    skillId: harness-dispatcher
+  inputs: []
+  tags: [gotchas, meeting-manager]
+---
+
+# Gotchas — umeeting-umanager
+
+> Dispatcher 가 관리. umeeting-umanager 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+> 
+> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
+> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
+
+<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/planner.md

@@ -1,5 +1,22 @@
-# Gotchas — Planner
+---
+docmeta:
+  id: gotchas-planner
+  title: Gotchas — uplanner
+  type: input
+  createdAt: 2026-05-08T00:00:00Z
+  updatedAt: 2026-05-08T00:00:00Z
+  source:
+    producer: user
+    skillId: harness-dispatcher
+  inputs: []
+  tags: [gotchas, planner]
+---
 
-> Dispatcher가 관리. Planner는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+# Gotchas — uplanner
+
+> Dispatcher 가 관리. uplanner 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+> 
+> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
+> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
 
 <!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/service-ops.md

@@ -1,27 +1,22 @@
 ---
 docmeta:
-  id: service-ops
-  title: Gotchas — Service-Ops
-  type: intermediate
-  createdAt: 2026-05-07T00:00:00Z
-  updatedAt: 2026-05-07T00:00:00Z
+  id: gotchas-service-ops
+  title: Gotchas — uservice-uops
+  type: input
+  createdAt: 2026-05-08T00:00:00Z
+  updatedAt: 2026-05-08T00:00:00Z
   source:
-    producer: agent
+    producer: user
     skillId: harness-dispatcher
   inputs: []
-  tags: [gotcha, service-ops, monitor, presence]
+  tags: [gotchas, service-ops]
 ---
 
-# Gotchas — Service-Ops
+# Gotchas — uservice-uops
 
-> Dispatcher가 관리. Service-Ops 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+> Dispatcher 가 관리. uservice-uops 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
+> 
+> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
+> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
 
-## [G-001] Build/Deploy 진행 중 자리 비움 금지 — monitor 모듈 활성 의무 (status: verified)
-
-- **Why**: Service-Ops 의 monitor 는 cron + red-alert 이벤트로만 spawn 되도록 설계됐으나, generator/evaluator 가 build·flutter test·deploy 를 실행하는 동안에는 cron 주기 사이 공백이 길어 대시보드에서 "SERVICE-OPS 룸 빈 채" 가 관찰됨 (moon_web 2026-05-07). 빌드 stderr 의 WebSocketChannelException, 컴파일 에러, dart analyze warning 을 실시간으로 캐치하지 못하면 이후 evaluator-functional 단계에서야 발견 → 비용 증가.
-- **How to apply**:
-  - Conductor 가 generator-* 또는 evaluator-functional 을 spawn 하기 **직전**, 동일 tick 에 service-ops/monitor 를 **stream-mode 로 함께 spawn** (handoff-bridge). progress.json.service_ops.monitor.stream_active = true.
-  - Stream-mode monitor 의 책임: 자식 프로세스 stdout/stderr 를 tail → 정규식 (`error:|exception|TestFailure|Cannot find|Failed to compile`) 매칭 시 즉시 conductor 에 red-alert 발행.
-  - 자식 프로세스 종료 시 stream_active = false + ops-report 짧은 요약 append.
-  - Visibility: monitor 활성 동안 progress.json.agents 에 service-ops minifig 가 service-ops 룸 (또는 모니터링 대상 룸 인접) 에 위치하도록 partial update.
-- **References**: skills/service-ops/SKILL.md service_ops.monitor 섹션.
+<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@walwal-harness/cli",
-  "version": "6.1.1",
+  "version": "6.1.3",
   "description": "Production harness for AI agent engineering — NEXUS-adapted company metaphor (Dispatcher/CEO + Conductor + Meeting-Manager + COO/Planner + CTO + CQO + Service-Ops). Solo/Team mode, Brainstormer, Planner, Generator(BE/FE/Designer/DevOps), Evaluator chain (Code-Quality → Functional → Visual + Architecture/Security). Supports React, Next.js, and Flutter FE stacks.",
   "bin": {
     "walwal-harness": "bin/init.js"

package/scripts/conductor-tick.sh

@@ -23,6 +23,10 @@ current_agent=$(jq -r '.current_agent // "null"' "$PROGRESS")
 agent_status=$(jq -r '.agent_status // "pending"' "$PROGRESS")
 pipeline=$(jq -r '.pipeline // "null"' "$PROGRESS")
 mode=$(jq -r '.mode // "auto"' "$PROGRESS")
+# v6.2 — parallel tracks (fork-join) state
+parallel_tracks=$(jq -c '.conductor.tracks // []' "$PROGRESS")
+parallel_rendezvous=$(jq -c '.conductor.rendezvous // null' "$PROGRESS")
+parallel_pending_count=$(jq -r '[ .conductor.tracks // [] | .[] | select(.status == "pending" or .status == "running") ] | length' "$PROGRESS")
 user_override=$(jq -r '.mode_decision.user_override // "null"' "$PROGRESS")
 requested_mode=$(jq -r '.service_ops.requested_mode // "null"' "$PROGRESS")
 planner_requested_mode=$(jq -r '.planner.requested_mode // "null"' "$PROGRESS")
@@ -191,6 +195,80 @@ elif [ "$meetings_active_count" -gt 0 ] && [ "$current_agent" != "meeting-manage
   next="meeting-manager"
   action="spawn:meeting-manager:${meeting_type}"
   new_conductor_state="waiting_meeting"
+  if [ "$meeting_type" = "followup-review" ]; then
+    new_workflow_stage="followup-review"
+    if [ "$current_agent" = "planner" ] && [ "$planner_requested_mode" = "hypothesis-verdict" ]; then
+      planner_filter='.planner.requested_mode = null'
+    fi
+  fi
+
+# v6.2 — Parallel tracks advance: if a track owner just completed, mark its track done
+# and dispatch the next pending track. When all tracks completed, convene followup-review.
+#
+# Exclusion: for planner running a hypothesis chain (action_type=hypothesis-*), the track is
+# only terminal when the chain ends with planner.last_brief="hypothesis:done". Intermediate
+# planner ticks (research, verdict-prep, etc.) must defer to the dedicated planner-completed
+# branch which routes the chain.
+elif [ "$parallel_pending_count" -gt 0 ] && [ "$agent_status" = "completed" ] && \
+     [ "$(jq --arg a "$current_agent" '[.[] | select(.owner == $a and (.status == "running" or .status == "pending"))] | length' <<<"$parallel_tracks")" -gt 0 ] && \
+     ! { [ "$current_agent" = "planner" ] && \
+         [ "$(jq --arg a "$current_agent" '[.[] | select(.owner == $a and (.status == "running" or .status == "pending")) | .action_type // ""] | first | startswith("hypothesis")' <<<"$parallel_tracks")" = "true" ] && \
+         [ "$planner_last_brief" != "hypothesis:done" ]; }; then
+  # mark the matching running/pending track as completed
+  updated_tracks=$(jq -c --arg a "$current_agent" '
+    [ .[] |
+      if .owner == $a and (.status == "running" or .status == "pending") then
+        . + { status: "completed", completed_at: (now | todate) }
+      else . end
+    ]
+  ' <<<"$parallel_tracks")
+  remaining=$(jq -r '[ .[] | select(.status == "pending" or .status == "running") ] | length' <<<"$updated_tracks")
+  if [ "$remaining" -gt 0 ]; then
+    # dispatch the next pending track
+    next_owner=$(jq -r '[ .[] | select(.status == "pending") ] | .[0].owner // empty' <<<"$updated_tracks")
+    next_action=$(jq -r '[ .[] | select(.status == "pending") ] | .[0].action_type // "triage"' <<<"$updated_tracks")
+    next_track_id=$(jq -r '[ .[] | select(.status == "pending") ] | .[0].id // "track-?"' <<<"$updated_tracks")
+    if [ -n "$next_owner" ]; then
+      updated_tracks=$(jq -c --arg id "$next_track_id" '
+        [ .[] |
+          if .id == $id then . + { status: "running", started_at: (now | todate) } else . end
+        ]
+      ' <<<"$updated_tracks")
+      next="$next_owner"
+      action="dispatch:parallel:${next_track_id}:${next_owner}/${next_action}"
+      new_workflow_stage="$(meeting_stage_for_owner "$next_owner")"
+      if [ "$next_owner" = "planner" ]; then
+        planner_filter=".planner.requested_mode = \"$next_action\""
+      fi
+      meeting_filter=".conductor.tracks = $updated_tracks | .meetings.decision.tracks = $updated_tracks"
+    fi
+  else
+    # All tracks completed → rendezvous (followup-review)
+    rdv_type=$(jq -r '.type // "followup-review"' <<<"$parallel_rendezvous")
+    fork_meeting_id=$(jq -r '.conductor.fork_meeting_id // ""' "$PROGRESS")
+    next="meeting-manager"
+    action="convene:${rdv_type}:rendezvous"
+    new_conductor_state="waiting_meeting"
+    new_workflow_stage="followup-review"
+    meeting_prepare=true
+    # Save prior_tracks + fork_meeting_id to a stable namespace (.meetings.fork_context)
+    # because meeting-doc.sh prepare overwrites .meetings.decision with a new skeleton.
+    meeting_filter="
+      .meetings.active = [\"meeting-manager\"] |
+      .meetings.requested_type = \"$rdv_type\" |
+      .meetings.requested_reason = \"rendezvous\" |
+      .meetings.requested_tracks = [] |
+      .meetings.requested_rendezvous = null |
+      .meetings.fork_meeting_id = $(escape_json_string "$fork_meeting_id") |
+      .meetings.fork_context = {
+        \"fork_meeting_id\": $(escape_json_string "$fork_meeting_id"),
+        \"prior_tracks\": $updated_tracks,
+        \"sealed_at\": (now | todate)
+      } |
+      .planner.requested_mode = null |
+      .conductor.tracks = $updated_tracks |
+      .conductor.rendezvous = null"
+  fi
 
 elif [ "$requested_mode" != "null" ] && [ -n "$requested_mode" ] && [ "$current_agent" != "service-ops" ]; then
   next="service-ops"
@@ -224,6 +302,9 @@ elif [ "$current_agent" = "meeting-manager" ] && [ "$agent_status" = "completed"
   evidence=$(jq -c '.evidence // []' <<<"$meeting_decision")
   decision_drift=$(jq -r '.drift_classification // "unknown"' <<<"$meeting_decision")
   source_path=$(jq -r '.source_path // "null"' <<<"$meeting_decision")
+  # v6.2 — tracks length >= 2 → fork-join, else single. mode 필드 없음.
+  decision_tracks=$(jq -c '.tracks // []' <<<"$meeting_decision")
+  decision_rendezvous=$(jq -c '.rendezvous // null' <<<"$meeting_decision")
 
   if [ "$owner" = "null" ] || [ -z "$owner" ]; then
     case "$decision_drift" in
@@ -237,30 +318,95 @@ elif [ "$current_agent" = "meeting-manager" ] && [ "$agent_status" = "completed"
     esac
   fi
 
-  next="$owner"
-  action="dispatch:${owner}:${action_type}"
-  new_workflow_stage="$(meeting_stage_for_owner "$owner")"
-  if [ "$owner" = "planner" ]; then
-    planner_filter=".planner.requested_mode = \"$action_type\""
+  # v6.2 — Parallel fork: if 2+ tracks, materialize conductor.tracks[] and dispatch
+  # the first pending track owner. Subsequent ticks advance remaining tracks.
+  if [ "$(jq 'length' <<<"$decision_tracks")" -gt 1 ]; then
+    first_track_owner=$(jq -r '.[0].owner' <<<"$decision_tracks")
+    first_track_action=$(jq -r '.[0].action_type // "triage"' <<<"$decision_tracks")
+    first_track_id=$(jq -r '.[0].id // "track-1"' <<<"$decision_tracks")
+    # mark first track as running, rest as pending
+    materialized_tracks=$(jq -c --arg first "$first_track_id" '
+      [ .[] | . + {
+          status: (if .id == $first then "running" else (.status // "pending") end),
+          deliverable_path: (.deliverable_path // null)
+        }
+      ]
+    ' <<<"$decision_tracks")
+    next="$first_track_owner"
+    action="dispatch:parallel:${first_track_id}:${first_track_owner}/${first_track_action}"
+    new_workflow_stage="$(meeting_stage_for_owner "$first_track_owner")"
+    if [ "$first_track_owner" = "planner" ]; then
+      planner_filter=".planner.requested_mode = \"$first_track_action\""
+    fi
+    meeting_filter="
+      .meetings.active = [] |
+      .meetings.last_type = .meetings.requested_type |
+      .meetings.last_reason = .meetings.requested_reason |
+      .meetings.last_decision = \"fork:${first_track_owner}:${first_track_action}\" |
+      .meetings.requested_type = null |
+      .meetings.requested_reason = null |
+      .meetings.requested_tracks = [] |
+      .meetings.requested_rendezvous = null |
+      .meetings.decision = {
+        \"owner\": \"$owner\",
+        \"action_type\": \"$action_type\",
+        \"rationale\": $(escape_json_string "$rationale"),
+        \"evidence\": $evidence,
+        \"drift_classification\": $(escape_json_string "$decision_drift"),
+        \"source_path\": $(escape_json_string "$source_path"),
+        \"tracks\": $materialized_tracks,
+        \"rendezvous\": $decision_rendezvous
+      } |
+      .conductor.tracks = $materialized_tracks |
+      .conductor.rendezvous = $decision_rendezvous |
+      .conductor.fork_meeting_id = (.meetings.current_id // null)"
+  else
+    next="$owner"
+    action="dispatch:${owner}:${action_type}"
+    new_workflow_stage="$(meeting_stage_for_owner "$owner")"
+    if [ "$owner" = "planner" ]; then
+      planner_filter=".planner.requested_mode = \"$action_type\""
+    fi
+    meeting_filter="
+      .meetings.active = [] |
+      .meetings.last_type = .meetings.requested_type |
+      .meetings.last_reason = .meetings.requested_reason |
+      .meetings.last_decision = \"$owner:$action_type\" |
+      .meetings.requested_type = null |
+      .meetings.requested_reason = null |
+      .meetings.requested_tracks = [] |
+      .meetings.requested_rendezvous = null |
+      .meetings.decision = {
+        \"owner\": \"$owner\",
+        \"action_type\": \"$action_type\",
+        \"rationale\": $(escape_json_string "$rationale"),
+        \"evidence\": $evidence,
+        \"drift_classification\": $(escape_json_string "$decision_drift"),
+        \"source_path\": $(escape_json_string "$source_path"),
+        \"tracks\": [],
+        \"rendezvous\": null
+      } |
+      .conductor.tracks = [] |
+      .conductor.rendezvous = null |
+      .conductor.fork_meeting_id = null"
   fi
-  meeting_filter="
-    .meetings.active = [] |
-    .meetings.last_type = .meetings.requested_type |
-    .meetings.last_reason = .meetings.requested_reason |
-    .meetings.last_decision = \"$owner:$action_type\" |
-    .meetings.requested_type = null |
-    .meetings.requested_reason = null |
-    .meetings.decision = {
-      \"owner\": \"$owner\",
-      \"action_type\": \"$action_type\",
-      \"rationale\": $(escape_json_string "$rationale"),
-      \"evidence\": $evidence,
-      \"drift_classification\": $(escape_json_string "$decision_drift"),
-      \"source_path\": $(escape_json_string "$source_path")
-    }"
 
 elif [ "$current_agent" = "planner" ] && [ "$agent_status" = "completed" ]; then
-  if [ "$planner_requested_mode" = "hypothesis" ]; then
+  # v6.2 — hypothesis-verdict is terminal for the cell; return to meeting-manager.
+  if [ "$planner_requested_mode" = "hypothesis-verdict" ]; then
+    next="meeting-manager"
+    action="convene:followup-review:hypothesis-verdict"
+    new_workflow_stage="followup-review"
+    meeting_prepare=true
+    planner_filter='.planner.requested_mode = null'
+    meeting_filter="
+      .meetings.active = [\"meeting-manager\"] |
+      .meetings.requested_type = \"followup-review\" |
+      .meetings.requested_reason = \"rendezvous\" |
+      .meetings.requested_tracks = [] |
+      .meetings.requested_rendezvous = null"
+  # v6.2 — Accept hypothesis* (e.g. "hypothesis", "hypothesis-validation") as Hypothesis Cell trigger
+  elif [[ "$planner_requested_mode" == hypothesis* ]]; then
     next="documentationer"
     action="dispatch:hypothesis:documentationer"
     new_workflow_stage="coo-hypothesis-research"