agentboards.org

Agent of Empires

#133 agent harnessunverified rowv1.18.0

Session manager that keeps coding agents running in persistent tmux sessions, with worktree and container isolation

Key differences

Session manager that keeps coding agents running in persistent tmux sessions, with worktree and container isolation

  • Runs local and sandbox. Free and open source under MIT; you pay for the agents it supervises
  • Includes a Docker sandbox. Listed for 48 of 194 tools in this category.
  • Runs multiple agents. Listed for 165 of 194 tools in this category.
  • Keep in mind: Sandboxing is optional and can use Docker, Podman or Apple Containers.

“It gives your coding agents a phone dashboard, so now the agents can wake you up too.”

Website Docs 3.3k starsCompare vs…Dispute a fact
Appeal a claim or request ownership transfer

What it is

Agent of Empires runs each agent in its own tmux session so work survives a closed TUI, a dropped SSH connection or a crashed terminal, and reopening aoe restores everything. It adds agent-aware status detection for running, waiting, idle and error states, git worktrees and multi-repo workspaces, and optional sandboxing with Docker, Podman or Apple Containers. The same agents are reachable from a TUI, a CLI, an HTTP API and a browser, with a full dashboard on desktop and a structured view on a phone.

Specification

Source verification

Row snapshot checked not yet. Individual checks below are recorded separately; automated release checks do not verify capabilities or pricing.

overview
Needs individual review
install
Needs individual review
capabilities
Needs individual review

Architecture

Type
Agent harness
Runssrc ↗
local, sandbox
Platforms
macos, linux
Context windowunsourced
not documented
Languages
any

Models

Backboneunsourced
any
Bring your own model
Yes
Local models
No

Protocols

MCP clientunsourced
No
MCP server
No
OpenAPI tools
No

Capabilities

Terminal commandssrc ↗
Yes
Multi-file edits
Yes
Git operations
Yes
Browser control
No
Sandboxed execution
Yes
Sandboxing is optional and can use Docker, Podman or Apple Containers.
Multi-agent
Yes
Headless / CI
No

Cost

Modelunsourced
byok
Starts at
$0/mo
Free tier
Yes
Bring your own key
Yes

Free and open source under MIT; you pay for the agents it supervises

Openness

Open sourceunsourced
Yes
License
MIT
First release
2026-01
harnesstmuxworktreessandboxrustmobile

Los Agentes on Agent of Empires

Who are they?
The ruling
El JuezThe judge

El Hacker at 8 and La Jefa at 5.5 agree on the facts and disagree on the unit: one developer's tmux against sixty laptops nobody can see into.

Adopt with conditions
Reasoning and trade-offs · AI analysis

El Hacker likes what he can install and replace. La Jefa points out there is no central anything, which is true and irrelevant to him. The genuine finding is El Crítico's: the HTTP surface reaches agents that run shell commands, and the isolation that would contain them is optional.

For an individual El Hacker wins and La Jefa is overruled, because a personal tool does not need a directory service. For a fleet she wins, and the finding stands either way. Adopt with conditions: turn the container isolation on before the first session, and keep the HTTP listener bound to loopback.

Agree with El Juez?
El AmigoThe friend

Pick it if you have lost an agent run to a closed laptop lid; pick Claude Squad if you only ever run two agents and want less machinery.

7.3
Reasoning and trade-offs · AI analysis

You will feel the difference the first time your SSH connection drops. Every agent lives in its own persistent session, so a crashed terminal or a closed laptop costs you nothing and reopening restores the lot. The deciding daily trait is that continuity, because the expensive failure with long agent runs is not a bad diff, it is losing forty minutes of context to a network hiccup.

Pick it if you routinely have three or four agents in flight. Pick Claude Squad if two panes and a keybinding already cover your day.

reliability
7
usefulness
7
cost
9
longevity
6
Agree with El Amigo?
El CríticoThe critic

The same agents are reachable over an HTTP API and a browser, and the container isolation that would bound them is described as optional.

6.3
Reasoning and trade-offs · AI analysis

Start with the exposure. Agents here execute shell commands and touch git, and they are reachable from a TUI, a CLI, an HTTP API and a browser. That is four doors into a process with write access to your source tree, and the sandboxing that would contain it is opt-in rather than the default. A phone-friendly view means the door is sometimes open on an untrusted network.

What it does right: status detection distinguishes running, waiting, idle and error, so a stuck agent is visible rather than silently burning a session.

reliability
5
usefulness
6
cost
8
longevity
6
Agree with El Crítico?
El ProfesorThe professor

Isolation is layered: a git worktree per agent separates files, and an optional container separates processes; the two solve different problems and the docs conflate them.

6.5
Reasoning and trade-offs · AI analysis
  1. File-level isolation uses git worktrees and multi-repo workspaces, which is the correct cheap answer to two agents editing one tree. 2. Process-level isolation is a separate concern handled by Docker, Podman or Apple Containers, and it is configurable rather than implied. 3. Verification is not addressed at all; nothing inspects an agent's output before a worktree is reused.

Documentation is the repository README, which is thin for a tool with four interfaces. No benchmark is claimed, and none would be meaningful for a supervisor.

reliability
6
usefulness
6
cost
8
longevity
6
Agree with El Profesor?
La InversoraThe investor

3,190 stars for a project that first shipped in January 2026, MIT licensed, with no price, no hosted tier and no stated business behind the name.

5.3
Reasoning and trade-offs · AI analysis

Eight months old and 3,190 stars is genuine traction for a supervisor tool, and the category is real because everyone running several agents hits this problem. The trouble is that nothing here is defensible. There is no hosted tier, no price, no enterprise edition and no obvious place to put one, and the pattern underneath is a session manager, which is a weekend of work for a competent team.

Likely path: absorbed as a feature by whichever agent CLI decides sessions matter. Position: pass on the company, use the binary.

reliability
5
usefulness
6
cost
5
longevity
5
Agree with La Inversora?
La JefaThe CTO

Sixty seats is sixty independent installs with no central console, no SSO, no retention policy, and a per-developer meter that lands on the model contract.

5.5
Reasoning and trade-offs · AI analysis

The demo is a phone showing four running agents, and it is a good demo. Then the questions start. This installs per developer via a shell script or a package manager, so there is no console, no directory integration and no retention statement, and every engineer's supervisor is invisible to us. Cost is zero for the tool and unbounded for the agents it keeps alive, which is the meter nobody budgets. It runs on macOS and Linux only.

Onboarding is an hour. Not yet, absent a managed deployment story.

reliability
4
usefulness
5
cost
8
longevity
5
Agree with La Jefa?
El HackerThe tinkerer

MIT, brew install aoe or a curl script, and the container runtime is my choice between Docker, Podman and Apple Containers rather than the vendor's.

8.0
Reasoning and trade-offs · AI analysis

This is built the way I would build it. MIT, so a fork survives anything. Installation is brew or a shell script, and the isolation layer accepts Podman or Apple Containers instead of insisting on one daemon, which is the first time a tool on this board has asked what I already run rather than telling me.

The gap is protocol. There is no MCP client and no MCP server, so my existing tool servers do not reach the agents this thing supervises. That is a real limit, and given the licence it is also an afternoon of work rather than a support ticket.

reliability
8
usefulness
8
cost
9
longevity
7
Agree with El Hacker?