cjm-workflow-hub-tui

The workspace's front door — one keyboard surface answering 'what is in this workspace and where is each source in its workflow pipeline'. Workflow-agnostic by charter (name ratified 7dd6a276): as new source types become workflows — video splitting into parallel audio/visual pipelines, epub, code — their stages join this same hub; the transcription vertical (transcription -> decomposition -> correction) is the first shipped workflow, not the identity. Paints the graph spine's grouped rows (collections with flagged proposals, per-source stage-at-a-glance status), launches the stage TUIs on a source (each resolved into its own core's conda env, via Textual suspend), and drives the curation vocabulary: confirm, file/refile, rename-or-merge, and collection ordering. Every curation commit rides the graph db's sidecar journal (DEC ccbab9f5) so the workspace stays rebuildable; batch runs hand off to the decomp core with the confirmed plan's flags (including --sentence-split). Hub v0 shipped under DEC 66d35baa / e5849229; hub-drive findings shape v0.1.

Modules

• cjm_workflow_hub_tui
• cjm_workflow_hub_tui.app — The workspace front door (hub v0, e5849229): one keyboard surface answering
• cjm_workflow_hub_tui.cli — The console-script driver (cjm-workflow-hub): resolve the workspace, export
• cjm_workflow_hub_tui.spine — The hub's spine: pure/graph logic below the paint path (sources.py precedent

API

cjm_workflow_hub_tui.app

• HubApp class — The hub surface: grouped browse + curation gestures + stage-TUI launch.

cjm_workflow_hub_tui.cli

• build_parser function — The hub driver's argument surface (everything else the workspace answers).
• main function — Resolve the workspace, export it, run the hub.
• resolve_settings function — Resolve + export the workspace and default the manifests dir.

cjm_workflow_hub_tui.spine

• HubData class — Everything one hub reload pulls off the graph (paint-ready inputs).
• build_rows function — The grouped listing: collection headers (⚑ when proposed) with their
• correction_status function — Correction-layer status per source (the correction TUI's source_status
• fetch_pipeline_status function — The four bulk layer projections, joined (join_pipeline_status).
• join_pipeline_status function — Join the four bulk layer projections into per-source pipeline counts.
• list_sources function — Enumerate the graph's Source nodes (CARRIED COPY, see open_stack).
• load_hub_data function — One reload: collections + membership + order + sources + status.
• open_stack function — Bootstrap the graph capability stack, resolving the db path.
• resolve_stage_tui function — Resolve a stage TUI's executable across the CORE-ENV pattern.
• stage_glance function — Stage-at-a-glance for one source row (pure; spans are the app's job).

Dependencies

Depends on: cjm-context-graph-layer, cjm-context-graph-primitives, cjm-substrate-tui-kit, cjm-transcript-correction-core, cjm-transcript-graph-schema, cjm-transcription-core, textual