Conductor Alternative: Run Parallel Claude Code Agents Without It (Tested)

Conductor Alternative: Run Parallel Claude Code Agents Without It (Tested)

Conductor, the Mac app many developers used to run several Claude Code agents at once, is winding down. Its team is joining Meta, new sign-ups are closed, and Conductor Cloud shuts down on November 20.

If you’re looking for a Conductor alternative, you may not need a new app at all. Claude Code now has its own version of the same idea built in: background agents, each in its own git worktree, watched from one screen.

We rebuilt a typical Conductor workflow with Claude Code alone and ran three real tasks through it. Here’s what maps across, what doesn’t, and what happened when two agents changed the same function.

What’s Happening to Conductor

Conductor’s local Mac app keeps working for now, but the dates below matter if you used Conductor Cloud or plan to stay long term.

DateWhat changes
November 4, 2026No new sign-ups or downloads. Existing users keep access, and Pro users pay nothing
November 13, 2026Conductor Cloud workspaces become read-only
November 20, 2026Conductor Cloud shuts down and user data starts being deleted
Early 2027The local app stops getting new models and critical fixes and starts winding down

Before November 20, save anything that lives in the cloud. Conductor lets you right-click a cloud workspace and choose Transfer to local, or download everything from Settings, then Account, then Export data.

Your branches and commits are plain git, so any work you already pushed is safe on your remote. What you lose is the app around it.

The Conductor Alternative Built Into Claude Code

Conductor’s core trick was simple: give every task its own workspace on its own branch, run an agent in each, then review and merge. Claude Code’s agent view does the same in the terminal.

It has two parts. claude --bg starts a session in the background, and claude agents opens one screen that lists every session with its state. Each background session moves into its own git worktree before it edits a file.

Flow diagram of the Conductor workflow rebuilt with Claude Code: dispatch with claude --bg or the agent view input, each session gets its own worktree with .env copied by .worktreeinclude, watch and reply in claude agents, the branch is pushed, you review and merge with git, then claude rm cleans up
Every Conductor step has a Claude Code command, except the merge button

Here’s how the Conductor features line up with what Claude Code has today:

Conductor featureClaude Code replacement
A workspace and branch per taskAutomatic worktree under .claude/worktrees/ for every background session
Setup script that copies .envA .worktreeinclude file, or a WorktreeCreate hook for more
One window with all your agentsclaude agents, grouped into Needs input, Working and Completed
Chat with an agentSpace to peek and reply, or Enter to open the full session
Open a pull requestSessions commit, push their branch and can open a draft PR
Diff viewer and mergegit diff and git merge, or the diff view in the Claude desktop app
Archive a workspaceclaude rm, which also removes the worktree when that’s safe
Codex, Cursor and OpenCode tooNot covered, since agent view runs Claude Code only

Agent view is still a research preview, so its keys and screens can change. You need a recent Claude Code; we used version 2.1.318, and our guide on how to install Claude Code covers updating.

Our Test: A Conductor Workflow With Claude Code Agent View

We made a small Node.js task list with two tests, a local .env file and a git remote. Then we gave Claude Code three jobs, one per background session, using Sonnet 5.5.

To keep the test light, we ran the sessions one after another rather than all at once. Nothing in the setup needs that, though, and each one only ever touched its own folder.

Step 1: Copy .env Into Every Worktree

A worktree is a fresh checkout, so files git ignores, like .env, aren’t there. In Conductor you’d copy them with a setup script.

In Claude Code, list them in a .worktreeinclude file at the project root. It uses the same syntax as .gitignore, and only files that git ignores get copied:

.env
.env.local

Also add .claude/worktrees/ to your .gitignore, so the worktree folders don’t show up as untracked files in your main checkout.

Step 2: Hand Off Tasks With claude –bg

From inside the project, one command starts a background session. The prompt goes in as a normal argument, and --name sets the label you’ll see later:

claude --bg --name search-tasks 'Add searchTasks(query) in a new search.js that matches titles, ignoring case. Add tests, run npm test, then commit.'

It returned at once with a short ID and the commands to manage the session. Don’t add -p, because Claude Code rejects --bg combined with print mode.

