abtop Agent Session Monitor

A terminal dashboard for local AI coding sessions, tokens, context, limits, and ports.

Source repo
graykode/abtop
Stars
★ 3.8k
Last updated
1mo ago
License
MIT
Primary language
Rust

At a glance

How it runs
CLILibrary / SDK
Works with
Universal · cross-platformCodex · Claude Code
Cost
Free, no paid service needed
Setup effort
Low · running in minutes
You'll need
sqlite3 (required for OpenCode monitoring)Shell / CLILocal filesystem
Typical use
A developer running Claude Code in several projects can compare session state, token use, and context-window pressure from one terminal screen.
Not a fit if
  • Users who want OpenCode monitoring but cannot install the sqlite3 CLI
  • Teams that need zero network calls, since summaries use claude --print
  • Users on terminals smaller than 80x24 or needing load average on Windows

What does this agent do, and when should you use it?

abtop is a Rust terminal monitor that presents local AI coding sessions through a TUI, one-shot text output, and JSON snapshots. It discovers Claude Code, Codex CLI, and OpenCode sessions from local process and file state, including multiple Claude configuration profiles. The interface surfaces token usage, context-window percentage, status, Git state, child processes, listening ports, and selected session-specific data, with configurable themes, panels, and language. It runs as a CLI and as a library: consumers can use App to collect state and serialize Snapshot data without requiring API keys or authentication.

abtop discovers Claude Code, Codex CLI, and OpenCode sessions from local process state, files, and open-file metadata; for OpenCode, it reads the local opencode.db through sqlite3. It aggregates token counts, context-window percentage, rate limits, current task, Git state, child processes, and port metadata for its TUI. abtop --once prints one snapshot, while abtop --json produces a one-shot JSON snapshot for scripts. Library consumers create an App, call App::tick_no_summaries(), and call App::to_snapshot(interval_ms) for a serializable Snapshot; that refresh path never runs claude --print.

  1. A developer running Claude Code in several projects can compare session state, token use, and context-window pressure from one terminal screen.
  2. A Codex CLI user investigating a forgotten development server can inspect session child processes and open ports.
  3. An OpenCode user with sqlite3 installed can view local OpenCode sessions alongside Claude Code and Codex CLI sessions.
  4. A team building a local dashboard can consume a one-shot state export through abtop --json or the Snapshot library API.
  5. A tmux, cmux, or macOS iTerm2 user managing several panes can select a session and press Enter to jump to its terminal.

How do you install or deploy this agent?

On macOS or Linux, run curl --proto '=https' --tlsv1.2 -LsSf https://github.com/graykode/abtop/releases/latest/download/abtop-installer.sh | sh, or run cargo install abtop. On Windows, run powershell -c "irm https://github.com/graykode/abtop/releases/latest/download/abtop-installer.ps1 | iex"; cargo install abtop also works from a terminal with Git in PATH. OpenCode monitoring requires sqlite3; on Windows, install it with winget install SQLite.SQLite. Start the first working session with abtop.

How do you use this agent?

Run abtop for the interactive TUI, abtop --once for a single printed snapshot, or abtop --json for a one-shot JSON snapshot. abtop --setup installs the rate-limit collection hook; abtop --theme dracula selects a theme; and abtop --mouse enables mouse navigation. Configure theme, hidden_agents, claude_config_dirs, and language in ~/.config/abtop/config.toml.

What are this agent's strengths and limitations?

Pros
  • Monitors Claude Code, Codex CLI, and OpenCode together, with local discovery that supports multiple active Claude profiles.
  • Offers both --json and the reusable App/Snapshot library interface for local scripts or dashboards.
  • Reports session-level token, context, limit, child-process, and port information rather than only host metrics.
  • Keeps mouse capture off by default for terminal selection and copy, while providing 12 built-in themes, including four colorblind-friendly options.
Limitations
  • OpenCode session discovery depends on sqlite3, so it cannot be monitored without that CLI.
  • Generating session summaries uses claude --print, which makes its own API call and affects Claude quota.
  • OpenCode lacks context-window percentage, current-task, and rate-limit data; Codex CLI lacks subagent and memory-status data.
  • The recommended terminal size is 120x40; panels hide below 80x24, and Windows reports LOAD as 0.

How does this agent compare with similar options?

The README positions abtop as “like btop” for AI coding agents. In that framing, abtop is specialized for discovering local Claude Code, Codex CLI, and OpenCode sessions and presenting session token, context, rate-limit, process, and port data.

Key facts side by side with the most closely related agents.

Agent Source review Form / cost Stars Updated Language Full support on
abtop Agent Session Monitor This agent 57 · Major gaps CLIFree ★ 3.8k 1mo ago Rust Codex · Claude Code
UmaDev 73 · Some gaps CLIFree + model costs ★ 266 1mo ago Rust Codex · Claude Code
hcom 69 · Some gaps CLIFree + model costs ★ 635 16d ago Rust Codex · Claude Code
OpenCode SubAgent Magazine 63 · Some gaps Agent plugin / skillFree ★ 136 1mo ago TypeScript —

How does FollowAgents rate this agent?

FollowAgents source review · FARS-2.1
Major gaps
57/ 100 5-point scale 2.9 / 5
This review covers the source as of Aug 09, 2026. The project has shipped 2 stable release(s) since, which have not been re-reviewed. The score and verdict describe the reviewed version only. Recent releases ↓
Trust 14/29
Reliability 9/14
Adaptability 12/18
Convention 10/18
Effectiveness 9/13
Verifiability 3/8
Why each dimension lost points
Trust14 / 29 · 2.4/5

