Claude, Codex and OpenCode, on one localhost

Every local AI coding session in one tab

Live-tails Claude Code, Codex and OpenCode in one list, keeps your isolated instances straight, and queues claude runs for now or 3am.

Windows macOS Linux

Free & open source (MIT) · no account needed to run it

localhost:7787
// how it works

One daemon, reading what your tools already wrote

1

Start the daemon

The tray app or bun run start, then localhost:7787. No console window.

2

It finds what is already there

Claude transcripts, Codex rollouts, the OpenCode database, every isolated instance. Nothing to import.

3

Reply, queue, or hand it over

Reply to a Claude session, queue claude runs, or let your agents drive it over MCP.


// what it reads, and what it can drive

Three tools, and an honest line between them

All three histories, one list. Only Claude takes instructions back, because only Claude ships a CLI you can hand a prompt.

What you can doClaudeCodexOpenCode
Read and live-tail the conversationYesYesYes
Search and filter alongside everything elseYesYesYes
Type back into the sessionYesNoNo
Message several sessions at onceYesNoNo
Queue and schedule runsYesNoNo
Isolated instances, per accountDesktop + CLIDesktop + CLINot applicable
Remaining quota per accountYesNoNo
Open, download or copy the raw fileYesYesRendered from its database

Scroll the table sideways for Codex and OpenCode.


// what you get

The part your terminal window is missing

One list, three tools

Every conversation, newest first, badged by tool. Filter, click, watch it stream.

Isolated Claude instances

Every Claude Desktop profile with its account, plan and live usage. Open, focus, quit, rename, recolour.

Codex gets its own windows

Its own CODEX_HOME per instance, so work and personal OpenAI logins run side by side.

A composer that reaches the session

Type at the bottom of a transcript and it reaches that session. Send, queue, schedule, or fan out to several.

A queue you can walk away from

Each run carries its own prompt, directory, model and account. Queue it, rate-limit it, or set it for 3am.

Runs that survive a restart

A detached supervisor, so quitting the app does not kill what is in flight.

A rate limit is not a dead end

Sessions stopped by a 5-hour limit resume when the window resets. Gated on weekly usage, and off by default.

Handing a task to ChatGPT

Packs the task and repo into a bounded Markdown file and opens ChatGPT. Secrets left out; you press submit.

Quick instance mode

--instances skips everything but a start/focus/stop window, on its own port.

// one daemon, two front doors

Built for you and your agents

You get a dashboard

Sessions, instances, queue and accounts, in your regular browser.

Your agents get MCP

The whole API on MCP stdio, so Claude Code, Claude Desktop or Cursor drive the exact state you click.

sessionslist_sessions
get_session
tail_session
queueadd_queue_item
run_queue_item
get_run_events
timingget_scheduler
set_scheduler
set_monitor
instanceslist_instances
launch_instance
quit_instance
codexlist_codex_instances
create_codex_instance
launch_codex_instance
usagecheck_usage
check_my_usage
usage_budget
claude_desktop_config.json
{
  "mcpServers": {
    "agenthydra": {
      "command": "bun",
      "args": ["run", "--cwd", "<path-to-agenthydra>", "mcp"]
    }
  }
}

// check_usage

Agents that know when to stop

An agent can read an account's remaining quota before a heavy fan-out, and route work to whichever account has the most left.

Pace the fan-out, don't crash into the wall


// install

Install

v0.43.0 · all releases

Or from source with Bun. Either way the dashboard is at localhost:7787, loopback only.

Trying it out

AGENTHYDRA_FAKE=1 swaps in a harmless stand-in, so nothing touches your quota or repos.

What you need

The claude CLI for dispatch; Claude Desktop for instances. Codex and OpenCode optional.

Where it is rough

Tray launcher is Windows only; macOS and Linux builds are unverified. Instance management needs the classic Claude Desktop installer, not MSIX.

Local & private

