mrkeyoor.com_
Sat 05 Sept 15:50 UTC
Automationevaluationupdated 05 Sept 2026

agent-teams-ai review

Agent Teams AI is a desktop control room for several coding agents working on the same project. It turns their tasks, messages, terminal sessions, code changes, reviews, and usage into a visual workspace so a developer can supervise a team instead of juggling separate terminals.

Verdict

Our Agent Teams AI test process was still running at 900 seconds after a successful 101-second build, so the desktop download is easier to adopt than the source tree is to validate. Use it when you already run several supported coding agents and need one place to see their tasks, diffs, messages, and cost. Keep it local, test each provider bridge after upgrades, and treat the 20-to-100-agent goal as unfinished work.

We ran it

Lab card: what happened when we ran agent-teams-aiScreenshot of agent-teams-ai (agentteams.live)
Install✓ · 98s2166 packages · 1657 MB
Build✓ · 101s
Tests✗ timed out · 900sran, no count parsed
Repo5137 files~1,313,461 lines of source · 103.9 MB · 11 CI workflows · tests dir

Answers from our run

Does agent-teams-ai build from source?

Dependencies installed in 98 seconds (2166 packages), and the build succeeded in 101 seconds. We cloned commit 26b0515 into a clean Debian container with 3 CPUs and no project-specific setup.

Do agent-teams-ai's tests pass?

We could not finish them: the suite was still running after 15 minutes in our container.

Who should not use agent-teams-ai?

Anyone planning to expose the standalone HTTP dashboard directly to the internet: the security section says it has no built-in authentication and is only for local or trusted networks.

What are the alternatives to agent-teams-ai?

Gas Town, Paperclip, Claude Code. Our Agent Teams AI test process was still running at 900 seconds after a successful 101-second build, so the desktop download is easier to adopt than the source tree is to validate.

Setup3/5Desktop downloads are easy; source install used 1,657 MB
Docs4/5Detailed usage and security notes, but install links lag v2.12.0
Community4/52,067 stars, September pushes, and same-day issue closure
Maturity3/5Provider drift remains open, and tests exceeded 900 seconds

Who it’s for

Developers already paying for or running several supported coding-agent runtimes.
Technical leads who want a Kanban board, task dependencies, agent messages, and code review in one desktop app.
Local-first teams that want project data kept on their machine while providers handle model requests.
Experimenters willing to define roles, budgets, branch rules, and approval levels before agents start work.

Who it’s NOT for

Anyone planning to expose the standalone HTTP dashboard directly to the internet: the security section says it has no built-in authentication and is only for local or trusted networks.
Organizations that cannot accept AGPL-3.0 terms for the orchestration layer.
Managed Windows fleets that forbid users from bypassing SmartScreen: the README warns that the installer may trigger it and tells users to choose More info, then Run anyway.
Teams requiring proven operation with 20 to 100 or more agents: efficiency and control at that scale remain an unchecked roadmap item.
Provider setups that cannot tolerate runtime-version drift: issue 569 shows the v2.12.0 bundled runtime rejected for a newer Claude model, and issue 533 reports an authentication-status contract mismatch on main.
Contributors who need a full test result inside 15 minutes: our test command was still running when the 900-second limit ended.

Setup reality

Our sandbox installed 2,166 packages in 98 seconds and used 1,657 MB. The build succeeded in 101 seconds. Tests timed out after 900 seconds, with the log tail still showing successful RuntimeDelivery cases and a 35-test settings-dialog file. There was no final suite result before the cap.

The packaged app can start with a free model and no account, while other routes use installed runtimes, provider subscriptions, or API keys. Source work requires Node.js 24.16.0 LTS and pnpm 10 or newer according to the README. The desktop app reads project files plus local runtime and session data.

macOS, Windows, and several Linux packages are published, but the web version remains in active development. Linux RDP users may need to disable Electron GPU acceleration. The standalone HTTP dashboard needs an authenticated reverse proxy before public exposure, and our scan found 11 CI workflows but no Dockerfile.

One desktop app coordinates several coding-agent runtimes

Agent Teams AI gives Claude Code, Codex, OpenCode, Cursor, SuperGrok, GitHub Copilot, Z.AI, MiniMax, Kiro, and self-hosted OpenAI-compatible models a shared workspace. Agents split work into board tasks and message one another. The app collects terminal output, tool activity, token use, cost estimates, and code changes that would otherwise sit in separate sessions.

The attraction is visibility, not a new coding model. A team can have distinct roles and provider choices, use the main checkout or isolated Git worktrees, link blocked tasks, and send work between teams. The README says the desktop application is the main product; its web version is still under active development.

Five Kanban columns and per-hunk review expose agent work

The comparison table specifies a 5-column board, while task pages show logs, messages, attachments, and detected changes. Operators can accept, reject, or comment on individual hunks. Quick actions and direct messages let a person change direction without opening the agent's terminal. That is more useful than a pretty org chart because it ties supervision to files and tasks an agent touched.

Autonomy still needs policies. Agent Teams AI can ask for approval on supported tool actions, assign monthly token or estimated-cost budgets, and alert at 80% and 100%. Branch choice is set per teammate, with extra merge rules placed in the provisioning prompt. The user still decides which runtimes may edit the project and which credentials each provider receives.