Evidence shows: project claims read-only, no API keys, no auth, reads local files and process metadata, minimal permissions. But lacks user confirmation mechanisms (e.g., before killing processes), data flow transparency is described but not deep, sensitive data handling has privacy notes but JSON snapshots may contain sensitive content, dependency security not audited, external effects include kill and port operations without confirmation, rollback mechanism not mentioned, source attribution only author info. Deductions: user confirmation, dependency security, rollback, source attribution insufficient.

Reliability9 / 14 · 3.2/5

Evidence shows: README and Cargo.toml consistent, dependency list clear, error handling has hints (e.g., sqlite3 missing warning). But no detailed failure scenarios, dependency availability not verified. Deductions: failure messages not detailed enough.

Adaptability12 / 18 · 3.3/5

Evidence shows: clear target audience (multi-agent developers), multi-platform support, clear capability boundaries (which agents, which features), clear trigger conditions (command arguments), environment fit documented (Windows no load average). Deductions: none.

Convention10 / 18 · 2.8/5

Evidence shows: README structure clear, install instructions detailed, naming stable (abtop), examples and FAQ (partial), known limitations mentioned (e.g., OpenCode lacks some features), MIT license clear, version number exists but no changelog, maintenance responsibility not clear. Deductions: versioning changelog missing, maintenance responsibility unclear.

Effectiveness9 / 13 · 3.5/5

Evidence shows: output usable (TUI, JSON snapshot), high marginal value (solves multi-agent monitoring pain), cost-benefit reasonable (free open source). Deductions: none.

Verifiability3 / 8 · 1.9/5

Evidence shows: README claims partially supported by code (e.g., supported features), but no test results or independent verification, facts and inferences not clearly separated. Deductions: claim traceability insufficient, cross-source corroboration insufficient, fact-inference separation insufficient.

Risks and how to mitigate them
  • Kill process and port operations lack user confirmation, may cause accidental kills.
  • JSON snapshots may contain sensitive project context, handle with care.
  • Dependency security not audited, recommend checking for vulnerabilities.
  • Version changelog missing, upgrade risks unclear.
Evidence confidence: Low Reviewed Aug 09, 2026 Reviewed revision 148f64d04663 New commits since this review; the score may not cover them
See the full review method →

Recent releases

Latest entries from the project's GitHub Releases. Notes are quoted from upstream as written, not rewritten or tested by FollowAgents.

  1. v0.5.5
    Release notes excerpt
    Install abtop 0.5.5 Install prebuilt binaries via shell script ```sh curl --proto '=https' --tlsv1.2 -LsSf https://github.com/graykode/abtop/releases/download/v0.5.5/abtop-installer.sh | sh ``` Install prebuilt binaries via powershell script ```sh powershell -ExecutionPolicy Bypass -c "irm https://github.com/graykode/abtop/releases/download/v0.5.5/abtop-installer.ps1 | iex" ``` Install prebuilt binaries via Homebrew ```sh brew install graykode/tap/abtop ``` Download abtop 0.5.5 | File | Platform | Checksum | |--------|----------|----------| …
    View on GitHub ↗
  2. v0.5.4
    Release notes excerpt
    Install abtop 0.5.4 Install prebuilt binaries via shell script ```sh curl --proto '=https' --tlsv1.2 -LsSf https://github.com/graykode/abtop/releases/download/v0.5.4/abtop-installer.sh | sh ``` Install prebuilt binaries via powershell script ```sh powershell -ExecutionPolicy Bypass -c "irm https://github.com/graykode/abtop/releases/download/v0.5.4/abtop-installer.ps1 | iex" ``` Install prebuilt binaries via Homebrew ```sh brew install graykode/tap/abtop ``` Download abtop 0.5.4 | File | Platform | Checksum | |--------|----------|----------| …
    View on GitHub ↗
  3. v0.5.3
    Release notes excerpt
    Install abtop 0.5.3 Install prebuilt binaries via shell script ```sh curl --proto '=https' --tlsv1.2 -LsSf https://github.com/graykode/abtop/releases/download/v0.5.3/abtop-installer.sh | sh ``` Install prebuilt binaries via powershell script ```sh powershell -ExecutionPolicy Bypass -c "irm https://github.com/graykode/abtop/releases/download/v0.5.3/abtop-installer.ps1 | iex" ``` Install prebuilt binaries via Homebrew ```sh brew install graykode/tap/abtop ``` Download abtop 0.5.3 | File | Platform | Checksum | |--------|----------|----------| …
    View on GitHub ↗

FAQ

Does it read prompts or send session data away?
It reads local files plus local process and open-file metadata. The TUI and --once output do not display file contents or prompt text. JSON snapshots can include bounded and redacted transcript-derived data that may still contain sensitive project context, so they should remain local and private.
Do I need API keys or authentication?
No API keys or authentication are required. The documented indirect network use is session-summary generation through claude --print.
Which operating systems are supported?
macOS, Linux, and native Windows are documented; Windows does not require WSL.
Can I monitor only one coding CLI?
Yes. Set hidden_agents in ~/.config/abtop/config.toml to hide selected agent CLIs, such as codex.
View on GitHub ↗ Install ↓

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents