railiance-fabric/docs/coordination-graph.md
codex b7724dedea
All checks were successful
CI Smoke / host-smoke (push) Successful in 1s
CI Smoke / container-smoke (push) Successful in 3s
Add a State Hub workplan/wait graph as a Fabric explorer mode.
Coordination is a view, not topology. Open workplans and wait tasks
project into graph-explorer; citation edges recover depends_on from
task prose. UI: /ui/graph-explorer?mode=coordination.

Assistant: grok
Assistant-Session: 01a09dc1-b21e-77e1-919e-fcad2f82b267
2026-09-14 13:07:42 +02:00

22 lines
805 B
Markdown

# Coordination graph (workplans and waits)
State Hub owns workplans. Fabric does not author them. This view *projects*
open workplans and open tasks into the existing graph explorer so chokepoints
are inspectable.
```bash
# JSON payload
railiance-fabric export --format coordination --state-hub http://127.0.0.1:8000
# UI (local registry server)
make graph-explorer
# then open
# http://127.0.0.1:8765/ui/graph-explorer?mode=coordination
```
Nodes: open workplans (`proposed|ready|active|blocked|backlog`) and their
open tasks (`todo|progress|wait`). Edges: `belongs_to` (task → workplan) and
`waits_on` when a wait/human task cites another workplan id in its prose.
`depends_on` frontmatter is almost unused in the fleet (two edges). The
citation edges recover the real wait graph from task text.