Skip to main content

Spiritboard

Your agents. One board.

Open it and immediately know which agents need your attention, what they're doing, and where to continue.

Spiritboard is a local dashboard for every coding agent you run. Claude Code, Codex, opencode, Pi and DeepSeek Harness sessions, and the agents of the Grok Bot desktop app, from your terminals, your desktop apps and each of your accounts appear side by side, with what each one is working on, whether it is running, waiting for you or gone, and a button that takes you straight to it.

It only reads what the agents already write to disk. It never starts, steers or stops an agent, and nothing leaves your machine unless you turn on summaries.

Spiritboard showing sixteen agents across Claude Code, Codex, opencode and Pi

Synthetic data: invented sessions, projects and activity.

Supported harnesses

Harness Reads Live or closed Open Resume
Claude Code (CLI) ~/.claude*/projects, CLAUDE_CONFIG_DIR sessions/<pid>.json + process start time its terminal tab or app window claude --resume <id>
Claude desktop app the same folders, marked "Claude desktop", enriched from the app's session records as Claude Code the exact session (claude://code/continue) in a terminal with the CLI
Codex (CLI and ChatGPT app) ~/.codex*, ~/.codex-switch/profiles/*, CODEX_HOME the thread locks a codex process holds its terminal tab, or the ChatGPT window codex resume <id>
opencode opencode.db, read-only an opencode process in the session's directory its terminal opencode -s <id>
Pi ~/.pi/agent/sessions, PI_CODING_AGENT_DIR a pi process in the session's directory its terminal pi --session <file>
DeepSeek Harness ~/.dsh (zstd-compressed), DSH_HOME the session.lock the app holds the app window not yet
Grok Bot (macOS app) the app's local cache, GROK_BOT_HOME unknown: its agents run in the cloud — —
Your own agents the Python SDK below heartbeats — —

Claude Code, Codex and opencode are checked against real sessions. The Claude desktop marker, Pi and DeepSeek Harness are built from each app's own code and documentation and covered by tests, but have seen little or no real data yet. Grok Bot is read from the app's local cache, whose undocumented format was observed on one machine and may change; unrecognized versions are skipped with a warning. New harnesses plug in as one module each (see the source guide).

What you see

  • Every harness at once. Each storage profile (personal and work accounts, the default CLI folders, the desktop apps) is a harness with its own colour, live events per minute, and a 10-minute activity chart stacked by harness. The harness list shows only harnesses with something running; idle ones stay available in the harness filter.

  • Where to put your attention. Every session has one status:

    Status Meaning
    ◐ needs you Waiting for your approval.
    ↩ your turn Finished its turn in the last 30 minutes and is waiting for your next direction.
    ● running Working, including while it waits on a tool or a subagent.
    ◌ open · idle Still open in a terminal or app, idle for longer.
    ○ quiet No recent activity, and liveness could not be checked. Quiet never means failed.
    ■ closed No running process owns the session any more.
    ✓ done An SDK run reported that it finished.
  • What each one is doing. The session's own title (your /rename, the Claude desktop app's title, Claude's generated title, the Codex thread name, the opencode session title, a Pi /name, the DeepSeek Harness title or the Grok Bot agent's name), its goal, your latest request and the agent's latest reply or commentary. Subagents sit under their parent, named by the task the parent gave them. Sessions the Claude desktop app runs are tagged Claude desktop; ones archived there never count as active.

  • Jump in. Open a session in the terminal or app that runs it (cmux, tmux, iTerm2, Terminal, VS Code, the ChatGPT, Claude or DeepSeek Harness app), or copy a resume command when it is closed.

An open session with its summary, latest request and an open in Ghostty button beside the title

Synthetic data: invented sessions, projects and activity.

Click a row to open it in place; / finds, j/k move, Esc closes, a / w / e switch between active, needs-you and all. Click a table heading to sort by that column, click again to reverse it, and a third time to restore the default attention order. Subagents stay under their parent while sorting.

Zoom the event-rate chart out to the last hour, day, week or 30 days. Click a bar to see the board as it was at that moment, rebuilt from the recorded events; L, "back to live" or the newest bar returns to now. Liveness was never recorded, so the past board never calls a session closed, and its open and resume buttons are off.

Quick start

Install uv, then run Spiritboard from anywhere. No repo checkout or API key is needed; uv manages the isolated Python environment (Python 3.12+), including the small JWT and cryptography dependencies used to verify ChatGPT sign-in, plus keyring for your system's credential store.

Versioned releases

Check PyPI for available versions. To run a published release:

uvx spiritboard

Or install a permanent command:

uv tool install spiritboard
spiritboard

For a specific release, use uvx spiritboard@0.1.0. Try synthetic sessions with uvx spiritboard --demo. If no release is listed yet, use the GitHub preview below.

GitHub development preview

See your own agents. Supported Codex, Claude, opencode, Pi, DeepSeek Harness and Grok Bot storage is discovered automatically, without opening authentication files or tables:

uvx --from git+https://github.com/topppg/spiritboard.git@main spiritboard

Your browser opens automatically. The terminal prints the loopback-only URL; if port 8766 is busy, a free port is chosen. Leave that terminal running. Ctrl-C stops only Spiritboard, never an agent. Running the same command again reopens the existing board instead of starting a second collector.

Or try an invented scenario with no real agents, tools or models:

uvx --from git+https://github.com/topppg/spiritboard.git@main spiritboard --demo

The demo has separate local history and never discovers real profiles or calls a model. Add --no-open to print the URL without launching a browser.

For a permanent command:

uv tool install git+https://github.com/topppg/spiritboard.git@main
spiritboard

The GitHub main branch is a development channel, not a fixed release. See the distribution guide for upgrades, removal and publishing.

Sources and privacy

  • Discovery. The standard ~/.claude, ~/.codex, ~/.pi/agent and ~/.dsh folders, named variants such as ~/.claude-work or ~/.codex-switch/profiles/*, CLAUDE_CONFIG_DIR / CODEX_HOME / PI_CODING_AGENT_DIR / PI_CODING_AGENT_SESSION_DIR / DSH_HOME, Grok Bot's cache in ~/Library/Application Support/Grok Bot (macOS) or GROK_BOT_HOME, and opencode's opencode.db (and release-channel databases) in $XDG_DATA_HOME/opencode or ~/.local/share/opencode, or OPENCODE_DB. The opencode database is opened read-only. DeepSeek Harness logs are zstd-compressed: their text needs Python 3.14+ or the zstd command; without either, its sessions are listed with liveness but no text. To choose sources yourself, write a private config and pass it:

    spiritboard discover --write-config ~/.config/spiritboard/profiles.json
    spiritboard --config ~/.config/spiritboard/profiles.json
    

    An explicit config replaces automatic discovery, so list every folder you want. Equal session IDs or names never merge across profiles, and a profile label is not proof of which account is signed in.

  • Text. Task and reply excerpts are shown by default. Set "include_text": false on a profile to hide them. Excerpts can contain private information and stay in local history, so review the board before recording or sharing it.

  • History window. Transcripts not modified in the last 7 days are skipped without being read; change it with --max-age-days N (0 reads everything).

  • Liveness. Every few seconds Spiritboard checks which sessions a live local process still owns, from Claude's sessions/<pid>.json, the Codex thread locks and the DeepSeek Harness session.lock files. opencode and Pi record no per-session owner. With N live opencode processes in a directory, its N most recently updated top-level sessions and their children count as open. A live pi process marks that directory's most recent session open. A session is only marked closed when the relevant check can run. Grok Bot agents run in the cloud, so their liveness is unknown.

What is read, and the bounds on it, are in the source guide.

Open a session in its app

Opening a row looks up which local process owns the session and how to show it: a cmux panel, a tmux pane, an iTerm2 session, an Apple Terminal tab, or the owning app's window (VS Code, Ghostty, ChatGPT, Claude desktop, DeepSeek Harness). A live Claude desktop session opens directly in the app with claude://code/continue; when the app's record of it is unknown, the app is just brought forward. On Linux, tmux panes and wmctrl windows are supported.

The button only brings a window forward. It never types into, signals or controls an agent. The first iTerm2 or Terminal use can trigger a macOS automation prompt. For a closed session it offers a resume command, such as claude --resume <id> with the profile's CLAUDE_CONFIG_DIR, for you to copy and run; Spiritboard never runs it, and never offers it while the session might still be running elsewhere. DeepSeek Harness sessions offer no resume command. A closed Claude desktop session resumes in a terminal with the CLI, and its button says so.

Optional goal summaries

Open AI summaries in the dashboard. Read the excerpt-sharing notice, choose a provider, then sign in or add a key. OpenRouter supports sign-in or an API key; Anthropic and OpenAI support API keys. Continue with ChatGPT uses an eligible Plus or Pro account; Enterprise workspaces are not supported by that sign-in route. No existing agent-account credentials are borrowed. These connections and your summary setting survive restarts. Saved keys and ChatGPT tokens use macOS Keychain, Windows Credential Manager, or Linux Secret Service—not plaintext files. If secure storage is unavailable, Spiritboard asks you to set it up or unlock it; it never falls back to a file.

Each eligible session gets one line describing its overall goal. Claude's own recaps are used as they are, at no cost. Other sessions use your preferred provider first: deepseek/deepseek-v4-flash on OpenRouter, gpt-6-luna with medium reasoning through ChatGPT or OpenAI API, or claude-haiku-5-5 through Anthropic API. If needed, another explicitly connected provider can be tried. Pause summaries or disconnect at any time.

API-key connections use separate API billing; ChatGPT sign-in uses your plan allowance and its limits. The header separates known API charges, API calls with unknown cost, and ChatGPT plan calls rather than treating usage as free. Excerpts are redacted on a best-effort basis, not guaranteed safe for confidential work. Read the summary guide.

For a terminal-only setup, spiritboard --summaries accepts OPENROUTER_API_KEY or --openrouter-key-file /absolute/path/to/private.env. Launch-provided keys stay in memory and are never served to the browser.

Stop an existing board before changing its launch settings. A second command with different options refuses to reuse it, rather than silently ignoring your privacy or source choices, including edits to an explicit source config.

Report from your own agents

A small SDK lets any Python agent report runs, subagents, activity and tool calls to the same board:

from spiritboard.launcher import default_data_dir, running_url
from spiritboard.sdk import Client

data = default_data_dir()
token = (data / "token").read_text().strip()
with Client(running_url(data), token, account="example") as client:
    with client.run("Coordinator", "Inspect an invented change") as root:
        with root.child("Reviewer", "Check the example") as child:
            child.activity("Checking the invented test fixture")
            with child.operation("tool", "Read synthetic fixture"):
                pass  # Put your actual operation here; no automatic interception.
        root.activity("Review complete")
    delivered = client.flush(timeout=2)
    print("Delivered:", delivered, client.diagnostics)

Start spiritboard first; running_url finds it on whichever port it bound. With another --data-dir, pass that directory instead. spiritboard demo uses the same lookup to send its synthetic scenario to the running board. Use heartbeat() during long quiet work. Failed delivery never changes your application's result; check flush() and diagnostics to detect loss.

Local storage and cleanup

History stays in a stable per-user directory, independent of your terminal's working folder:

Platform Default directory
macOS ~/Library/Application Support/spiritboard
Linux $XDG_DATA_HOME/spiritboard, or ~/.local/share/spiritboard
Windows %LOCALAPPDATA%/spiritboard

--demo uses its demo subdirectory. --data-dir /your/chosen/directory overrides either default. Existing checkout-local history is never moved or deleted; pass its old directory explicitly to keep using it.

On macOS/Linux, existing data directories must be private to your user; unsafe permissions cause a clear error instead of being changed automatically.

This directory holds events.sqlite3, a private ingestion token, an instance lock and, with summaries on, summaries.sqlite3. Keep it and any custom source config out of version control. The running dashboard deletes history older than 30 days at startup and then hourly; --retention-days N changes that and --retention-days 0 keeps everything. To prune by hand:

spiritboard prune --older-than-days 7

Either way this deletes only old observer records, never your agents' transcripts, and keeps active runs. Stop the dashboard before a manual prune; it refuses while that data directory is in use. You can run separate boards with separate --data-dir values and ports.

Development

Contributors still use a checkout:

uv sync --frozen
uv run spiritboard --demo --no-open
uv run ruff check . && uv run ruff format --check .
uv run pytest
node --check src/spiritboard/static/app.js

Node is optional for the Python tests but runs the browser DOM test; check for skips before relying on that coverage. Contribution rules, including worktrees and one change per PR, are in AGENTS.md.

More detail: sources, summaries, historical validation record, archived functional plan and reference projects. The references/ folder holds shallow research checkouts of other projects, excluded from Git history and never installed, executed or copied.

Direction

Spiritboard stays a small local observer: one board for every agent harness you use, which tells you at a glance what each agent is working on and which one needs you. It is not a cost or process monitor, and it does not launch, steer or approve agents.

The look is ghostly rather than spooky: dark amethyst surfaces, Space Grotesk for reading with Space Mono for numbers and times, violet for activity, amber for attention, pink for summaries, and motion only when something actually changes. Labels stay literal (needs you, your turn, closed, open in cmux) so the board needs no vocabulary of its own.

Next: more harnesses and framework adapters, exact tab focus for Ghostty once a released version exposes it, and a longer scripted demo scenario for recording.

Boundaries

This is an observer, not an agent framework, task scheduler or remote control. It never kills, steers or approves actions; opening a session's app only brings an existing window forward. A clear board must never hide lost events or claim that an unresponsive agent has failed.

License

MIT. The bundled Space Grotesk and Space Mono fonts are under the SIL Open Font License 1.1; their licences ship next to them in src/spiritboard/static/fonts/.

Metadata

Release files for spiritboard 0.1.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for spiritboard 0.1.0
File Size Uploaded Provenance Actions
spiritboard-0.1.0.tar.gz 1.3 MB Without provenance Details for spiritboard-0.1.0.tar.gz

Built distribution (wheel)

Table of built distributions (wheels) for spiritboard 0.1.0
File Interpreter ABI Platform Actions
spiritboard-0.1.0-py3-none-any.whl Python 3 none any Details for spiritboard-0.1.0-py3-none-any.whl

Total release size: 1.5 MB

Release files / spiritboard-0.1.0.tar.gz

Download URL spiritboard-0.1.0.tar.gz
Size 1.3 MB
Tags Source
SHA-256 checksum
How to use checksums
141ea2183b3eee0d3160cac3e15aebfe471b82ef1cbd7900f792b96c7334649e
BLAKE2b-256 checksum
How to use checksums
bf65673c77f6732f6c61e1c606ec371c39c603d228dab3c66272f9ec078b5f2f
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via uv/0.13.4 {"installer":{"name":"uv","version":"0.13.4","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}

Release files / spiritboard-0.1.0-py3-none-any.whl

Download URL spiritboard-0.1.0-py3-none-any.whl
Size 203.1 kB
Tags Python 3
SHA-256 checksum
How to use checksums
6f712036c99248a293f57728ad038bf6f1d8b9814a04de106cea9d8e21c28fef
BLAKE2b-256 checksum
How to use checksums
de880db6b3e879dc54c071b5faa37dcb296e3fed4c004c1849183d653b4837f0
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via uv/0.13.4 {"installer":{"name":"uv","version":"0.13.4","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}

Security for spiritboard 0.1.0

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.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page