mrkeyoor.com_
Wed 11 Nov 03:17 UTC
Automationevaluationupdated 01 Nov 2026

claude-squad review

Choose Claude Squad when you need to supervise several coding-agent sessions from one terminal and can prepare each task's application environment yourself. Claude Squad uses tmux sessions and Git worktrees to separate agent workspaces. It adds session controls and diff review around installed agents; those agents still do the coding.

+32stars / 7d
Verdict

Claude Squad merits a supervised trial when switching between several coding-agent sessions is already a problem. Our run on 2026-10-02 at commit ce1ffb4 supports successful source-command outcomes, with unresolved duplication in the parser summary. It does not establish completed agent work, unattended reliability or native Windows compatibility. Start with one disposable task, check its application environment and review its diff before adding sessions.

We ran it

Lab card: what happened when we ran claude-squadScreenshot of claude-squad (smtg-ai.github.io/claude-squad)
Install✓ · 40s48 packages
Build✓ · 79s
Tests✓ · 26s12 passed · 0 failed of 12 (go test)
Repo86 files~10,088 lines of source · 1.5 MB · 5 CI workflows

Answers from our run

Does claude-squad build from source?

Dependencies installed in 40 seconds (48 packages), and the build succeeded in 79 seconds. We cloned commit ce1ffb4 into a clean Debian container with 3 CPUs and no project-specific setup.

Do claude-squad's tests pass?

Yes. The project's own test command finished in 26 seconds and reported 12 passed, 0 failed (go test).

Who should not use claude-squad?

Anyone who needs this review to establish that authenticated agents completed real application work: our sandbox did not test that workflow.

What are the alternatives to claude-squad?

Claude Code, Codex CLI. Claude Squad merits a supervised trial when switching between several coding-agent sessions is already a problem.

Setup4/5Successful stored source-command outcomes and documented installation paths support this assessment; agent authentication and application provisioning were not validated.
Docs4/5The README explains prerequisites, controls, profiles and troubleshooting, but our run did not validate an interactive workflow.
Community4/5The release credits outside contributors, and issue 260 contains implementation proposals and provisioning discussion. This assesses visible contributions, not adoption or response times.
Maturity4/5Documented session controls and v1.0.20 recovery fixes support this assessment; live agent operation and application provisioning remain unverified here.

Discussed on

  1. hnClaude Squad – A terminal app that manages multiple Claude Code instances5 points

Who it’s for

Developers supervising independent coding tasks who understand Git branches and worktrees.
Users of installed coding-agent CLIs who want session output and diffs in one terminal interface.
Developers willing to prepare dependencies, configuration, ports and services for each task.

Who it’s NOT for

Anyone who needs this review to establish that authenticated agents completed real application work: our sandbox did not test that workflow.
Developers expecting worktree creation alone to provision an application environment. Issue 260 reports missing dependencies and configuration, plus port and Docker Compose collisions.
Users relying on verified unattended operation. The README labels automatic prompt acceptance experimental, and our run did not exercise it.

Setup reality

Our run on 2026-10-02 at commit ce1ffb4 recorded successful install, build and test command outcomes in our sandbox. The stored harness timings are 40 seconds for installation, 79 seconds for building and 26 seconds for testing. Its separately recorded overall duration is 156 seconds.

The stored parser summaries report 12 passed, 0 failed and 12 total. They do not establish 12 unique individual tests: the supplied raw tail names six successful Go packages and repeats their results under a summary marker. Seven other packages are marked with no test files. We preserve the stored totals without treating them as exhaustive coverage.

The sandbox record specifies 3 CPUs, 8 GB of memory and the golang:1.24-bookworm image; the install tail records downloading Go 1.25.8. The recorded dependency count is 48. No audit result is supplied, and scan coverage is unknown.

The README lists tmux and gh as prerequisites. You also need an installed agent command and its authentication. Successful source commands do not establish that those interactive prerequisites or your application's environment work together.

Should you add Claude Squad?

Add Claude Squad if you already need several agent sessions and want their controls and diffs in one terminal. Start with an agent directly if one task is enough. The dashboard's documented role is managing sessions and reviewing changes; our sandbox evidence establishes source-command outcomes, not completed parallel coding work.

Claude Squad uses tmux sessions and Git worktrees to separate agent workspaces. Its README documents attaching to sessions, pausing and resuming work, inspecting diffs, checking out changes, and committing and pushing branches. These are documented capabilities, not interactive operations verified by our run.

What did our sandbox establish?

Our run on 2026-10-02 at commit ce1ffb4 recorded successful install, build and test command outcomes in our sandbox. Installation took a stored 40 seconds, building 79 seconds and testing 26 seconds; the harness separately records 156 seconds overall. This correction uses that existing record and includes no new execution.

