Skip to main content
Available to claimEvidence: Indicative
A branching tree whose limbs each end in a hanging signal lamp, with one lamp glowing brighter than the rest.Opportunity score: 49 out of 100 — Needs a sharper angle

Flight Deck: a worktree-per-agent control panel for Claude Code

A local terminal UI (single binary, `flightdeck`) that turns each task into an isolated git worktree with its own agent session and shows all of them in one status board.

Published · Last assessed · Methodology v5.1 · How ideas are researched and assessed

Problem in brief

Developers who try to run several AI coding agent sessions at once find that nothing manages the mechanics. Each agent needs its own isolated checkout, each can stop silently while it waits for approval or an answer, and there is no single place to see which agent is working, stuck or finished. In practice people juggle a couple of terminal tabs and fall back to one task at a time.

Who has this problem
Solo software engineers and small-team devs who already use Claude Code or Codex daily and want to run 3-6 agent sessions at once instead of babysitting one chat window
How they cope today
Keeping a single AI session open like a chat, or manually juggling ~2 sessions and tracking progress by hand
What it costs them
In practice people stay limited to one ticket and one or two sessions, so the promised parallel throughput isn't realised and tracking agent work is manual
A developer attends to one robot assistant while several others sit frozen with hands raised or tangled over shared parts.

The problem in detail

Once a developer tries to go past a single agent session, nothing manages the mechanics: each agent needs its own isolated checkout to avoid clobbering files, each blocks silently waiting for approval or a clarifying question, and there is no single place to see which agent is working, stuck, or finished. So people improvise with a couple of terminal tabs, lose track of who is waiting on them, and fall back to one ticket at a time — the parallel throughput never materialises.

Proposed product

A local terminal UI (single binary, `flightdeck`) that turns each task into an isolated git worktree with its own agent session and shows all of them in one status board. You paste in a task (or point it at an issue), it creates a branch + worktree, launches the agent there, and streams a one-line status per agent: RUNNING / NEEDS YOU / DONE / FAILED. Agents that stop for a question or a permission prompt are surfaced at the top of the board with a desktop notification; you hit a key to jump into that session, answer, and drop back to the board. When an agent finishes, Flight Deck shows the diff and offers a one-key push/PR, then tears down the worktree.

Why now

An open issue on the official Claude Code repo says that when you run several sessions at once there is no way to tell which one is blocked waiting on you — you must check each tab or window by hand — and asks for native OS notifications. A second feature request shows why that gap persists: the existing idle_prompt hook fires after every response, so it cannot distinguish 'I'm done' from 'I need you', and a related issue (#36850) asks for a bell specifically on tool approval. A third-party orchestrator, cmux, has an issue saying its 'Claude waiting' notice is too generic to tell which workspace needs attention, and asks for reason classification. So attention routing across parallel agent sessions is a real, repeatedly reported and still-unsolved need. But the surrounding ground has shifted: several write-ups report Claude Code now ships its own `claude --worktree` flag, and tools such as Claude Squad (reported ~6.8k stars), Conductor, Vibe Kanban, Crystal and Nimbalyst already do worktree-per-agent with diff review and merge. The opening, if there is one, is narrower than the original pitch: accurate per-session state classification and routing, not worktree creation.

Smallest useful version

A CLI + TUI for Claude Code only, on one repo, that does four things: (1) `flightdeck run "<task>"` creates a worktree/branch and starts an agent there; (2) a board listing every live session with detected state by parsing agent output for idle/prompt patterns; (3) notification + hotkey attach when a session is waiting on the human; (4) `d` to view diff, `p` to open a PR, `x` to clean up the worktree. No inter-agent delegation, no cloud, no multi-repo, no scheduling — just isolation plus visibility plus fast context-switching.

Potential ways to charge

  • Free open-source core with a paid licence for teams (per-seat, roughly the price of one lunch per developer per month) covering multi-repo and shared boards — noting no purchase signal was found for any tool in this space
  • One-off paid desktop app for the macOS/Windows notification layer, priced like a small indie utility, with the CLI free
  • Sponsorship or paid support tier if the project gains stars first, following the open-source-tooling pattern the competing tools appear to use
  • Consulting or bespoke setup for small teams wanting agent parallelism configured, with the tool as a lead-in

Routes to early customers

  • Comment on and subscribe to the exact Claude Code issues requesting native notifications and a tool-approval bell — those subscribers are self-identified sufferers of this problem
  • Approach maintainers and users of cmux, which has an open issue asking precisely for per-session reason classification, and offer the classifier as a companion
  • Post in the same roundups and newsletters that currently list Claude Squad, Conductor, Vibe Kanban, Crystal and Nimbalyst, positioning against them on attention routing rather than worktrees
  • Direct outreach to practitioners who have blogged about losing track between terminal tabs or building their own session monitors

Main risks

  • Differentiation is actively weakened by the evidence: the described feature set overlaps almost completely with shipped tools (Claude Squad, Conductor, Vibe Kanban, Crystal, Nimbalyst), and reported built-in `claude --worktree` support absorbs the worktree half outright.
  • No willingness-to-pay signal was found at all — no job posting, freelance listing, keyword data or paid review — and the nearest alternatives appear to be free and open source.
  • The core technical value depends on classifying state from a noisy upstream signal; the evidence shows the idle_prompt hook fires after every response and that a competitor's notifications are too generic to be useful. If Anthropic fixes this upstream, the product's remaining surface disappears.
  • The original riskiest assumption is untested by the evidence: nothing here shows a developer will actually keep 4+ sessions productive once visibility improves, rather than reverting to one task at a time because of review load.
  • Parsing agent output for idle/prompt patterns is brittle across Claude Code versions and will break silently, which is exactly the failure mode that destroys trust in a notifier.