Local by default, with one exception: a periodic update check sends the app version, a coarse OS tag and a random install id. Never an IP, hostname, path, account or email. AGENTHYDRA_NO_PING=1 opts out. MIT.

Built with
Bun + Hono Vue 3 + Vite shadcn-vue Tailwind v4 bun:sqlite MCP stdio
// how it compares

What people weigh AgentHydra against

Separate terminal windows

One terminal each, alt-tabbed, history scattered. Putting it in one list is the whole point.

Crystal (now Nimbalyst)

Spins up parallel sessions in fresh git worktrees. AgentHydra spins up nothing; it reads what you already have.

Conductor

Mac-only worktree launcher for parallel agents. AgentHydra runs everywhere and reads existing sessions.

ccmanager

A terminal UI for worktree sessions. AgentHydra is a browser dashboard plus MCP, with a queue and quota checks.

Stop alt-tabbing to remember what is running

One daemon. Every session in one list, every instance in one table, an MCP door for your agents.

Download for Windows

Windows macOS Linux

// faq

Questions people actually ask

Is AgentHydra free?

Yes. AgentHydra is free and open source under the MIT license, and no account is needed to run it. There's no cloud service behind it and nothing to sign up for: it reads the local Claude, Codex and OpenCode stores already on your machine and serves a dashboard on localhost.

What AI coding tools does AgentHydra support?

AgentHydra reads and lists sessions from Claude Code, Codex and OpenCode side by side, newest first, each badged with the tool that wrote it. Claude Code sessions come from your transcripts, Codex from its rollout JSONL files, and OpenCode CLI and Desktop share one local SQLite store, so both show up automatically.

Can I reply to a Codex or OpenCode session from AgentHydra?

No, only Claude sessions can be messaged back. AgentHydra can read and live-tail Codex and OpenCode conversations just like Claude's, but only Claude ships a CLI that can be handed a prompt, so Codex and OpenCode sessions open without a reply box instead of a send button that quietly does nothing.

Is AgentHydra private, or does it send my data anywhere?

Not entirely. The one thing that leaves your machine on its own is a periodic update check against studio.connections.icu: it sends the app version, a coarse OS tag, and a random per-install id, and the server derives a coarse location (country, region, city, timezone), your network's ASN, locale, and a truncated user agent from that request, but never an IP address, hostname, username, file path, account, or email. Set AGENTHYDRA_NO_PING=1 to opt out; the check then goes straight to GitHub's API, with no install id or telemetry. Otherwise AgentHydra is one daemon on loopback with your regular browser and a tray icon: no cloud service, no account to sign up for. The other thing that leaves is the optional ChatGPT handoff, which opens the provider and leaves the final upload to you.

What can my AI agents do through AgentHydra's MCP server?

AgentHydra exposes its whole API over MCP stdio, so Claude Code, Claude Desktop or Cursor can drive the same state as the dashboard: sessions, the run queue, the scheduler, the auto-resume monitor, accounts, quota, and the Claude, CLI and Codex instance managers. Agents can also check an account's remaining quota before fanning out work.

Does AgentHydra work offline?

Yes, for reading and messaging: AgentHydra needs no network connection to list, tail, search or reply to sessions, since it only reads local transcript, rollout and SQLite files already on your machine. The claude CLI calls it dispatches still need whatever connectivity Claude itself requires, and the optional update check and ChatGPT handoff are both online-only and skippable.

How is AgentHydra different from tools like Crystal, Conductor or ccmanager?

Those tools launch new Claude Code or Codex sessions in fresh git worktrees so you can run several tasks in parallel. AgentHydra instead reads the sessions you already have across Claude Code, Codex and OpenCode in one browser dashboard, and adds a queue, scheduler, instance manager and MCP server on top, without needing a new worktree per session.

Do I need Bun installed to use AgentHydra?

No. Bun is only needed to run AgentHydra from source (bun install, bun run build, bun run start). The packaged Windows .exe, and the one-executable Linux and macOS builds on the Releases page, bundle everything and need nothing else installed.