mrkeyoor.com_
Mon 28 Sept 00:17 UTC
Dev Toolsevaluationupdated 27 Sept 2026

agent-manager review

Agent Manager is a terminal dashboard for running several AI coding tools at once without losing track of which one is working, waiting, or finished. It keeps each tool in its own tmux session, then adds quick replies, worktrees, session groups, and a diff review screen above the CLIs you already use.

Verdict

Our Agent Manager run built in 47 seconds and passed all 56 tests, making it an easy trial for developers already juggling several supported terminal agents. Use it when the session list, direct replies, persistent tmux panes, and line-level review would replace a daily hunt through tabs. Skip it if cost tracking, native Windows support, arbitrary CLI adapters, or per-session model selection is required today.

We ran it

Lab card: what happened when we ran agent-managerScreenshot of agent-manager (agent-manager.dev)
Install✓ · 55s104 packages
Build✓ · 47s
Tests✓ · 346s56 passed · 0 failed of 56 (go test)
Repo305 files~101,782 lines of source · 22 MB · 4 CI workflows

Answers from our run

Does agent-manager build from source?

Dependencies installed in 55 seconds (104 packages), and the build succeeded in 47 seconds. We cloned commit ecd836f into a clean Debian container with 3 CPUs and no project-specific setup.

Do agent-manager's tests pass?

Yes: 56 of 56 passed when we ran the project's own test command (go test). Some failures need services or credentials a bare container does not have.

Who should not use agent-manager?

Developers who need cost or token accounting inside the manager: the README says cost tracking is not available.

What are the alternatives to agent-manager?

nodeterm, Agent Deck, NTM. Our Agent Manager run built in 47 seconds and passed all 56 tests, making it an easy trial for developers already juggling several supported terminal agents.

Setup4/555-second install; tmux, git, and each agent CLI are still required
Docs5/5Install, usage, configuration, and tmux behavior are well documented
Community4/5526 stars, a same-day push, and recent issue discussion
Maturity4/556 tests passed, though CLI and model controls are still changing

Who it’s for

Developers who regularly keep several Claude Code, Codex, OpenCode, Gemini, or other supported agent sessions running at once.
Terminal users who want agent sessions to survive after the manager closes.
Reviewers who want to comment on changed lines and send one numbered response back to the responsible agent.
Developers using MCP-capable coding agents that need to spawn, message, and wait for sibling sessions.

Who it’s NOT for

Developers who need cost or token accounting inside the manager: the README says cost tracking is not available.
Native Windows users who do not want WSL2: tmux is required, and Windows support runs inside WSL2.
Teams built around a CLI outside the nine supported tools: launch, resume, fork, MCP, and status rules are compiled into the binary, and issue 535 shows Kiro CLI support still awaiting addition.
Users who must choose a model or reasoning effort when opening every session: issues 568 and 624 document that the current new-session flow does not offer that choice yet.
OpenCode users who depend on permission prompts always triggering an alert: open issue 482 reports that these dialogs can miss the waiting state.

Setup reality

Our sandbox install at commit ecd836f succeeded in 55 seconds and installed 104 packages. The build passed in 47 seconds, then all 56 Go tests passed in 346 seconds. The checkout contained 305 files, about 101,782 lines of source, and occupied 22 MB.

Agent Manager still needs tmux 3.1 or newer, plus git for diff review and worktree sessions. You bring each coding CLI, its login or subscription, configuration, and MCP servers. The manager launches those existing tools rather than supplying models or provider access.

macOS and Linux are direct targets; Windows runs through WSL2. The project has 4 CI workflow files, but no Dockerfile or tests directory. Its Go tests include end-to-end work against a real tmux server, so contributors need tmux even though the suite passed in our unprivileged container.

Nine built-in CLIs share one control surface

Claude Code, OpenCode, Codex, Grok Build, Gemini CLI, Pi, Command Code, Hermes Agent, and Muse Code each keep their usual login, subscription, settings, and MCP servers. Agent Manager watches the sessions, marks them working or waiting, and lets you reply without attaching to a pane. That is the useful distinction: it organizes tools you already chose instead of asking you to move work into a new agent system.

The list starts paying for itself when several agents are active. Sessions sit in a project tree, groups can be folded or reordered, and a filter shows only the work that needs attention. Pressing space sends a prompt to the selected session or creates an agent under a selected group. Version 0.39.0 also added single-click focus and draggable rows. With one or two agents, this can feel like extra furniture. With six sessions split across repositories, it replaces a lot of tab hunting.

tmux 3.1 is required for persistent sessions

