fix(kanban): count board list entries through read-only DB paths

[alexgunsberg]

Summary

• count each listed board through its explicit metadata db_path
• open count projections with SQLite mode=ro instead of the migration/write initializer
• preserve delegated read-only board listing and avoid HERMES_KANBAN_DB pinning every row to one database

Root cause

hermes kanban boards list called kb.connect_closing(), which initializes/migrates the schema. Delegated child contexts correctly reject that mutation, but the helper swallowed the exception and rendered populated boards as empty. A worker DB pin could also make every row count the same database.

Verification

• uv run --with pytest pytest tests/hermes_cli/test_kanban_boards.py -q — 23 passed
• uv run --with ruff ruff check hermes_cli/kanban.py tests/hermes_cli/test_kanban_boards.py — passed
• git diff --check — passed
• live delegated-context readback showed distinct populated counts for academic, hermes-infra, High ROI, and Suomen boards

[Enough1122]

AI code review — automated review for reference, author can ignore or act on any point.

fix(kanban): count board list entries through read-only DB paths

1. _board_task_counts (hermes_cli/kanban.py) opens the DB with ?mode=ro, bypassing kb.connect()'s schema migration. A board whose schema drifted (e.g. missing status column) now silently returns {} — indistinguishable from an empty board in the boards list output. Consider returning a schema-readable flag (or a None count) so an unreadable board is visible instead of reported as zero.
2. boards list --json now exposes absolute filesystem paths via db_path — minor info disclosure for dashboard consumers; consider gating the field behind a verbose flag or documenting it as operator-only.
3. The switch from row-factory dict access to tuple unpacking (status, count) is correct for a raw sqlite3 connection (no row_factory), and the WAL-mode read-only open is safe for concurrent readers. The HERMES_KANBAN_DB relocation-vs-pin disambiguation in _board_list_db_path is well-reasoned and well-tested.