This guide takes you from a fresh Windows machine to running multiple AI coding agents in parallel. It covers installing the prerequisites, choosing between native Windows and WSL, setting up agents, and managing them with Pane. If you already have git and Node.js installed, skip to installing agents.
Every AI coding agent needs git, and most need Node.js or Python. If you already have these, you are set. If not, here is the fastest path:
git
Download from git-scm.com or install with winget:
winget install --id Git.Git -e --source wingetDuring installation, accept the default settings. Make sure "Git from the command line and also from 3rd-party software" is selected so git is available in PowerShell.
node.js
Claude Code and Codex both need Node.js. Download the LTS version from nodejs.org or install with winget:
winget install --id OpenJS.NodeJS.LTS -eAfter installation, open a new terminal and verify with node --version. You need v18 or higher for Claude Code, v22 or higher for Codex.
python (optional)
Aider and some other agents run on Python. Install from the Python website or with winget:
winget install --id Python.Python.3.12 -eCheck "Add Python to PATH" during installation. You need Python 3.9 or higher for Aider.
Windows Subsystem for Linux (WSL) gives you a full Linux environment inside Windows. Some developers put all their projects in WSL. Others stay native. Both work with AI coding agents. Here is when to use each:
| native Windows | WSL | |
|---|---|---|
| best for | .NET, Unity, PowerShell, projects that build natively on Windows | Node.js, Python, Docker, bash-heavy projects, Linux toolchains |
| file system speed | fast on NTFS | fast inside WSL, slow if accessing Windows files from WSL |
| git worktrees | work, but watch for path length limits | work, keep worktrees inside WSL filesystem |
| Pane | native installer, runs directly | runs on Windows, reaches into WSL repos |
If you are unsure, start with native Windows. You can always set up WSL later. To install WSL:
wsl --installYou only need to install the agents you plan to use. Here are the most common ones and their Windows install commands:
Anthropic's CLI agent. Best at large-scope refactors and understanding complex codebases. Requires Node.js 18+ and an Anthropic API key or Claude Pro/Max subscription.
npm install -g @anthropic-ai/claude-code
claudeOpenAI's CLI agent. Fast at targeted edits and test generation. Requires Node.js 22+ and an OpenAI API key.
npm install -g @openai/codex
codexOpen-source pair programming agent. Supports multiple model providers. Requires Python 3.9+ and an API key.
pipx install aider-chat
aiderTerminal-native coding agent. Supports Anthropic and OpenAI models.
npm install -g opencode-ai
opencodeAfter installing, verify each agent works by running its command in a new terminal window. If you get "not recognized as a command," close and reopen your terminal so PATH changes take effect.
Pane is the workspace where your agents live. It handles worktrees, terminals, diffs, and git workflow so you do not have to manage those manually. Install with the guided CLI:
npx --yes runpane@latestOr use the PowerShell installer directly:
irm https://runpane.com/install.ps1 | iexBoth paths install the same Pane desktop app. The npm path gives you a guided setup flow. The PowerShell path is a direct download-and-install. After installation, launch Pane from the Start menu or type pane in any terminal.
Once Pane is running, open a repository. Then create two panes, each for a different task:
Each pane gets its own git worktree and terminal. You can switch between them with keyboard shortcuts, see the diff for whichever pane is focused, and review/commit/push from the same interface. When you are done with a task, close the pane and the worktree is cleaned up.
For more on the parallel workflow, read How to Run Multiple AI Agents in Parallel.
"claude is not recognized as a cmdlet"
The npm global bin directory is not in your PATH. Run npm config get prefix to find the install location. Add its bin subdirectory to your system PATH. Then open a new terminal window.
NTFS long path errors
Windows has a 260-character path limit by default. Deep node_modules directories can hit this. Fix it with:
git config --system core.longpaths trueAlso enable long paths in Windows: Settings → System → For developers → Enable long paths. Or via registry:
reg add "HKLM\SYSTEM\CurrentControlSet\Control\FileSystem" /v LongPathsEnabled /t REG_DWORD /d 1 /fport conflicts between worktrees
If you run dev servers in multiple worktrees, each one tries to bind to the same port (usually 3000). Pane handles port isolation automatically. If running manually, set the port via environment variables (e.g. PORT=3001 npm run dev).
slow git operations across WSL boundary
If your repo is inside WSL, run git commands from inside WSL too. Accessing WSL files from Windows (or vice versa) is slow because it crosses a filesystem translation layer. Pane handles this correctly, but manual terminal workflows should stay on one side of the boundary.