Each pane lives on a private server named agentmgr. Closing Agent Manager leaves those sessions alive, and tmux -L agentmgr ls can reach them from a normal shell. Killing your usual tmux server does not touch the manager's panes. That separation is a sensible answer to a common worry: adopting the dashboard does not mix its agents into a carefully arranged personal tmux workspace.

The dependency still shapes who will enjoy the tool. Agent Manager needs tmux 3.1 or newer, while git powers diff review and worktree sessions. macOS and Linux are direct targets. Windows users run the Linux build inside WSL2, with their agent CLIs installed in that distro. Nested tmux also needs attention because detach prefixes can collide. The docs explain how to forward the inner prefix, and issue 461 shows that custom prefix behavior can still catch experienced tmux users.

What happened when we ran it

Our sandbox installed commit ecd836f in 55 seconds and added 104 packages. The build succeeded in 47 seconds. Tests took 346 seconds, with 56 passed and 0 failed out of 56. This was a fresh unprivileged Debian container with 3 CPUs and 8 GB of RAM, so the result is a clean check of the repository rather than a developer machine helped by old caches or existing configuration.

The checkout occupied 22 MB and held 305 files with roughly 101,782 lines of source. We found 4 CI workflow files, no Dockerfile, and no tests directory. The missing directory does not mean the project lacks tests: Go keeps tests next to packages, and the supplied test command found 56 of them. Contributor documentation says the suite drives a real tmux server on a separate socket. In our run, that end-to-end dependency worked and the whole suite passed.

Ctrl+R returns line comments as one review round

Changed files appear in full context instead of a narrow patch. You can comment on individual lines, collect several points, and send them to the session as one numbered review round. Sent comments remain visible and can be marked handled through the included MCP tool or a shell command. Review marks are tied to the exact diff and scope, so changing the code does not quietly preserve an approval that belongs to an older state.

Worktree support fits that review loop. A new session can start in its own branch under a sibling worktree, keeping parallel agents from editing the same checkout. The manager can also open a shell beneath an agent for builds or Git commands. These controls do not guarantee safe changes, and they do not replace a final human review. They do make the handoff visible: one agent has a branch, its diff has comments, and the next response returns to that same conversation.

Unsupported CLIs require a feature request

Launch, revive, fork, MCP registration, and screen-reading rules for the nine supported CLIs ship in the binary. Updating Agent Manager can therefore fix a changed Codex or Claude interface for everyone. It also means you cannot describe an unknown CLI in configuration and expect the same treatment. The README sends unsupported tools to a feature request, and issue 535 records Kiro CLI waiting for that work.

Even a built-in tool can expose a gap. Open issue 482 reports that OpenCode permission and question dialogs may fail to mark a session as waiting, which also prevents the attention filter and notification from firing. Two other open issues, 568 and 624, cover selecting a model, effort, or profile per session. Today, the manager launches a CLI on its defaults unless you use a workaround inside that tool. Anyone routing expensive models by task should settle that workflow before moving every session here.

v0.39.0 is active, but cost tracking is absent

GitHub recorded a push on September 27, 2026, one day after v0.39.0 was released. The repository had 526 stars and 58 open issues and pull requests when fetched. The API list split those open items into 49 issues and 9 pull requests, with issue 631 updated on September 27. This is current development rather than a repository coasting on an old release tag, though the volume of interface changes means frequent upgrades are part of the deal.

One omission is unusually easy to judge: the README says cost tracking is not here yet. Agent Manager does show CPU and memory use for live process trees, but it does not answer which session burned through a provider budget. If you already reconcile usage elsewhere, the clean 56-test run and thoughtful review loop make this a strong trial. If the dashboard must also police model spend, Agent Deck is the more direct comparison today.

Alternatives

ProjectWhat it isPick it when
nodeterm gh↗A visual canvas for persistent terminals, agents, boards, editors, and remote access.pick this instead when a desktop or browser canvas and phone access matter more than a compact terminal interface.
Agent Deck gh↗A tmux-backed agent TUI with cost tracking, a web view, and remote conductor workflows.pick this instead when cost visibility or supervising sessions from a browser or chat is required.
NTMA tmux control plane with agent mail, file reservations, checkpoints, and pipelines.pick this instead when explicit multi-agent coordination matters more than a focused session list and diff reviewer.

What people are saying

  1. [github-trending] YoanWai/agent-manager

Sources

  1. Agent Manager README
  2. Agent Manager install guide
  3. Agent Manager configuration guide
  4. Agent Manager v0.39.0 release
  5. Issue 624: per-session model, effort, and profile selection
  6. Issue 482: OpenCode waiting-state detection

More dev tools reviews

navi · exodium · Submarine · Madeira · mitmproxy · fx · the whole board →