Terminal showing claude --bg --name search-tasks with a task prompt, followed by the output backgrounded, the session ID 7e2a23d4 and the commands claude agents, claude attach, claude logs and claude stop
claude –bg returns right away and prints the commands for the new session

You can also type a task straight into the box at the bottom of agent view. Each Enter starts a new session; it never adds a message to an existing one.

Step 3: Watch and Answer Agents in One Screen

Run claude agents in the project to open the dashboard. Our third task told Claude to ask us which date format to use before it wrote any code.

About 40 seconds later, that row sat under Needs input. Selecting it and pressing Space opened the peek panel with the exact question and four choices, and we typed our answer right there.

Claude Code agent view with the due-dates session under Needs input and two completed sessions, and the peek panel open showing the question which date format should the optional dueDate use, four numbered choices, a waiting timer and a typed reply ISO 8601 strings like 2026-11-05
Peek shows what an agent is waiting on, and you reply without opening the session

That’s the closest thing to Conductor’s chat list. As the docs put it, “Detaching never stops a session,” so you can close the screen or the terminal and the agents keep going.

All three sessions finished on their own. The first two took 23 and 25 seconds, and the one that asked a question took about a minute, including the time it waited for us.

Claude Code agent view showing three completed background sessions, due-dates, search-tasks and add-task-priority-tasks-js, each with a one-line summary of what it changed and the commit it made
Three agents done, each with a one-line summary of its work

A short summary on each row tells you what the agent did. For a longer look, press Enter to open the whole conversation, and press the left arrow to go back.

Step 4: Check the Worktrees and Branches

Each session had moved into its own worktree under .claude/worktrees/, on a branch named after it. The .env file was there in every one of them, copied by .worktreeinclude.

Terminal listing three worktrees due-date, search-tasks and task-priority under .claude/worktrees, git branch showing main plus three worktree branches, and the copied .env file inside the due-date worktree
Three tasks, three worktrees, three branches, and .env in each

Every session also committed its work and pushed its branch to our remote without asking. The docs say background sessions never push to main or master, never force-push and never merge.

No pull requests were opened, because our test remote wasn’t on GitHub. On a GitHub repo with the gh tool signed in, sessions can open a draft PR, and agent view shows its status on the row.

Step 5: Merge the Work Yourself

This is where you’ll miss Conductor’s merge button. Claude Code leaves merging to you, so we merged the branches into main with plain git.

The first two merged cleanly and all 7 tests passed. The third one didn’t, because the priority task and the due date task had both changed the same addTask function.

Terminal showing two branches merged cleanly into main, node --test reporting 7 tests and 7 passing, then git merge worktree-due-date reporting a merge conflict in tasks.js
Two clean merges, then a conflict where two agents edited the same function

Separate worktrees stop agents from overwriting each other’s files while they work. They can’t stop two agents from making different choices about the same lines of code.

We asked Claude Code to fix the conflict with a one-off command like this. It kept both fields, and all 9 tests passed:

claude -p 'Fix the merge conflict in tasks.js so tasks keep both priority and dueDate. Run node --test.' --permission-mode acceptEdits --allowedTools 'Bash(node --test*)'
Terminal showing git status with tasks.js unmerged, a claude -p command fixing the conflict, Claude explaining that a second argument starting with a digit is treated as the due date, and node --test passing 9 of 9 tests
Claude fixed the conflict, but it had to guess how two designs should fit together

Read Claude’s note, though. The two agents had each used the second argument of addTask for something different, so the fix treats a value that starts with a digit as a date. It works, but it’s the kind of choice you’d want to review before shipping.

One tip: put the prompt before --allowedTools. That flag takes a list, so on our first try it swallowed the prompt and Claude Code exited with an error.

Step 6: Clean Up With claude rm

claude rm with a session’s ID removes it from the list. Since our branches were already pushed, it also removed each worktree and its local branch, leaving only main.

Terminal showing claude rm removing three background sessions and their worktrees, followed by an empty .claude/worktrees folder and git branch listing only main
claude rm cleaned up the worktrees and local branches; the pushed branches stayed on the remote