What happened when we ran it

Our run used commit 26b0515 in an unprivileged Debian container with 3 CPUs, 8 GB of RAM, and Node 22. The pnpm install succeeded in 98 seconds, adding 2,166 packages and using 1,657 MB. The monorepo checkout contained 5,137 files, roughly 1,313,461 lines of source, and 103.9 MB before installation. This is a large application even before any external coding runtime starts.

The build succeeded in 101 seconds. The test command did not finish within 900 seconds. Its final lines still showed successful RuntimeDeliveryService and RuntimeDeliveryReconciler cases, plus ProviderRuntimeSettingsDialog.test.ts completing 35 tests in 2,172 ms. The log never reached a final suite summary, so we cannot state how many tests passed overall or call the suite green.

A 900-second test cap makes contributor validation expensive

A timed-out suite is different from a failed assertion. The supplied log shows useful work continuing at the cutoff, with delivery recovery, sender identity, and settings-dialog cases passing near the end. It does not show the command's eventual duration or result. Contributors should identify smaller maintained test targets for daily work and reserve the full command for a machine that can run past 15 minutes.

Our scan found 11 CI workflow files, a tests directory, workspace packages, and no Dockerfile. The README documents pnpm check for types, lint, tests, and build, plus narrower coverage and quality commands. Source work officially requires Node.js 24.16.0 LTS and pnpm 10 or newer. Our supplied Node 22 image still completed install and build.

Free onboarding becomes provider setup for serious work

The app offers a free model with no signup, key, or card. It can also detect installed Claude Code, Codex, and OpenCode runtimes, while the setup wizard connects other supported providers. Release v2.12.0 added guided configuration for OpenAI-compatible models on the same computer, a trusted network, or a remote HTTPS server. Remote endpoints may carry API keys, scoped to one project or shared across projects.

Local-first does not mean every prompt stays on the machine. The FAQ says Agent Teams AI does not upload project code to its own backend because there is no Agent Teams cloud store for it. External runtimes still communicate with their providers under those providers' terms. The app itself reads the selected project plus local session sources such as ~/.claude/, so project selection and provider policy both matter.

The local HTTP dashboard has no built-in authentication

The security section says IPC and standalone HTTP handlers validate IDs, paths, and payload shapes, with writes constrained to the selected project root. It also says the standalone dashboard is meant for local or trusted-network use and has no built-in authentication for public deployment. An authenticated reverse proxy is mandatory before internet exposure, not an optional hardening task.

Desktop packaging has smaller snags. Windows downloads may trigger SmartScreen, and the README tells users to open More info and run the installer anyway. Linux sessions over RDP can freeze or show a blank Electron window; setting AGENT_TEAMS_DISABLE_GPU=1 disables hardware acceleration for that run.

Issue 569 shows how bundled runtimes can lag providers

Open issue 569 reports that Agent Teams AI v2.12.0 bundled a runtime identifying as Claude Code 0.0.73, while the requested Claude model required 2.1.251 or newer. The user's separately installed Claude Code 2.1.260 worked on the same account. Issue 533 reports a different mismatch on main: the desktop bridge rejected an authenticated provider status returned by bundled runtime 0.0.74. Both reports concern versioned contracts, not vague provider trouble.

The latest release was v2.12.0 on 2026-08-01, while the last push was 2026-09-05. GitHub showed 2,067 stars and 32 combined issues and pull requests when fetched. Issue 589 opened and closed on September 5, so work continues despite the month-old release tag. One documentation wrinkle remains: the current installation table still links directly to v2.7.0 assets instead of the latest release.

The 20-to-100-agent target is still roadmap work

The roadmap marks cloud-based 24/7 teams, automatic account switching, long-task context handling, a universal plugin system, and control under 20 to 100 or more parallel agents as unfinished. The README labels several items in progress, but it gives no completion promise. Buy the current desktop behavior, not the phone-driven autonomous-company vision described below that checklist.

Gas Town suits terminal-first persistent crews. Paperclip centers company structure and scheduled work, while Claude Code keeps delegation inside one CLI. Agent Teams AI wins when visual task flow and per-hunk review are worth a 1,657 MB source install and a test suite that exceeded 900 seconds.

Alternatives

ProjectWhat it isPick it when
Gas Town gh↗A command-line workspace for persistent groups of coding agents, handoffs, and recovery.pick this instead when terminal-first coordination matters more than a polished desktop board.
Paperclip gh↗An agent orchestration system organized around companies, roles, goals, budgets, and recurring work.pick this instead when scheduled business processes and organizational controls matter more than live peer teamwork.
Claude Code gh↗A terminal coding agent with subagents, worktrees, permissions, hooks, and its own task tools.pick this instead when one CLI and its built-in delegation are enough and you do not need a shared desktop workspace.

What people are saying

  1. [github-trending] 777genius/agent-teams-ai

Sources

  1. Agent Teams AI README
  2. Agent Teams AI GitHub repository
  3. Agent Teams AI v2.12.0 release
  4. Agent Teams AI security policy
  5. Issue 569: bundled runtime rejected by provider
  6. Issue 533: authenticated provider status rejected
  7. Gas Town comparison research links

More automation reviews

upload-artifact · OfficeCLI · conductor · hey-cli · crossplane · espanso · the whole board →