legbar
One screen for the whole fleet: live agent sessions beside GitHub CI, drawn from a single discovery layer so the two panes can never disagree.
roost answers what are the models doing. leghorn answers what are the
repos doing. Both are true at once and neither view contains the other — so
watching a fleet has meant watching two windows and joining them by eye.
legbar draws both lanes on one canvas.
legbar 5 sessions | 1 cursor | 1 need input | 15 ci red | 125k held | 18:37:00
NEEDS YOU GITHUB
--------- ------
!! CONTESTED heron-ops 2 sessions in one working copy: c5468eb1, heron~ X roost ci
! WAITING heron-ops-3c needs your reply -- 12m -- fix contested false~ X roost #56 ci: skip winget~
CI RED roost ci > leghorn release
WAITING ON YOU
--------------
!cc-heron-op~ FB5 ###------- 32% you 12m 3 ~2^1 fix contested false alarm
cc-swamp-op~ OP5 ##-------- 25% you 12m - ~1 draft discussions packet
WORKING NOW
-----------
cc-heron-op~ FB5 #--------- 10% ai 3s 2 clean survey henhouse drift
STARTING
--------
!cu-c5468eb1 - - ai 40s - - union TUI mockup
Each session row leads with the tool that owns it — cc- for Claude Code,
cu- for Cursor — then model, context bar, who is pending (you or ai) and
for how long, subagent count, working-tree state, and what it is doing.
The short ambient loop below is the same program, idling — which is how it spends almost all of its time:
Both are real legbar, unmodified, reading a staged fleet — see demo/ for how it is built and how to re-record. The second contested row is the one worth looking at: a Claude session and a Cursor agent in the same working copy. Cursor writes no session marker and no claim, so a dashboard reading only Claude's session directory cannot see that collision at all.
What each lane shows
SESSIONS — every live agent on the machine. Claude Code sessions are joined
by pid against ~/.claude/sessions/<pid>.json, with model, context burn, and
status read from the session's own JSONL transcript. Cursor agents appear
too, marked with a cu- name prefix — Cursor writes no session marker and no claim, so a fleet
view that only reads Claude's session directory is blind to every Cursor agent
running beside it.
CI / PRS — GitHub Actions runs and open pull requests across every clone, with failures pinned so a red build cannot scroll away.
Install
pipx install legbar
Python 3.9+, standard library only. Works on macOS, Linux and Windows.
legbar also publishes to a few other channels, picked automatically off the same release:
pip install legbar # if you'd rather skip pipx
npm install -g legbar # Node's on the box already anyway
brew install gmhoward9289-ops/tap/legbar # macOS / Linux
winget install gmhoward9289-ops.legbar # Windows
Debian and Ubuntu can add the signed apt repo instead of a one-shot .deb:
curl -fsSL https://gmhoward9289-ops.github.io/legbar/legbar-archive-keyring.asc \
| sudo gpg --dearmor -o /usr/share/keyrings/legbar-archive-keyring.gpg
echo "deb [signed-by=/usr/share/keyrings/legbar-archive-keyring.gpg] \
https://gmhoward9289-ops.github.io/legbar stable main" \
| sudo tee /etc/apt/sources.list.d/legbar.list
sudo apt update && sudo apt install legbar
Windows without a package manager: grab the frozen .exe zip from the
latest release.
Usage
legbar # the full-screen view
legbar --once # render one frame and exit (pipes, CI, screenshots)
legbar --json # the joined state, for piping somewhere else
legbar --no-git # skip git probing if it is ever slow
legbar --no-ci # skip the gh sweep (offline, or when it is slow)
legbar --waiting-alert 45 # only shout about waits older than 45 minutes
In the full-screen view: q quit, g toggle git probing, r refresh now.
NEEDS YOU is deliberately hard to tune out. A session waiting on you is the
normal resting state of a fleet you are working through one at a time, so a
young wait is listed but unmarked and uncoloured; only one past
--waiting-alert (default 20 minutes) takes the ! and the colour, on the
theory that by then you have forgotten it. Contested trees are exempt — they
destroy work rather than delay it, and are loud from the first frame.
Configuration
Every override is LEGBAR_*. The older roost / leghorn / ccwork variable
names are still honoured, so an existing install keeps whatever it had
configured; the new name wins when both are set.
| Variable | Default | What it points at |
|---|---|---|
LEGBAR_REPOS_ROOT |
~/GitHub |
where the clones live |
LEGBAR_SESSIONS_DIR |
~/.claude/sessions |
live-session markers |
LEGBAR_PROJECTS_DIR |
~/.claude/projects |
session transcripts |
LEGBAR_CURSOR_HOME |
~/.cursor |
Cursor's agent transcripts |
LEGBAR_CURSOR_MAX_IDLE_SECS |
86400 |
how far back a Cursor agent counts as live |
LEGBAR_BACKENDS |
claude,cursor |
which discovery lanes run at all |
Two honest caveats
Cursor liveness is inferred, not probed. A Claude row means this process
exists (os.kill(pid, 0)). A Cursor row means this transcript moved
recently — Cursor writes no pid to join against. That is a weaker signal and
it is labelled as one; pid is None for Cursor rows rather than invented.
Cursor's project slugs are lossy. The slug joins path parts with -, and
- is legal inside a directory name, so c-Users-me-dev-heron-ops reads
equally as dev/heron/ops and dev/heron-ops. legbar resolves each segment
longest-first against what actually exists on disk. A slug that resolves
nowhere — another machine's checkout, a deleted clone — falls back to the
naive split rather than raising.
It is ASCII on purpose
Block-drawing characters mojibake in the Windows console, so the context bars,
the pane rules and the status glyphs are all plain ASCII. Same constraint
roost's sparklines and leghorn's tables are built around.
,__
_(o \__
/ \
| ====== |
| ====== |
\ ==== /
\______/
|| ||
^^ ^^
Read-only
legbar reads transcripts and registries, and runs git and gh in read-only
modes. It never writes to a repo.
The family
- roost —
topfor Claude Code: per-session context burn, models, and the subagents a session spawned. - leghorn — the repo lane on its own: sessions joined to worktrees and real git state, CI, and a commit feed.
- legbar — both lanes on one screen, over one discovery layer.
henhouse.py is that discovery layer: sessions, transcripts, git, GitHub, and
Cursor. It is a working CLI in its own right (python henhouse.py).
License
Apache-2.0
Metadata
Release files for legbar 0.3.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| legbar-0.3.2.tar.gz | 68.7 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| legbar-0.3.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 122.8 kB
Release files / legbar-0.3.2.tar.gz
| Download URL | legbar-0.3.2.tar.gz |
|---|---|
| Size | 68.7 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
4278d75b629787149c11f5aea4ecc735f2d3831bd10b6904075a964b0293bdc1
|
|
BLAKE2b-256 checksum How to use checksums |
5f7762769cbe8ee236620f77309c144969575744c475815ecb04e93b5cb720d1
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 18, 2026.
Transparency logRelease files / legbar-0.3.2-py3-none-any.whl
| Download URL | legbar-0.3.2-py3-none-any.whl |
|---|---|
| Size | 54.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
aec8ae379ff980483514bd84258e3b32658133e5eebb80c385d8c134e0269ce8
|
|
BLAKE2b-256 checksum How to use checksums |
3736a20d2984d699b50b5fc3b1ef7715817d48e5f01b54b66338b9ae05297622
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 18, 2026.
Transparency log