amux for CTOs

Run an AI engineering team from one dashboard — self-healing parallel agents, shared kanban, mobile oversight, and a full audit trail. Updated July 2026.

What amux gives your engineering org: a single control plane for Claude Code, Codex, and Gemini CLI sessions — with a web dashboard, iOS app, shared kanban board, self-healing watchdog, multi-runtime rate-limit distribution, append-only audit logs, and a REST API for integration with your existing toolchain. All open source, MIT + Commons Clause, self-hosted on your own infrastructure. Your code never leaves your network.

The problem amux solves for engineering leaders

When an engineering team adopts AI coding agents at scale, three problems emerge immediately:

  1. Fleet visibility: Dozens of Claude Code sessions running in tmux across developer machines — no shared view of what's running, what's done, what's stuck.
  2. Coordination failure: Two agents claim the same task, overwrite each other's branches, or block on the same API rate limit while the other provider's quota sits unused.
  3. Overnight reliability: Agents hit context limits at 2am, crash on tool-approval prompts, or silently hang — and no one knows until morning.

amux solves all three in a single self-hosted deployment your team controls.

Fleet overview at a glance

The amux web dashboard gives the entire team — developers, managers, and technical leaders — a shared real-time view of every active agent session. Status dots tell you at a glance: green = working, yellow = needs attention (YOLO prompt, approval required), red = crashed. The peek panel streams live terminal output from any session. You can watch an agent's work, read its plan strip (the current task list), and switch between its subagent transcripts without SSH.

From the iOS app on your phone, you have the same full view. Review fleet health in a standup, approve a risky action from the airport, or steer an agent mid-task via the steering queue — without opening a laptop.

How parallel agents coordinate without conflicts

amux's kanban board uses atomic SQLite compare-and-swap task claiming. The sequence is:

  1. A developer or orchestrator agent creates tasks on the board (POST /api/board with title + status "todo")
  2. Each coding agent in its CLAUDE.md is told: "Before starting any new work, POST /api/board/TASK-ID/claim. If you get 200, proceed. If you get 409, move to the next unclaimed task."
  3. The server processes claims with SQLite's write serialization — exactly one agent wins each task, guaranteed, with no Redis, no distributed lock manager, no external dependency.
  4. After a task is done and verified (CI green, deployed, smoke-tested), the agent marks it verified with the evidence. The board distinguishes `done` (implemented) from `verified` (confirmed in prod) — no premature completion.

Git conflicts are handled at the session level: each agent registers with its own branch (amux register feature-agent-1 --dir ~/Dev/myproject --yolo), and the CLAUDE.md template instructs agents to commit before switching context. Combined with git worktree isolation for truly independent parallel work, merge conflicts in parallel-agent repos are rare.

Self-healing overnight operation

amux's watchdog monitors every session for four failure modes:

In practice, a 10-agent overnight run that previously required a developer to babysit (or produced incomplete work) now completes with 2-8 automatic recoveries handled by the watchdog — visible in the session's recovery log the next morning.

Multi-runtime rate-limit distribution

Hitting Claude Code rate limits is the single biggest throughput bottleneck for teams running parallel agents on Max plans. amux solves this structurally:

Distributing across three provider buckets gives 2-3× effective throughput compared to running all agents against a single provider. Route by task type: Claude for architecture decisions and code review (highest capability), Codex for standard feature generation (good quality, high volume), Gemini Flash for documentation and test generation (lowest cost — typically 30× cheaper than Claude Sonnet per token).

Built-in tools beyond coding

amux includes a set of built-in tools that make AI agents useful beyond writing code — important for engineering organizations that want agents handling the full developer workflow:

Audit trail and governance

amux is append-only by default: every session's full JSONL transcript is stored, every board task transition is timestamped, and every schedule create/delete includes session attribution (AMUX-1812). This gives engineering leadership:

For SOC 2 or ISO 27001 purposes, the JSONL transcripts and board history provide the evidence trail for "what did the AI system do and who authorized it."

Deployment options

