La versión 1.135 de VS Code llega con un montón de mejoras para quienes usan GitHub Copilot con agentes de IA. Un nuevo proceso dedicado (el Agent Host) hace las sesiones más persistentes y portables. La función experimental Rubber Duck permite que un segundo modelo revise el trabajo del primero. Y la interfaz de la ventana de agentes pierde ruido visual para que puedas centrarte en lo que importa.
Si usas GitHub Copilot con agentes de IA para escribir código, la última actualización te va a encantar. La versión 1.135 de Visual Studio Code trae un buen puñado de novedades centradas precisamente en la experiencia de trabajo con agentes: una arquitectura más sólida bajo el capó, la posibilidad de continuar sesiones iniciadas en otras aplicaciones, una herramienta experimental para que el agente revise su propio trabajo y una interfaz bastante más limpia.
Es el tipo de release que agradeces cuando te das cuenta de que ciertas fricciones del día a día han desaparecido por fin.
Vamos por partes...
Agent Host: un proceso propio para que tus agentes funcionen mejor
Hasta ahora, los agentes de Copilot en VS Code se ejecutaban dentro del mismo proceso que las extensiones del editor. Eso tenía sus limitaciones: si cerrabas la ventana de VSCode, perdías el estado. Si abrías otra ventana, en paralelo empezabas de cero otra vez.
El nuevo Agent Host cambia eso. Es un proceso dedicado que se ejecuta de forma independiente al editor y que implementa el Agent Host Protocol (AHP), un protocolo abierto pensado para que múltiples clientes se conecten a la misma sesión de agente. La analogía que usa el propio equipo de VS Code es el Language Server Protocol (LSP): del mismo modo que LSP estandarizó cómo los editores consumen información de lenguaje, AHP pretende estandarizar cómo las aplicaciones gestionan sesiones de agente.
El agente Copilot dentro del host se alimenta del Copilot SDK, lo que alinea su comportamiento con el de la app standalone de GitHub Copilot, el CLI y el resto de productos del ecosistema. En la práctica, eso significa menos divergencias entre las diferentes herramientas.
El desplegable de la imagen muestra cómo seleccionar el harness (la implementación concreta del agente) desde el editor. Por ahora, el equipo sigue desarrollando activamente esta parte, pero la base arquitectónica ya está en producción.
El Agent Host Protocol está publicado como spec abierta en GitHub. Si te interesa construir herramientas que se integren con sesiones de agente (no solo VS Code), vale la pena echarle un ojo.
¿Puedes continuar una sesión de Claude o Copilot en VS Code??? Ahora sí
Esta es probablemente la novedad más práctica de esta actualización. Si inicias una sesión de agente en la app standalone de GitHub Copilot o en el Copilot CLI y luego quieres continuar desde el editor, ya no tienes que copiar contexto a mano ni empezar desde cero.
La lista de sesiones en VS Code ahora puede mostrar las sesiones externas recientes (hasta dos por defecto, configurable con el ajuste chat.agentSessions.showExternal). Seleccionas la sesión, se carga la conversación completa y puedes seguir desde donde lo dejaste, usando tu suscripción de Copilot.
También funciona con sesiones de Claude. El filtro External en la lista de sesiones te permite elegir qué fuentes externas quieres ver y cuántas.
Es una de esas funciones que, cuando la usas por primera vez, piensas "¿cómo es que esto no existía antes?". Porque el problema de la fragmentación entre clientes lleva tiempo siendo un dolor real para cualquiera que mezcle el CLI, el editor y la app en su flujo de trabajo diario. Y ahora, por fin, el equipo de GitHub Copilot lo ha solucionado.
Rubber Duck: cómo pedirle al agente que revise su propio trabajo
El nombre viene de una técnica clásica de depuración: explicarle tu código a un pato de goma para encontrar el fallo tú solo, sin que el pato diga nada. Aquí el pato habla, y usa un modelo diferente al que escribió el código 😂
Rubber Duck es una función experimental que invocas con /rubber-duck dentro de una sesión de agent host. Lo que hace es pasar el trabajo del agente principal a un modelo complementario de otra familia. Si tu agente principal es Claude, la revisión la hace un modelo GPT. Si usas GPT como orquestador, la segunda opinión la da Claude. La idea es aprovechar que los diferentes modelos tienen puntos ciegos distintos.
Los datos que ha publicado GitHub son bastante interesantes, pero habrá que probarlos en cada caso concreto, claro: en benchmarks de código real (SWE-Bench Pro), combinar Claude Sonnet con GPT-5.4 como Rubber Duck cierra un 74,7% de la brecha de rendimiento con Claude Opus. Nada mal para una revisión adicional que no genera tanto coste como usar constantemente el modelo más grande.
Lo importante es que el agente principal siempre decide qué hace con el feedback del Rubber Duck. Es una herramienta que puedes invocar cuando tienes la sensación de que algo merece una mirada extra. O sea, no es que haga una segunda pasada con otro modelo y te rompa el flujo, sino que mezcla las ideas de ambos modelos y decide automáticamente si merece la pena considerarlo todo. Es el "dos cabezas piensan mejor que una" de toda la vida llevado a los modelos de IA de manera sencilla.
La ventana de agentes, por fin más limpia y organizada
Quien haya trabajado con la ventana de agentes en versiones anteriores sabe que la barra de acciones se había convertido un poco en un caos. Esta versión hace una buena limpieza y la deja mucho más fácil de usar.
El panel único lateral es ahora la configuración por defecto en escritorio. Los detalles de sesión y los editores comparten un único panel lateral con una barra de pestañas compartida junto al chat. Los diffs usan vista lado a lado cuando el espacio lo permite, y cambian a vista en línea cuando el panel se estrecha:
La cabecera de sesión también se simplifica. El título de la sesión pasa a tener más protagonismo, y las acciones secundarias (crear chat, fijar sesión) se agrupan en un menú de desbordamiento.
Una de las incorporaciones más útiles son las "píldoras de sesión" o "session pills": pequeños rectangulitos indicadores que aparecen justo encima del input del chat y muestran de un vistazo cambios activos, pull requests, issues, navegadores con los que interactúa el agente y artefactos generados:
La píldora de cambios, por ejemplo, muestra en tiempo real cuántos archivos ha tocado el agente y cuántos diffs hay pendientes de revisar. Un clic y ves el conjunto completo de cambios de la sesión.
Si alguna píldora te estorba, puedes ocultarla con el menú contextual (excepto la de cambios, que nunca desaparece mientras haya cambios activos):
¿Cuántos tokens estás gastando realmente? Ahora, por fin, puedes saberlo
El pie de cada respuesta del chat se ha rediseñado para dar información de uso real. Al pasar el cursor por encima, ves un desglose por modelo de los tokens de entrada, entrada cacheada y salida consumidos hasta ahora:
Hay quien lo considera un dato friki o decorativo, pero para nada: las suscripciones tienen un límite de uso y saber en dónde te gastas el crédito puede ser muy útil. Por supuesto te puede servir también para entender qué prompts son más costosos.