Questions to test first

  • Build only the classifier: instrument a handful of real sessions and measure how often NEEDS YOU is correctly distinguished from DONE. If you cannot beat the noisy idle_prompt behaviour described in the issues, stop.
  • Ask the subscribers on the Claude Code notification issues and the cmux classification issue to try the classifier and report false positives — cheapest available panel of confirmed sufferers.
  • Install Claude Squad and Conductor and document precisely where their attention routing fails, to establish whether there is any gap left after the platform's worktree flag.
  • Verify the reported `claude --worktree` flag against Anthropic's own documentation, since the evidence treats it as reported-by-source only.
  • Run a diary test with five developers using the board for a week: log how many sessions they actually keep live and whether it rises, to test the parallel-throughput assumption directly.

Evidence and sources

The sources this assessment is based on. Evidence level: Indicative, counted from these sources as described in how ideas are assessed. Findings are what a source shows; anything the research only inferred is marked as an inference.

Research findings

  • SupportsGitHub issue (manaflow-ai/cmux #4506) · 21 May 2026

    Shows: third-party issue tracker showing another orchestrator hitting the same status-classification problem

    An issue in the cmux multi-agent tool says its 'Claude waiting' notification is too generic — every session produces the identical title, so users cannot tell which workspace needs them — and asks for reason classification (permission request, tool approval, question, error, idle). Independent confirmation that per-agent attention routing is a real, unsolved implementation need, and that competitors ship it imperfectly.

  • SupportsGitHub issue (anthropics/claude-code #36885) · 21 March 2026

    Shows: issue-tracker feature request confirming the 'agent blocks silently, no single place to see who needs you' problem

    An open issue on the official Claude Code repo states that when running multiple Claude Code sessions simultaneously there is no way to know which session is blocked waiting for user input (permission approvals, questions) and that you must manually check each tab or window; it requests native OS notifications. This is the exact core pain Flight Deck's NEEDS YOU board + desktop notification addresses, observed outside the communities where the idea originated.

  • SupportsGitHub issues (anthropics/claude-code #12048 and #36850) · 20 November 2025

    Shows: issue-tracker evidence that existing notification hooks are too noisy to build a reliable 'needs you' signal

    Feature request reports the idle_prompt notification hook fires after every response, making it unusable for signalling genuine attention needs (AskUserQuestion, approval prompts); a related issue (#36850) asks for a terminal bell specifically on tool approval, distinguishing 'I'm done' from 'I need you'. Supports the problem but also flags a buildability risk: reliable RUNNING/NEEDS YOU/DONE classification is the hard part, since the upstream signal is noisy.

  • Weakens the caseTechnical blog posts describing built-in Claude Code worktree support · 29 July 2026

    Shows: platform change absorbing part of the product's value

    Multiple independent write-ups report that Claude Code shipped built-in worktree support (a `claude --worktree <name>` flag creating isolated sessions on their own branch under .claude/worktrees/). If accurate, the 'creates a branch + worktree for you' half of Flight Deck is now a platform primitive, leaving only the cross-session status board and attention routing as defensible surface. Treated as reported-by-source rather than independently verified against Anthropic docs.

  • Weakens the caseComparison roundups and vendor/project pages (Claude Squad GitHub, Conductor, Vibe Kanban, Crystal, Nimbalyst)

    Shows: crowded competitive field with near-identical positioning

    Claude Squad is a Go-based terminal UI that manages multiple Claude Code/Codex/Aider/OpenCode agents in isolated git worktrees (reported at ~6.8k stars); roundups also list Conductor (macOS app, worktree-per-agent with diff review and merge), Vibe Kanban, Crystal and Nimbalyst as direct equivalents. Flight Deck's described feature set — worktree per task, status board, diff + one-key merge/PR — overlaps almost completely with shipped tools.

Where the problem was reported

Public posts in which people described this problem, grouped into one problem before research began.

Looked for, not found

  • Searches surfaced issue trackers, vendor pages and blog/newsletter posts (including practitioners describing losing track while switching between terminal tabs and building their own session monitors), but no job posting, freelance listing, keyword-volume dataset, or app-store/product review with a verifiable purchase signal. Willingness to pay is therefore unestablished — most alternatives found are free and open source, which is a further monetisation risk.

This is a researched opportunity, not a guarantee of commercial success. The evidence level and sources show how much is known; the risks and questions to test show what is not.

Chosen for a shared category, customer or problem.

  • Developer tools

    Clear Runway

    Teams building LLM agents that act inside CRMs, helpdesks, finance tools and email find that agents which demo well break in production for environmental reasons: the service account is missing a scope, an endpoint behaves differently than documented, or a company name in one system does not match the same company in another.

  • Developer tools

    Launch Lane

    Solo developers, indie hackers and open source maintainers can ship working software, but once it's live nothing happens.

  • Developer tools

    Dropbox for Agents

    Developers increasingly run more than one AI coding agent across the same projects and machines.

  • Developer tools

    Explain-Before-Merge: a comprehension gate for AI-written diffs

    Developers who ship most of their code through agents like Claude Code, Cursor or Copilot review diffs for whether they 'look right' rather than for whether they understand them.

More developer tools ideas →

The method behind this idea, written up as guides you can apply to your own.

  • How to find product ideas worth building

    Find product ideas by starting from problems people describe in their own work, not from brainstorms. A practical method with real examples, from the research behind Daily Product Idea.

  • How to evaluate a product idea before you build it

    Evaluate a product idea by scoring the evidence rather than your enthusiasm: six dimensions, a written reason for each score, the assumptions it rests on and the cheapest test to run first.

  • How to validate a product idea before building it

    Validate a product idea with evidence of what customers do, not what they say: find the assumption that would kill it, run the cheapest test that can fail, and set the pass mark first.

All 10 guides →