It’s careful about unsaved work. It keeps a worktree that has uncommitted changes, and it refuses to throw away commits it can’t find on a remote, as our step-by-step guide to Claude Code parallel agents shows.

Deleting a row inside agent view with Ctrl+X twice is less forgiving. It removes the worktree Claude created, uncommitted changes included, so commit first.

Prefer a GUI? Use the Claude Desktop App

If you liked Conductor because it wasn’t a terminal, the Code tab in the Claude desktop app is the closer match. We ran our test in the terminal; the desktop features below come from Anthropic’s documentation.

  • Each new session can run in its own worktree. Turn on Worktree before you start it, and it lands in .claude/worktrees/ like the CLI’s.
  • You can open two sessions side by side in a split view.
  • A diff view shows each session’s changes, and you can comment on single lines.
  • After you open a pull request, the app shows its CI checks and can turn on auto-merge, with gh installed.

The same .worktreeinclude file works there too, so your .env setup carries over.

Running Codex or Cursor Too?

Agent view only runs Claude Code. If your Conductor setup mixed Claude Code with Codex or other agents, you need something that works with any command.

Worktrunk is the tool we’d try first. It creates a worktree per task, starts any agent in it, and merges back with one command, which is the button agent view lacks.

For the plain git version, our guide to Claude Code worktrees covers claude -w and manual worktrees.

Our Verdict: Is Agent View a Good Conductor Replacement?

Results card comparing Conductor features with Claude Code built-ins: a workspace per task matched by claude --bg worktrees, .env setup by .worktreeinclude, the agents screen by claude agents, replies by peek, push by automatic commit and push, merge done by hand with one conflict and 9 of 9 tests passing, and cleanup by claude rm
What we tested, and what happened at each step

For Claude Code users, yes. Agent view did everything we relied on Conductor for: isolated worktrees, .env copied in, one screen for every agent, answers from the list and branches pushed when done.

The gaps are real, though. There’s no merge button or built-in diff viewer in the terminal, it runs only Claude Code, and it’s still a research preview.

Watch your usage too. Every background session uses your plan’s quota on its own, so ten agents use it about ten times as fast; our guide to Claude Code costs and usage shows how to keep an eye on it.

FAQ

Can I still use Conductor?

Yes, if you already have it. The local Mac app keeps working and gets new models and critical fixes until early 2027, but new users can’t sign up or download it.

Do background sessions ask before they edit or run commands?

They start in the default permission mode from your settings. To pick one for every task you dispatch, open agent view with a flag like claude agents --permission-mode plan. Our guide to Claude Code permission modes explains each one.

Do agents keep running if I close the terminal?

Yes. A supervisor process keeps them going and they survive sleep, but they stop if you shut down or restart your computer. Open the row again to resume one.

Where do Claude Code worktrees go?

Into .claude/worktrees/ inside your project, on branches named worktree- plus the session’s name. New worktrees start from your remote’s default branch unless you set worktree.baseRef to "head".

Conclusion

With Conductor winding down, the simplest Conductor alternative for Claude Code users is the one already installed: start tasks with claude --bg, watch and answer them in claude agents, copy .env with .worktreeinclude, then merge the pushed branches yourself and clean up with claude rm. In our test, three agents finished in their own worktrees, two branches merged cleanly, one conflict needed a review, and all 9 tests passed in the end. Anthropic’s agent view documentation and its guide to parallel sessions with worktrees cover every shortcut and setting, and for more tested guides, see our Claude Code tutorials, or search 500+ add-ons in the Claude Code Skills Directory.

Newsletter

New AI tools in your inbox

The best new tools and the AI news that matters, in one short email. Unsubscribe any time.

Free · No spam · Unsubscribe any time

✓ Looks like you’re subscribed

Loading Google’s sign-up form…

Looks like you’re already subscribed

Thanks for reading! New AI tools and the AI news that matters will land in your inbox.

Not subscribed yet? Refresh the page to load the sign-up form.

The sign-up form couldn’t load. If you use an ad or content blocker, allow news.google.com and reload the page.

Free instant check before you pay. Takes a few seconds.

Scroll to Top