Quando você procura “agentes de código em paralelo”, a página de download das ferramentas que aparecem costuma ter um único botão: baixar para macOS. Se você programa no Windows, os agentes em si funcionam; Claude Code, Codex e Gemini CLI já abrem nativamente no PowerShell. O que falta é uma ferramenta para gerenciá-los juntos.
Este post preenche essa lacuna: como instalar, separar e acompanhar vários agentes de código no Windows; quais ferramentas realmente rodam no Windows; e quando você precisa do WSL. Nós desenvolvemos uma delas, o AgentVera, e vamos apresentá-lo com os seus limites.
Os agentes em si rodam no Windows?
Rodam. Em 2026, a maioria dos grandes agentes de código tem instalação nativa para Windows:
| Agente | No Windows | Observação |
|---|---|---|
| Claude Code | Nativo (PowerShell, CMD, winget, npm) | Git for Windows opcional; sandbox só no WSL 2 |
| Codex | Nativo, com sandbox próprio para Windows | Windows 11 é o alvo principal |
| Gemini CLI | Via npm | Node.js 20+ |
| Copilot CLI | winget ou npm | PowerShell 6+ |
| Cursor CLI | Script de instalação para PowerShell | |
| opencode | scoop, choco, npm | A documentação recomenda o WSL para a melhor experiência |
| Kiro CLI | Script de instalação para PowerShell | Só Windows 11 |
| Amp | A documentação oficial indica o WSL |
Todos os comandos de instalação estão em como instalar agentes de código no Windows.
E os gerenciadores de agentes?
Aqui está o problema de verdade. A maioria das ferramentas feitas para rodar vários agentes em paralelo é exclusiva do Mac:
- Conductor é só para macOS. A documentação oficial manda Windows e Linux para uma lista de espera.
- Paradev (antigo Superset) roda no macOS; o FAQ diz que ainda não há versão para Windows. A versão para Linux é experimental.
- Sculptor (Imbue) é para Macs com Apple Silicon e Linux; o Windows está “a caminho”.
- Claude Squad é construído sobre o tmux. O tmux não tem versão nativa para Windows, então no Windows ele só roda dentro do WSL.
- Nimbalyst (sucessor do Crystal) roda no Windows, no macOS e no Linux, com suporte a Claude Code e Codex.
- O app desktop do Claude, da Anthropic, roda no Windows e consegue abrir sessões paralelas em worktrees, mas só roda o Claude.
Ou seja: se você quer gerenciar agentes de vários provedores numa só janela no Windows, as opções são poucas. Se você vem do Mac e procura algo no lugar do Conductor, o post Conductor para Windows entra na comparação.
As três coisas de que agentes em paralelo precisam
Qualquer que seja a ferramenta, agentes em paralelo no Windows dependem destas três coisas.
1. Uma cópia de trabalho separada para cada agente
Dois agentes trabalhando na mesma pasta sobrescrevem os arquivos um do outro. A solução é o git worktree: pastas separadas do mesmo repositório, cada uma na sua branch.
git worktree add ..\projeto-auth -b agente/auth
git worktree add ..\projeto-testes -b agente/testesDois cuidados específicos do Windows:
- Caminhos longos. Pastas
node_modulesprofundas podem bater no limite de 260 caracteres. Configuregit config --global core.longpaths truee coloque os worktrees numa raiz curta comoC:\src. - Finais de linha. Quando os agentes gravam arquivos com LF e as ferramentas do Windows salvam com CRLF, os diffs ficam barulhentos e algumas ferramentas de edição dão erro de “texto não encontrado”. Adicione ao repositório um
.gitattributescom* text=auto.
Para mais detalhes, veja desenvolvimento em paralelo com git worktree.
2. Um lugar para ver todos os agentes ao mesmo tempo
No Mac, essa tarefa costuma ficar com o tmux. No Windows você tem dois caminhos:
- Painéis do Windows Terminal. Abra um painel com
Alt+Shift+De inicie um agente em cada um. É grátis e rápido; mas para saber qual agente terminou e qual espera aprovação, você precisa olhar painel por painel. - Um gerenciador de agentes. Um app desktop que mostra os agentes numa grade e informa o status de cada painel (trabalhando, aguardando aprovação, concluído).
3. Um jeito de juntar os pedidos de aprovação
Se três agentes pedem permissão para gravar arquivos ao mesmo tempo, o elo mais lento passa a ser você. Ver os pedidos de aprovação numa única fila, ou definir de antemão regras de permissão para as tarefas em que você confia, é o que torna o trabalho em paralelo paralelo de fato. Receber uma notificação do Windows quando um agente termina ou faz uma pergunta ajuda do mesmo jeito.
Agentes em paralelo no Windows com o AgentVera
O AgentVera é um app desktop que roda nativamente no Windows, não uma adaptação rodando pelo WSL. Baixe o instalador x64 e execute; as versões seguintes são baixadas em segundo plano. (O instalador ainda não é assinado com um certificado da Microsoft; no SmartScreen, clique em “Mais informações” e depois em “Executar assim mesmo”.)
O que ele faz no Windows:
- 18 agentes de código, uma grade. Claude Code, Codex, Gemini CLI, Copilot, Cursor, opencode, Qwen Code, Kiro e outros ficam lado a lado numa grade de 1×1 a 5×4. Cada painel mostra o status e o tamanho do contexto ao vivo. Veja o workspace.
- Terminal real. Cada agente roda numa sessão de terminal real sobre a camada ConPTY do Windows; a interface do próprio agente aparece como no Windows Terminal.
- Shims
.cmdnão são problema. No Windows, o npm instala shims comoclaude.cmdecodex.cmd, e ocmd.exereinterpreta os argumentos. O AgentVera abre o shim e inicia diretamente o script que ele envolve; papéis e configurações em JSON com&ou%chegam intactos. - Worktrees. Crie um worktree pelo painel Git e inicie o agente diretamente nele.
- Aprovações numa fila só. Os pedidos de permissão de todos os agentes caem numa única fila; quando um agente termina, chega uma notificação do Windows.
- Limites. Quando o limite do Claude acaba, a troca de conta (Pro) passa o agente para a próxima conta.
Os limites também ficam claros: por enquanto só existe o instalador x64 (no Windows on ARM ele roda por emulação) e ele não gerencia diretamente agentes dentro do WSL. Para usar um agente instalado no WSL, abra um agente Terminal e rode um comando como wsl claude; assim você tem um painel de terminal, mas não os recursos específicos do agente, como retomar a sessão.
O resumo de tudo o que é específico do Windows está na página do Windows.
Devo usar o WSL?
Resposta curta: se o seu projeto depende do Linux, sim; se não, não precisa.
- O Windows nativo é a escolha certa para .NET, C#, Unity, apps desktop para Windows e qualquer projeto cujo código esteja no drive
C:. A instalação é curta e o acesso a arquivos é rápido. - O WSL 2 é melhor para projetos com muito Docker, scripts de shell e ferramentas que só rodam no Linux. Mantenha o código no sistema de arquivos Linux; trabalhar por
/mnt/cé bem mais lento.
A comparação completa está em WSL ou Windows nativo.
Problemas comuns no Windows
O comando do agente não é reconhecido. A pasta de instalação ainda não entrou no PATH. Abra um terminal novo; where claude ou where codex mostra o que foi encontrado.
O agente roda comandos de shell no shell errado. O Claude Code usa o Git Bash se o Git for Windows estiver instalado; senão, o PowerShell. Para apontar um Git Bash específico, defina CLAUDE_CODE_GIT_BASH_PATH.
Não dá para criar o worktree. Geralmente é caminho longo ou arquivo bloqueado. Ative core.longpaths, coloque o worktree numa raiz curta e feche editores e servidores de desenvolvimento abertos.
Dois agentes querem a mesma porta. Dê a cada worktree uma porta própria para o servidor de desenvolvimento.
Concluindo
Rodar um agente de código no Windows já não é problema; gerenciar vários ainda é mais difícil do que no Mac, porque a maioria das ferramentas pula o Windows. Um worktree por agente, uma visão lado a lado e uma única fila de aprovação fecham essa diferença. Se você quer isso pronto, baixe o AgentVera de graça; ele funciona igual no Windows, no macOS e no Linux.