Option Setup Who it's for
Per-developer local Each developer runs amux serve on their own machine. Sessions are local; board and notes are local to that instance. Solo developers or very small teams where coordination happens in git, not a shared board
Shared team server (recommended) One amux instance on an internal server (EC2, GCP VM, on-prem). All developer machines register their local Claude Code sessions to this server via AMUX_URL=https://internal.server amux register. Shared dashboard, shared board, shared notes and CRM. Engineering teams of 3-20 developers with a shared task queue and centralized monitoring
Multi-instance with board sync One amux instance per team/project; teams coordinate via REST API cross-instance (POST task to another instance's board). Advanced setup, documented in /guides/agent-to-agent-communication/. Large engineering orgs where teams have separate security boundaries but need cross-team agent coordination
amux Cloud (public URL) Run amux locally, add $20/month amux Cloud for a stable public HTTPS URL. All agents and data still run locally — Cloud is only a tunnel relay. Distributed teams who need to access the shared dashboard from outside the office network without a VPN

What a CTO actually sees on day 1

Here's a realistic first-week picture for a 5-developer engineering team that deploys amux on a shared server:

  1. Day 1: Install amux on a team server (pip install amux, configure TLS, add auth). Each developer registers their project: amux register myproject --dir ~/Dev/myproject --yolo. The CTO and team leads get the iOS app and see all sessions on the dashboard within an hour.
  2. Day 2: Create the first shared task queue on the board. Five developers add their current sprinted tasks as board issues. The first two developers with Claude Code sessions running claim and complete tasks while the CTO monitors from their phone in a meeting.
  3. Day 3: First overnight run. 8 sessions start at midnight. The watchdog fires twice for context compaction, once for a crash recovery. In the morning: 6 of 8 tasks completed, 2 in doing (picked up second tasks after finishing their first). The CTO's morning board review takes 10 minutes from the iOS app.
  4. Week 1: The team writes shared CLAUDE.md rules for their coding style and branching conventions, checked into the repo. All sessions now follow them automatically. Cost tracking in the dashboard shows $180 in Claude API spend for the week — CTO sets a per-session daily budget threshold in server.env.

Comparison: ad-hoc agents vs amux team deployment

Requirement Ad-hoc Claude Code (no amux) amux team deployment
See what all agents are doing SSH into each developer's machine; check each tmux window manually Dashboard shows all sessions with live status dots and peek panel
Prevent two agents from taking the same task Manual coordination in Slack; duplicated work common Atomic SQLite CAS claiming — 409 if already claimed, 200 if won
Overnight reliability Sessions crash or stall on context limits; discovered in the morning Self-healing watchdog handles 4 failure modes automatically
Mobile oversight No mobile interface; requires SSH Native iOS app + PWA; full fleet view from phone
Multi-provider rate limit distribution All sessions on one provider; hit rate limits simultaneously Claude + Codex + Gemini in same dashboard; 2-3× effective throughput
Audit trail for compliance JSONL transcripts per session; no central log or board history Central JSONL transcripts + board history + schedule attribution
Code review / oversight of AI work Developers review their own agents' PRs; no cross-team visibility Board shows every task status; done-vs-verified distinction prevents premature sign-off
Code leaves the network Code goes to Claude's API (Anthropic) but not to additional third parties Same — amux itself is self-hosted and adds no additional data egress

FAQ

Is amux production-ready for an engineering team?

Yes — it runs in production at companies ranging from two-person startups to 15-developer teams. The server is a single Python process, self-restarts on file save, and stores all state in a local SQLite database. Stability concerns are addressed by the self-healing architecture: even if Claude Code crashes mid-session, amux auto-recovers. The main operational risk is the host machine going down — mitigated by running on a server (not a developer laptop) with standard uptime practices.

How does amux handle security and access control?

amux supports HTTP Basic Auth and HTTPS (TLS). In a team deployment, you run amux behind your internal network or VPN (Tailscale is the recommended approach) with a password set. The iOS app and web dashboard authenticate with the same password. amux does not currently have per-user role-based access control — all authenticated users have full access to the dashboard. For teams that need finer-grained access, the REST API can be proxied behind a separate auth layer.

What's the cost model for running an AI engineering team with amux?

amux itself is free (MIT + Commons Clause). The cost is your AI provider spend: Claude Code Max plans ($100-200/month each), API keys (pay-per-token), or a mix. A realistic 5-developer team running 20 parallel agents averages $800-2,000/month in API spend, depending on task complexity and model mix. This is typically comparable to a single junior developer's monthly salary while delivering the throughput of 5-20 focused engineering efforts. amux's cost tracking dashboard shows per-session and per-day token spend in real time so you can monitor and control this.

Can amux integrate with our existing CI/CD, Jira, or GitHub Issues?

amux's REST API is the integration point. Common patterns: a GitHub Actions workflow creates board tasks when issues are labeled "agent-ready" (POST /api/board); agents mark tasks done and open PRs; CI checks the board for the verified status before deploying. For Jira, a webhook fires when tickets are moved to "In Progress", creating amux board tasks. There's no native Jira or GitHub Issues integration built in — integration happens via webhook → REST API, which gives flexibility to match your existing workflow.

Does amux work with LangGraph or other orchestration frameworks?

Yes — amux's REST API is designed for programmatic integration. LangGraph nodes can call /api/sessions/NAME/send to issue tasks to amux-managed coding sessions, then poll /api/sessions/NAME/peek for results. A common pattern: LangGraph handles the high-level decision graph (which tasks, in what order, with what dependencies), while amux handles the actual Claude Code session fleet (spawning, self-healing, monitoring). See amux vs LangGraph for detailed patterns.

amux — open-source AI engineering team dashboard (310★ GitHub)
Run Claude Code, Codex, and Gemini CLI sessions from one dashboard. Self-healing, kanban, mobile oversight, and audit trail. Single Python file, MIT licensed, self-hosted.
View on GitHub ★

Deploy amux for your engineering team

Get a shared dashboard, self-healing agents, and mobile oversight running in under 30 minutes. Self-hosted on your infrastructure, open source, no per-seat fee.

pip install amux
# or: brew install mixpeek/amux/amux
amux serve  # → https://your-server:8822
View on GitHub ★ Enterprise deployment → Get set up with Concierge →

Related: amux for Enterprise · amux for Engineering Managers · amux for AI Engineers · amux for Startup Founders · Team Workflow Setup Guide · AI Agent Quality Gates