Our harness records each step's success flag, exit code, elapsed time and timeout status, alongside output tails and parsed summaries. All three steps exited zero without a timeout, and the build tail ends with vet-exit:0. That establishes the recorded command outcomes. It does not demonstrate launching an authenticated agent, completing an application task, pushing an agent-generated branch or sustaining concurrent workloads.

The stored parser summaries report 12 passed, 0 failed and 12 total. The supplied raw tail names six successful Go packages, then repeats those package results beneath a summary marker. It also lists seven packages with no test files. Those packages are not failures. The repeated output prevents treating the stored totals as verified counts of unique individual tests; no complete-log reconciliation was performed.

The matching sandbox record specifies 3 CPUs, 8 GB of memory and the golang:1.24-bookworm image. Its installation tail records downloading Go 1.25.8. No audit result is attached, so vulnerability findings and scan coverage are unknown. Native Windows operation and live agent authentication were not tested here.

MrKeyoor's testing methodology explains how command outcomes, timings and parsed counts reach a review, and why a passing command does not establish workload coverage. The supplied methodology page was fetched after our October run; it does not establish which methodology revision governed that execution.

Does each worktree include a working application environment?

Issue 260 reports missing untracked dependencies and environment files, plus collisions over ports and Docker Compose namespaces. The reporter describes manual setup or custom scripts as the workaround and requests a setup hook. This is a published user report, not a failure reproduced in our sandbox.

The discussion includes implementation proposals and commit references, which do not by themselves establish that a hook shipped in v1.0.20. That release's notes list fixes for recording the base commit of existing-branch sessions and recovering instances after tmux sessions die. They do not announce application-environment provisioning.

Before adding sessions, identify what one task needs beyond tracked files: dependencies, configuration, ports and any database. Prepare those resources, then check that the agent can run your application's validation. The practical adoption question is whether you can repeat that preparation for each task, not merely whether Claude Squad builds.

What must you install and configure?

The README lists tmux and gh as prerequisites and uses Claude Code as its default agent command. It also documents Codex, Gemini and Aider launch commands, along with named profiles in ~/.claude-squad/config.json. Each profile selects a shell command. Install and authenticate the agent you intend to use before assessing the dashboard.

The README labels automatic prompt acceptance experimental and says it applies to Claude Code and Aider. Our run did not exercise that mode or verify reliable prompt delivery. For an initial trial, watch the session receive its instruction and inspect the resulting diff before accepting work.

Could you use an agent directly?

Claude Code handles coding tasks and Git workflows through natural-language commands in the terminal. Codex CLI is a coding agent from OpenAI that runs locally on your computer. Their supplied primary descriptions establish their agent roles; they do not establish equivalent multi-session dashboards or comparative productivity.

Both are documented Claude Squad launch targets. Using either directly is a reasonable starting point when you need one agent. Adding Claude Squad becomes useful when managing separate tasks and reviewing their branches warrants another interface. The agent and dashboard can therefore complement each other.

What do the scores mean?

The retained scores are editorial judgments about the supplied evidence, not measured product performance. The rubric is 1 for substantial documented obstacles, 2 for a limited case with major gaps, 3 for a workable but qualified case, 4 for substantial supporting evidence with material limits, and 5 for strong evidence across the dimension with few unresolved limits.

Setup ease scores 4 because the source commands succeeded and installation paths are documented, while authentication and application provisioning remain separate. Documentation scores 4 because the README explains prerequisites, controls, profiles and troubleshooting, although we did not validate an interactive workflow. Community scores 4 for visible contributions in the release and setup-hook discussion; this does not measure adoption or support response times. Maturity scores 4 for documented session controls and targeted recovery fixes, qualified by the untested live workflows and provisioning questions.

Alternatives

ProjectWhat it isPick it when
Claude Code gh↗Anthropic's coding agent handles terminal tasks and Git workflows through natural-language commands.Use Claude Code directly when one agent in your project is enough. It is also a documented Claude Squad launch target, so it can complement the dashboard rather than replace its session-management role.
Codex CLI gh↗OpenAI's coding agent runs locally on your computer.Use Codex CLI directly when you need that agent without an additional dashboard. Claude Squad can launch Codex when you later need to manage several sessions.

What people are saying

  1. [github-trending] smtg-ai/claude-squad

Sources

  1. Claude Squad README
  2. Claude Squad v1.0.20 release
  3. Worktree environment setup hook request
  4. Native Windows PTY failure report
  5. Codex startup prompt race report

More automation reviews

hummingbot · spotify-downloader · bbot · switch · Horizon · ai-goofish-monitor · the whole board →