Agentes de programación en Windows: agentes en paralelo

Cuando buscas «agentes de programación en paralelo», la página de descargas de casi todas las herramientas que aparecen tiene un único botón: descargar para macOS. Si programas en Windows, los agentes en sí funcionan; Claude Code, Codex y Gemini CLI ya se abren de forma nativa en PowerShell. Lo que falta es una herramienta para gestionarlos juntos.

Este artículo llena ese hueco: cómo instalar, separar y vigilar varios agentes de programación en Windows, qué herramientas funcionan de verdad en Windows y cuándo necesitas WSL. Una de esas herramientas, AgentVera, la desarrollamos nosotros, así que también la explicamos con sus límites.

¿Funcionan los propios agentes en Windows?

Sí. En 2026 la mayoría de los grandes agentes de programación tienen instalación nativa para Windows:

Tienes todos los comandos de instalación en cómo instalar agentes de programación en Windows.

¿Y los gestores de agentes?

Aquí está el problema de verdad. La mayoría de las herramientas creadas para ejecutar varios agentes en paralelo son exclusivas de Mac:

• Conductor es solo para macOS. Su documentación oficial remite a una lista de espera para Windows y Linux.
• Paradev (antes llamado Superset) funciona en macOS; sus preguntas frecuentes dicen que Windows aún no está disponible. La versión para Linux es experimental.
• Sculptor (de Imbue) es para Macs con Apple Silicon y para Linux; Windows está «en camino».
• Claude Squad está construido sobre tmux. tmux no tiene versión nativa para Windows, así que en Windows solo funciona dentro de WSL.
• Nimbalyst (el sucesor de Crystal) funciona en Windows, macOS y Linux, y es compatible con Claude Code y Codex.
• La app de escritorio de Claude de Anthropic funciona en Windows y puede abrir sesiones paralelas en worktrees, pero solo ejecuta Claude.

Es decir, si quieres gestionar en Windows agentes de varios proveedores en una sola ventana, hay pocas opciones. Si vienes de Mac y buscas algo que sustituya a Conductor, el artículo Conductor para Windows entra en la comparación.

Las tres cosas que necesitan los agentes en paralelo

Uses la herramienta que uses, los agentes en paralelo en Windows se apoyan en estas tres cosas.

1. Una copia de trabajo propia para cada agente

Dos agentes trabajando en la misma carpeta se pisan los archivos. La solución es git worktree: carpetas separadas del mismo repositorio, en ramas separadas.

git worktree add ..\proyecto-auth -b agente/auth
git worktree add ..\proyecto-tests -b agente/tests

Dos precauciones específicas de Windows:

• Rutas largas. Las carpetas node_modules profundas pueden toparse con el límite de 260 caracteres. Configura git config --global core.longpaths true y pon los worktrees en una raíz corta como C:\src.
• Finales de línea. Cuando los agentes escriben un archivo con LF y las herramientas de Windows lo guardan con CRLF, los diffs se llenan de ruido y algunas herramientas de edición dan el error «texto no encontrado». Añade al repositorio un .gitattributes con * text=auto.

Para más detalles, consulta desarrollo en paralelo con git worktree.

2. Un sitio donde ver todos los agentes a la vez

En Mac este trabajo suele recaer en tmux. En Windows tienes dos caminos:

• Paneles de Windows Terminal. Abre un panel con Alt+Shift+D e inicia un agente en cada uno. Es gratis y rápido, pero para saber qué agente ha terminado y cuál espera aprobación tienes que mirar los paneles uno por uno.
• Un gestor de agentes. Una app de escritorio que muestra los agentes en una cuadrícula e indica el estado de cada panel (trabajando, esperando aprobación, terminado).

3. Un sistema que reúna las solicitudes de aprobación

Si tres agentes piden permiso de escritura a la vez, el eslabón más lento eres tú. Ver las solicitudes de aprobación en una única cola, o configurar de antemano reglas de permisos para las tareas en las que confías, hace que el trabajo en paralelo sea paralelo de verdad. Recibir una notificación de Windows cuando un agente termina o hace una pregunta cumple la misma función.

Agentes en paralelo en Windows con AgentVera

AgentVera es una app de escritorio que funciona de forma nativa en Windows; no es una adaptación que corre a través de WSL. Descarga el instalador x64 y ejecútalo; las versiones siguientes se descargan en segundo plano. (El instalador todavía no está firmado con un certificado de Microsoft; en SmartScreen haz clic en «Más información» y luego en «Ejecutar de todas formas».)

Lo que hace en Windows:

• 18 agentes de programación, una cuadrícula. Claude Code, Codex, Gemini CLI, Copilot, Cursor, opencode, Qwen Code, Kiro y otros se colocan lado a lado en una cuadrícula de 1×1 a 5×4. Cada panel muestra su estado y el tamaño de contexto en vivo. Consulta el workspace.
• Terminal real. Cada agente se ejecuta en una sesión de terminal real sobre la capa ConPTY de Windows; la interfaz propia del agente se ve igual que en Windows Terminal.
• Los shims .cmd no dan problemas. En Windows, npm instala shims como claude.cmd y codex.cmd, y cmd.exe vuelve a analizar los argumentos. AgentVera desenvuelve el shim e inicia directamente el script que contiene; los roles y los ajustes JSON con & o % no se estropean.
• Worktrees. Abre un worktree desde el panel de Git e inicia el agente directamente en él.
• Aprobaciones en una sola cola. Las solicitudes de permiso de todos los agentes llegan a una única cola; cuando un agente termina, recibes una notificación de Windows.
• Límites. Cuando se agota el límite de Claude, el cambio de cuenta (Pro) pasa el agente a la siguiente cuenta.

Sus límites también están claros: por ahora solo hay instalador x64 (en Windows on ARM funciona mediante emulación) y no gestiona directamente los agentes que viven dentro de WSL. Un agente instalado en WSL lo puedes ejecutar abriendo un agente Terminal con un comando como wsl claude; así obtienes un panel de terminal, pero no las funciones específicas del agente, como retomar sesiones.

El resumen de todo lo específico de Windows está en la página de Windows.

¿Debería usar WSL?

Respuesta corta: si tu proyecto depende de Linux, sí; si no, no hace falta.

• Windows nativo es la opción correcta para .NET, C#, Unity, apps de escritorio de Windows y cualquier proyecto cuyo código esté en la unidad C:. La instalación es corta y el acceso a archivos, rápido.
• WSL 2 es mejor para proyectos con mucho Docker, scripts de shell y herramientas que solo funcionan en Linux. Guarda el código en el sistema de archivos de Linux; trabajar a través de /mnt/c es notablemente más lento.

La comparación completa está en WSL o Windows nativo.

Problemas habituales en Windows

No se reconoce el comando del agente. La carpeta de instalación todavía no se ha añadido al PATH. Abre una terminal nueva; where claude o where codex muestran lo que se encuentra.

El agente ejecuta los comandos de shell en el shell equivocado. Claude Code usa Git Bash si Git for Windows está instalado y, si no, PowerShell. Para indicarle un Git Bash concreto, define CLAUDE_CODE_GIT_BASH_PATH.

No se puede crear el worktree. Normalmente es una ruta larga o un archivo bloqueado. Activa core.longpaths, pon el worktree en una raíz corta y cierra los editores y servidores de desarrollo abiertos.

Dos agentes quieren el mismo puerto. Da a cada worktree su propio puerto para el servidor de desarrollo.

Para terminar

Ejecutar un agente de programación en Windows ya no es un problema; gestionar varios sigue siendo más difícil que en Mac, porque la mayoría de las herramientas se saltan Windows. Un worktree por agente, una vista lado a lado y una única cola de aprobaciones cierran esa brecha. Si lo quieres todo listo, descarga AgentVera gratis; funciona igual en Windows, macOS y Linux.