VS Code 1.109 es ahora una plataforma multi-agente: Claude, Copilot y Codex trabajando juntos 
En el post anterior sobre Copilot vimos cómo GitHub Copilot evolucionó de autocompletado a agente autónomo. Pero en febrero de 2026 llegó algo que cambia la conversación completamente: VS Code 1.109 se convirtió en una plataforma multi-agente.
Ahora puedes correr Claude Code, Codex y el agente nativo de Copilot al mismo tiempo, dentro de VS Code estándar, cada uno con su propio contexto dedicado.
No es solo una actualización de Copilot. Es un cambio arquitectural en cómo el IDE más popular del mundo entiende la relación entre desarrolladores y agentes de AI.
Qué significa “plataforma multi-agente” en VS Code
La diferencia con lo que teníamos antes es fundamental. Antes, VS Code tenía un chat de AI a la vez — elegías Copilot, o instalabas la extensión de Claude, y trabajabas con uno. Si querías cambiar, cambiabas de extensión.
En VS Code 1.109, la arquitectura cambió:
VS Code 1.109
├── Agente Copilot (nativo de GitHub)
│ └── Contexto dedicado: tu conversación con Copilot
├── Agente Claude Code
│ └── Contexto dedicado: independiente, no interfiere
└── Agente Codex (OpenAI)
└── Contexto dedicado: independiente
Cada agente vive en su propio espacio de contexto. Las subtareas que delegan no consumen el contexto del agente principal — lo que antes era un problema serio para conversaciones largas y proyectos complejos.
AGENTS.md: las instrucciones que todos los agentes respetan
Una de las novedades más prácticas de esta actualización es el soporte para AGENTS.md — un archivo en la raíz de tu proyecto que cualquier agente (Copilot, Claude, Codex) lee automáticamente para entender el contexto del proyecto.
Es el equivalente al CLAUDE.md que ya conocemos, pero universal:
# AGENTS.md
## Stack del proyecto
- Framework: Next.js 15 con App Router
- Base de datos: PostgreSQL con Prisma ORM
- Estilos: Tailwind CSS v4
- Tests: Vitest + Testing Library
## Convenciones de código
- Componentes siempre en inglés
- Comentarios y documentación en español
- Server Components por defecto; "use client" solo cuando sea necesario
- Tipos TypeScript explícitos siempre (no `any`)
## Al crear o modificar la DB
- Primero generar migración con `npx prisma migrate dev`
- Actualizar seed.ts si el cambio afecta datos iniciales
- Nunca modificar migraciones ya aplicadas en producción
## Tests
- Todo nuevo componente necesita test de integración mínimo
- Tests unitarios para lógica de negocio en /src/lib
Creas el archivo una vez. Cualquier agente que trabaje en ese repo lo lee. No tienes que repetir el contexto del proyecto en cada conversación ni con cada herramienta.
El Copilot Coding Agent: trabajo asíncrono real
VS Code 1.109 también consolida una feature que estaba en beta: el Copilot Coding Agent ahora funciona en un entorno aislado (Codespace) y puede trabajar completamente desconectado de tu sesión actual.
El flujo práctico:
- Abres un issue en GitHub: “Agregar paginación a la tabla de usuarios”
- Asignas el issue a
@copilotdirectamente desde VS Code (nuevo panel integrado) - Cierras la laptop. El agente trabaja en un Codespace.
- Hora y media después, recibes la notificación en tu teléfono: PR listo.
- Revisas, apruebas, mergeas.
Para tareas bien definidas — bugs, features acotadas, refactors específicos — esto no es un prototipo de laboratorio. Funciona en proyectos reales.
La clave para que funcione bien: la descripción del issue. Cuanto más específico eres (“el campo createdAt debe mostrarse en formato DD/MM/YYYY según zona horaria del usuario, actualmente muestra UTC”), mejor resultado obtienes.
Ejecutar múltiples agentes en paralelo: cómo funciona en la práctica
La parte más interesante de VS Code 1.109 es la capacidad de tener conversaciones activas con múltiples agentes simultáneamente, cada uno trabajando en una parte diferente del proyecto.
Escenario real:
Tarea: Agregar sistema de notificaciones a una app Next.js
Distribución multi-agente:
├── Claude Code (1M contexto): "Analiza la arquitectura completa
│ y diseña el sistema de notificaciones end-to-end"
│
├── Copilot Agent: "Implementa el componente NotificationBell
│ y el hook useNotifications según el diseño aprobado"
│
└── Codex Agent: "Escribe los tests de integración para
el endpoint /api/notifications"
¿Por qué no usar solo uno? Porque cada agente tiene fortalezas distintas. Claude Code con su 1M de contexto es ideal para análisis arquitectural de codebases complejos. Copilot es excepcionalmente fuerte en implementación integrada con el ecosistema GitHub. Codex tiene ventajas específicas en generación de tests.
La clave técnica: cada agente tiene su contexto dedicado. Cuando el Copilot Agent delega una subtarea a un sub-agente, ese sub-agente tiene su propio contexto separado — no contamina ni consume el contexto de la conversación principal. Esto resuelve uno de los problemas más frustrantes del trabajo agentico anterior.
La pregunta práctica: ¿cuándo usar cuál agente?
Con tres agentes disponibles, la pregunta obvia es cuándo usar cada uno. Una guía práctica:
Claude Code es tu primera opción cuando:
- El proyecto es grande o tiene alta deuda técnica (el 1M de contexto brilla)
- Necesitas análisis arquitectural o decisiones de diseño
- Quieres sub-agentes que se coordinen activamente (Agent Teams)
- El flujo es principalmente desde terminal
Copilot Agent es tu primera opción cuando:
- La tarea parte de un issue de GitHub (integración nativa insuperable)
- Quieres trabajo completamente asíncrono sin mantener VS Code abierto
- El equipo ya vive en el ecosistema GitHub Actions / Codespaces
- La tarea es acotada y bien definida
Codex es tu primera opción cuando:
- La tarea es intensiva en generación de código desde cero
- Quieres un segundo criterio comparativo para una decisión técnica
Configuración: cómo activar el multi-agente en VS Code
# 1. Actualizar VS Code a 1.109+
# Help → Check for Updates
# 2. Instalar extensión GitHub Copilot (si no la tienes)
# Marketplace: busca "GitHub Copilot"
# 3. Instalar la extensión Claude para VS Code
# Marketplace: busca "Claude - Anthropic"
# 4. Crear AGENTS.md en la raíz de tu proyecto
touch AGENTS.md
# Agregar convenciones del proyecto (ver ejemplo arriba)
# 5. En el panel de Chat de VS Code
# Abre múltiples conversaciones con distintos agentes
# usando el selector de agente en la parte superior del panel
Tip importante: Aunque puedes correr múltiples agentes en paralelo, considera el costo. Cada agente corre con su modelo respectivo — tener tres sesiones activas simultáneamente multiplica el costo. Lo más eficiente es usar el agente correcto para cada fase, no todos al mismo tiempo para la misma tarea.
¿Qué significa esto para el futuro del IDE?
VS Code apostando a ser una plataforma — no un editor con un plugin de AI — cambia la dinámica del mercado. Antes, los usuarios migraban a Cursor o Windsurf para tener mejores capacidades agenticas. Ahora, VS Code estándar ofrece acceso a los mejores agentes del mercado.
Lo que Cursor y Windsurf todavía ofrecen que VS Code no: una integración más profunda con el editor en sí (Cascade de Windsurf escribiendo al disco antes de aprobar, los subagentes paralelos de Cursor con worktrees aislados), y una UX pensada específicamente para el flujo agentico.
Pero para un desarrollador que no quiere cambiar su editor, VS Code 1.109 es ahora una opción genuinamente competitiva con acceso a los mejores modelos del mercado.
Conclusión
VS Code 1.109 no es una actualización menor. Es un cambio de posicionamiento: GitHub (y Microsoft) apostando a que el futuro del desarrollo no es elegir un agente, sino orquestar varios desde el mismo ambiente que ya conoces.
Para la comunidad LatAm, esto tiene un impacto práctico importante: si tu empresa ya tiene licencias de GitHub Copilot, ahora tienes acceso a Claude Code y Codex dentro del mismo editor sin costo adicional de infraestructura.
¿Ya actualizaste a VS Code 1.109? ¿Estás experimentando con múltiples agentes? Cuéntanos cómo lo están usando — especialmente si tienes casos de uso específicos de proyectos en la región 