Add council review tally command

docs/implementation-roadmap.md

@@ -30,9 +30,10 @@ As of now:
 - `orch wait` now blocks on run-scoped task events and reconciles inbox state while polling so leader waits can wake on worker progress without manual sleep loops
 - `orch council start` now creates a dedicated council run, persists council target input metadata, and dispatches the three fixed reviewer roles through the existing scheduler
 - `orch council wait` now blocks until the three reviewer tasks reach terminal states or a timeout is reached
-- automated integration tests now cover the main `orch` scheduler slice, including dependency gating, dispatch, blocked-answer flow, retry, reassign, cancel, cleanup, strict worktree creation, automatic code-task worktree enablement, dirty-repo rejection rules, wait wake/timeout behavior, and council start/wait behavior
+- `orch council tally` now parses completed reviewer outputs, persists `council_findings`, groups recommendations into `consensus`, `majority`, and `minority`, and persists `council_groups`
+- automated integration tests now cover the main `orch` scheduler slice, including dependency gating, dispatch, blocked-answer flow, retry, reassign, cancel, cleanup, strict worktree creation, automatic code-task worktree enablement, dirty-repo rejection rules, wait wake/timeout behavior, and council start/wait/tally behavior
 
-This means the project now has a working `orch` core scheduler with automatic worktree selection for code-like tasks, strict worktree-backed dispatch, the main leader-side control loop, and the first two council workflow slices.
+This means the project now has a working `orch` core scheduler with automatic worktree selection for code-like tasks, strict worktree-backed dispatch, the main leader-side control loop, and the first three council workflow slices.
 
 ## Source Of Truth
 
@@ -75,9 +76,9 @@ Current implementation status:
 - `Milestone 4: Orch Core Scheduling` is complete for the current non-worktree scheduler scope
 - `Milestone 5: Strict Worktree Support` is complete
 - `Milestone 6: Waiting Primitives` is complete
-- `Milestone 7: Council Review` is partially complete through `orch council start` and `orch council wait`
+- `Milestone 7: Council Review` is partially complete through `orch council start`, `orch council wait`, and `orch council tally`
 
-The next practical coding target is the next `Milestone 7` slice: `orch council tally`.
+The next practical coding target is the final `Milestone 7` slice: `orch council report`.
 
 ### Milestone 1: Go Skeleton
 
@@ -336,31 +337,32 @@ Definition of done:
 
 Status:
 
-- partially complete through `orch council start`
+- partially complete through `orch council start`, `orch council wait`, and `orch council tally`
 
 Completed so far:
 
 - council-specific storage now includes run metadata, reviewer assignment rows, reviewer findings/groups tables, and persisted council input references
 - `orch council start`
 - `orch council wait`
+- `orch council tally`
 - council start creates a dedicated run, stores council target input metadata, creates reviewer tasks `CR1` through `CR3`, and dispatches the fixed reviewer roles `architecture-reviewer`, `implementation-reviewer`, and `risk-reviewer`
 - council wait blocks until all three reviewer tasks reach terminal states or timeout
-- CLI integration tests cover council start dispatch, metadata persistence, and council wait wake/timeout behavior
+- council tally parses structured reviewer outputs from completed reviewer result messages and persists grouped recommendations
+- CLI integration tests cover council start dispatch, metadata persistence, council wait wake/timeout behavior, and council tally grouping in `normal` and `strict` modes
 
 Remaining:
 
-- `orch council tally`
 - `orch council report`
 
 ## Immediate Next Task
 
 If a new agent is taking over now, the next concrete step should be:
 
-1. continue `Milestone 7: Council Review` with `orch council tally`
-2. define how reviewer findings are parsed from completed reviewer outputs into `council_findings`
+1. continue `Milestone 7: Council Review` with `orch council report`
+2. define the persisted report artifact shape and how markdown output should be rendered from grouped recommendations
 3. keep the authored inbox test-plan set in `docs/tests/inbox/` synchronized if CLI behavior changes during further `orch` work
 
-The inbox implementation and its human-readable test-plan set are already in place, and `orch` now supports the main scheduler loop plus council start/wait, so the next meaningful project step is parsing reviewer outputs and implementing tally/report.
+The inbox implementation and its human-readable test-plan set are already in place, and `orch` now supports the main scheduler loop plus council start/wait/tally, so the next meaningful project step is rendering final council reports.
 
 ## Recommended Driver Choices
 
@@ -388,6 +390,7 @@ Completed so far:
 - orch retry, reassign, cancel, and cleanup coverage
 - orch council start dispatch and persistence coverage
 - orch council wait wake and timeout coverage
+- orch council tally grouping coverage
 
 Still recommended before the codebase grows too much: