Conductor: la guía completa del orquestador de agentes IA para programar en paralelo

Qué es Conductor
Conductor es una aplicación de escritorio para Mac que te permite correr múltiples agentes de programación con IA en paralelo —Claude Code, Codex, Cursor y OpenCode— cada uno en su propio workspace aislado. No es otro IDE ni otro agente: es una capa de gestión neutral que se sitúa por encima de los agentes existentes.
La idea central es simple: en lugar de usar un agente a la vez y esperar a que termine, creás workspaces aislados para cada tarea, despachás agentes en paralelo, revisás los diffs y mergeás cuando esté listo. Conductor maneja el aislamiento, los branches, el review y los PRs.
Fundada en 2024 por Charlie Holtz y Jackson de Campos (ambos se conocaron jugando ultimate frisbee en Brown University), entró por Y Combinator (batch S24) y creció 10x desde enero de 2026. Cuenta con más de 100,000 usuarios incluyendo ingenieros de Google, Meta, Stripe, Ramp, Datadog, Spotify, Amazon, Intercom y Flexport.
Historia y financiación
| Fecha | Hito |
|---|---|
| Verano 2024 | Charlie Holtz y Jackson de Campos fundan Conductor (originalmente como "Melty", un editor de código con IA open source) |
| Junio 2024 | Seed round de $125K (Y Combinator) |
| Septiembre 2024 | Pre-seed de $500K liderada por Y Combinator |
| 2025 | Pivot de Melty a Conductor: enfocarse en orquestar agentes existentes en lugar de construir un editor propio |
| Enero 2026 | Crecimiento 10x en usuarios |
| 30 marzo 2026 | Series A de $22M liderada por Spark Capital (Nabeel Hyatt) y Matrix Partners (Ilya Sukhar, joins board). Participan YC y fundadores de Notion y Linear |
| 30 julio 2026 | Lanzamiento de Conductor Cloud con multiplayer y API (v0.78.0) |
Financiación total: $24M. Sede en San Francisco. 6 empleados (creciendo 320% YoY).
Conceptos核心
Workspace
Un workspace es una copia aislada de tu proyecto, respaldada por Git, para una tarea o pull request. Cada workspace tiene:
- Su propio branch
- Su propio working tree (árbol de archivos)
- Sus propios scripts de setup y run
- Sus propios procesos de app (con
CONDUCTOR_PORTpara evitar colisiones) - Una carpeta
.contextpara handoffs no commiteados
El aislamiento es de desarrollo, no de seguridad: los agentes corren con tus permisos de usuario.
Agentes soportados
| Agente | Auth requerida | Modelos |
|---|---|---|
| Claude Code | claude /login | Opus, Sonnet, Haiku |
| Codex | codex login | GPT-5.5, GPT-5.6 |
| Cursor | API key en Settings → Harnesses → Cursor | Composer 2.5 |
| OpenCode | Settings → Harnesses → OpenCode | Modelos de providers configurados |
Conductor usa tus propias suscripciones y API keys. No paga por el uso del modelo —eso queda entre vos y el provider. Conductor cobra por la plataforma de orquestación.
Instalación
1. Descargar Conductor
- Ir a conductor.build y presionar "Download Conductor"
- Arrastrar la app a la carpeta Applications
- Abrir Conductor
Disponibilidad: solo macOS. Windows y Linux aún no soportados.
2. Setup checks
Al abrir Conductor, verifica automáticamente:
- GitHub auth — verificar con
gh auth status - Claude Code login —
claude /login - Codex login —
codex login - Cursor API key — Settings → Harnesses → Cursor
Necesitás GitHub + al menos un agente provider para usar Conductor.
3. Crear tu primer workspace
- Agregar repositorio: Open project (local), Open GitHub project, o Quick start (nuevo repo)
- Conductor crea el workspace: branch propio, working tree propio
- Hacerlo runnable: configurar setup script (deps, .env, DB local) y run script (app, server, tests)
- Empezar a trabajar: chat con Claude Code, Codex, Cursor u OpenCode
Scripts de setup y run
Los archivos no trackeados por Git (.env, databases, dependencias) se manejan con scripts:
# .conductor/settings.toml (commiteado, compartido con el team)
[scripts.setup]
command = "pnpm install && cp .env.example .env"
[scripts.run]
command = "pnpm dev"
Los run scripts pueden usar CONDUCTOR_PORT para que múltiples workspaces corran en paralelo sin colisionar puertos.
Workflow: de tarea a PR mergeado
1. Descomponer el problema
Cada feature, bug fix, issue o experimento que deba revisarse y mergearse junto → su propio workspace.
2. Crear un workspace por unidad shippable
⌘+Shift+N — Nuevo workspace desde branch, PR, GitHub issue o Linear issue
3. Correr agentes independientemente
Cada workspace tiene sus propios archivos, branch, procesos y contexto. Cuando empieces otra tarea independiente, creás otro workspace en lugar de esperar al primer agente.
4. Verificar, revisar y resolver conflictos
⌘+Shift+D — Abrir Diff Viewer
Revisar archivos cambiados, dejar comentarios inline, pedir al agente que fixee issues. Los comentarios inline se convierten en attachments del composer para enviar al agente.
5. Abrir PR, merge y archive
⌘+Shift+P — Crear Pull Request
Conductor sigue los GitHub Actions y status checks del branch. Merge cuando: PR aprobado, checks verdes, comentarios resueltos, todos completos. Archivar el workspace al terminar.
Agentes paralelos: cuándo usar múltiples workspaces vs uno
Múltiples workspaces (trabajo independiente)
Crear un workspace por cada tarea que deba tener su propio branch y review path:
- Features independientes
- Bug fixes que pueden shipearse por separado
- GitHub issues, Linear issues, o PRs
- Experimentos que podés descartar
- Tareas que necesitan procesos de app o tests separados
Un workspace (trabajo compartido)
Múltiples agentes en el mismo workspace cuando el trabajo pertenece al mismo branch:
- Un agente implementa mientras otro revisa el mismo diff
- Un agente fixea tests después de que otro cambia el código
- Cambios de frontend y backend que deben landear juntos
- Comparar approaches antes de elegir uno
- Review multi-agente de un branch antes del PR
Patrones comunes
| Patrón | Estrategia |
|---|---|
| Review + fix + test | Mismo workspace (colaboran en el mismo branch) |
| Issue fanout | Un workspace por issue, review y merge independiente |
| Trabajo exploratorio | Múltiples workspaces, archivar los descartados |
Agent Modes
| Mode | Qué hace | Cuándo usarlo |
|---|---|---|
| Plan Mode | El agente hace un plan antes de editar archivos | Refactors ambiguos, migraciones, cambios multi-file, debugging sin root cause clara |
| Fast Mode | Prioriza velocidad sobre razonamiento profundo | Edits acotados, fixes simples, follow-ups rápidos |
| Thinking/Reasoning | Control de cuánto razona el modelo antes de responder | Alto: arquitectura, debugging, review. Bajo: edits directos |
Codex personalities y goals
- Personalities: cambian cómo Codex aborda el trabajo (session-level)
- Goals: objetivo persistente que Codex persigue across turns. Activar con
/goalo el toggle en el composer. El goal bar muestra status y token usage
Skills
Codex, Claude Code y OpenCode pueden usar skills en Conductor. Si ya tenés repo o user skills para un agente, podés reusarlos para que múltiples agentes sigan las mismas convenciones.
Repository guidance
Para guía durable (no temporal como los modes), usar Repository Settings o archivos commiteados: AGENTS.md, CLAUDE.md, o skills.
Diff Viewer
El Diff Viewer (⌘+Shift+D) es el centro del review manual:
- Archivos cambiados por el agente
- Edits accidentales o no relacionados
- Tests o docs faltantes
- Comentarios locales y GitHub review comments
- Conflictos o archivos que requieren inspección manual
Vistas disponibles: unified diff (una columna) y commit filtering (un commit a la vez). Los comentarios inline se envían al agente como attachments con contexto preciso.
Checks tab
El último paso antes del merge. Muestra:
- Git status
- Pull request metadata
- CI y status checks
- Deployments
- GitHub comments y review threads
- Todos
Conductor puede bloquear o desaconsejar el merge cuando hay trabajo pendiente (todos sin resolver, checks fallidos).
Checkpoints
Conductor guarda cambios turn por turn. Podés revertir a un turno anterior si el agente se desvió. Es como un undo granular por cada mensaje del agente.
Conductor Cloud
Lanzado el 30 de julio de 2026 (v0.78.0). Mueve los workspaces de tu Mac a microVMs aisladas en la nube con tu repo y dependencias pre-instaladas.
Especificaciones de cloud workspaces
| Recurso | Spec |
|---|---|
| CPU | 8 cores |
| RAM | 16 GB |
| OS | Amazon Linux 2023 |
| Pre-instalado | Node.js 24, npm, pnpm, Python 3, git, GitHub CLI, ripgrep, git-lfs, tmux, vim |
| Hosting | Vercel sandboxes (us-east-1) |
Construido en colaboración con Vercel. Los workspaces persisten cuando cerrás la laptop.
Multiplayer
Usuarios en la misma organización pueden:
- Compartir workspaces con links (
⌘+Shift+C) - Ver quién está activo (live presence)
- Seguir work que te interesa
- Prompear agentes juntos en tiempo real
Local vs Cloud
| Aspecto | Local | Cloud |
|---|---|---|
| Dónde corre | Tu Mac | MicroVM en Vercel sandbox |
| Persistencia | Se detiene al cerrar la app | Continúa después de cerrar laptop |
| Datos de chat | En tu dispositivo (Conductor no accede) | En servidores de Conductor |
| Costo | Free | Pro+ ($50/mes) |
| Codex goals | ✅ | ⚠️ No aún |
Conductor API
API REST para manejar cloud workspaces programáticamente. Disponible para planes Pro+.
Autenticación
Authorization: Bearer YOUR_API_KEY
Crear API key en app.conductor.build/users/api-keys.
Endpoints principales
| Método | Endpoint | Función |
|---|---|---|
| GET | /v0/projects | Listar proyectos |
| POST | /v0/workspaces | Crear workspace |
| GET | /v0/workspaces/{id} | Obtener workspace |
| GET | /v0/workspaces/{id}/status | Estado: initializing, ready, sleeping, archived |
| POST | /v0/sessions | Crear sesión de agente |
| POST | /v0/sessions/{id}/messages | Enviar prompt al agente |
| GET | /v0/sessions/{id}/status | Estado: idle, working |
| POST | /v0/sql | Query read-only sobre session_transcripts_view |
Ejemplo: crear workspace y enviar tarea
# Listar proyectos
curl https://api.conductor.build/v0/projects \
-H "Authorization: Bearer YOUR_API_KEY"
# Crear workspace
curl -X POST https://api.conductor.build/v0/workspaces \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"projectId": "PROJECT_ID",
"name": "fix-auth-bug",
"agent": "codex",
"model": "gpt-5.5"
}'
# Enviar prompt al agente
curl -X POST https://api.conductor.build/v0/sessions/SESSION_ID/messages \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"content": "Fix the JWT refresh token bug in auth.ts. Create a PR."
}'
# Poll status
curl https://api.conductor.build/v0/sessions/SESSION_ID/status \
-H "Authorization: Bearer YOUR_API_KEY"
Casos de uso del API
- Bots que despachan agent work automáticamente
- Slackbots que crean workspaces desde mensajes
- Dashboards internos sobre actividad de agentes
- Apps móviles custom (la app oficial está en camino)
- Integración con CI/CD para auto-fix de issues
Atajos de teclado
| Shortcut | Acción |
|---|---|
⌘+N | Nuevo workspace |
⌘+Shift+N | Nuevo workspace desde branch/PR/issue |
⌘+Shift+D | Abrir Diff Viewer |
⌘+Shift+P | Crear Pull Request |
⌘+Shift+C | Copiar link del workspace |
⌘+Shift+A | Agents Window |
⌘+⌥+↩ | Forkear chat en nuevo tab |
Precios
| Plan | Precio | Incluye |
|---|---|---|
| Free | $0 | Agentes paralelos locales, workspaces locales en Mac, integración con modelos frontier y open source, bring your own keys/subscriptions |
| Pro | $50/mes | Todo lo de Free + Conductor Cloud con horas de cloud workspace, Multiplayer, Conductor API, mobile app (próximamente) |
| Teams | $60/mes/user | Todo lo de Pro + Admin portal, centralized billing, SSO. Invite-only actualmente |
| Enterprise | Custom | Todo lo de Teams + DPA, purchase-order billing, SCIM user provisioning, custom security/privacy, SLA y soporte dedicado |
Notas sobre pricing
- Cloud workspaces: incluidos en Pro/Teams/Enterprise sin costo adicional por ahora (planes de usage-based pricing en el futuro)
- Bring your own keys: pagás tu uso de modelos directamente al provider (OpenAI, Anthropic, etc.)
- Conductor cobra por la plataforma, no por el uso del modelo
- Self-hosted cloud: en desarrollo para Enterprise
Conductor vs otras herramientas
| Feature | Conductor | Cursor 3 | Claude Code |
|---|---|---|---|
| Tipo | Orquestador de agentes (desktop app) | IDE con agentes integrados | Agente terminal |
| Agentes que corre | Claude Code, Codex, Cursor, OpenCode | Composer 2.5 + modelos externos | Claude (Opus/Sonnet/Haiku) |
| Paralelismo | Workspaces aislados (ilimitado) | Hasta 8 agentes en worktrees | Agent Teams (experimental) |
| Cloud | ✅ MicroVMs (Vercel sandboxes) | ✅ Cloud agents | ❌ (solo local) |
| Multiplayer | ✅ Real-time shared workspaces | ❌ | ❌ |
| API | ✅ REST API completa | ❌ | ✅ Headless mode |
| Review visual | ✅ Diff Viewer + Checks | ✅ Inline diffs | ✅ /diff interactivo |
| Model-agnostic | ✅ Bring your own keys | ⚠️ Cursor subscription | ⚠️ Anthropic only |
| IDE | No es IDE (abre tu IDE) | Es el IDE | Terminal |
Casos de uso
1. Issue fanout
Tenés 5 GitHub issues abiertos. Creás 5 workspaces, uno por issue, despachás un agente en cada uno, y los 5 trabajan en paralelo. Revisás y mergeás los que valgan la pena.
2. Review + fix + test en un workspace
Un agente implementa la feature. Otro agente revisa el diff y deja comentarios. Un tercero corre y fixea los tests. Todos en el mismo workspace, mismo branch.
3. Cloud overnight
Queueás un refactor grande en un cloud workspace, cerrás la laptop, volvés 4 horas después a un PR listo para review con screenshots del resultado.
4. Multiplayer team review
Compartís el link del workspace con tu teammate. Ambos ven al agente trabajar en tiempo real, pueden prompearlo juntos y revisar el diff antes del merge.
5. API automation
Un Slackbot escucha nuevos issues, crea un cloud workspace via API, despacha un agente con el context del issue, y postea el PR link de vuelta al canal.
Limitaciones
- Solo macOS — Windows y Linux no soportados aún
- Cloud workspaces almacenan tus chats en servidores de Conductor (a diferencia del modo local que es on-device)
- Codex goals no disponibles en cloud todavía
- Teams plan invite-only — hay que contactarlos
- No es un IDE — es un orquestador. Abrís tu IDE separadamente
- Self-hosted cloud aún no disponible (en roadmap para Enterprise)
Conclusión
Conductor ocupa un nicho que ninguna otra herramienta cubre: ser una capa de gestión neutral sobre los agentes de programación existentes. No compite con Claude Code, Codex o Cursor —los orquesta. Esto es importante porque a medida que los agentes se vuelven más capaces, el cuello de botella se mueve del modelo al workflow humano: cómo asignás trabajo, cómo revisás resultados, cómo coordinás múltiples streams paralelos.
Con Conductor Cloud + Multiplayer + API, el producto evolucionó de una utilidad para un solo dev en Mac a una plataforma para equipos que pueden asignar, supervisar y revisar trabajo de agentes asíncronamente. La apuesta de Holtz y de Campos es que los desarrolladores van a querer una capa neutral sobre los providers de agentes, especialmente cuando el trabajo de código se vuelve asíncrono y se esparce across máquinas, teammates y sistemas automatizados.
Para devs que ya usan Claude Code o Codex y quieren correr múltiples sesiones en paralelo sin manejar worktrees manualmente, Conductor es el paso natural. El plan Free es suficiente para probar el workflow local, y el plan Pro ($50/mes) desbloquea cloud + API para uso serio.