Listas de sesiones largas de agentes de VS Code: análisis de la extensión de PR

Tu editor solía preocuparse por las tabulaciones. Ahora se preocupa por multitudes de becarios semiautónomos con acceso para hacer commits. La señal útil en el nuevo recorrido de Tech Insider no es simplemente que alguien pueda crear una extensión de VS Code para pull requests generadas por agentes. Es que el editor está empezando a parecerse a una torre de control aéreo para bots que abren PRs, dejan artefactos y luego desaparecen como si tuvieran una lasaña en el horno.

La nota de lanzamiento se convirtió en la hoja de ruta

Según Nadia Dubois de Tech Insider, VS Code lanzó la versión 1.139.1 el 25 de septiembre de 2026, y su nota de lanzamiento dice que el editor necesita manejar más rápido “grandes listas de sesiones de agentes”. Tech Insider también informa que tres días antes, Cursor lanzó dos bots, Rollouts y Security Review, que observan los pull requests durante el despliegue y marcan automáticamente errores explotables. Junta esas piezas y la señal de producto se vuelve clara: la codificación con agentes ya no es solo autocompletado con gabardina. Crea sesiones, estado de PR, artefactos de revisión y hallazgos de seguridad que los desarrolladores necesitan ver sin tener que bucear por seis pestañas como un mapache en un centro de datos.

Por eso el tutorial de 14 pasos de Tech Insider importa más allá de la mecánica de construir una extensión de VS Code. La brecha que describe es la falta de un lugar unificado para ver sesiones de agentes, automatización de PRs y escaneo de seguridad, especialmente cuando un equipo ejecuta varios agentes de codificación autónomos a la vez. El editor se convierte en la capa de coordinación no porque los IDE sean templos sagrados, sino porque los desarrolladores ya viven allí. Si los robots están presentando papeleo, alguien tiene que construir el escritorio.

Las PRs de agentes dejaron de ser teóricas

La presión sobre las herramientas no es solo anecdótica. En el artículo de arXiv How AI Coding Agents Modify Code, los investigadores analizaron 24.014 PRs agénticas fusionadas con 440.295 commits y las compararon con 5.081 PRs humanas fusionadas con 23.242 commits usando la versión MSR 2026 Mining Challenge del conjunto de datos AIDev. Encontraron diferencias sustanciales en el número de commits, con un Cliff’s δ=0,5429, además de diferencias moderadas en archivos modificados y líneas eliminadas. El estudio también encontró que las PRs agénticas tenían una similitud ligeramente mayor entre descripción y diff en todas las medidas.

Esas no son estadísticas morales. No dicen si las PRs de agentes son buenas, malas o en secreto tres ardillas con sudadera. Dicen que las contribuciones de agentes tienen una forma medible, y que las herramientas deberían exponer esa forma en lugar de comprimirla en una marca verde basada en sensaciones. Una buena extensión de VS Code para PRs generadas por agentes debería hacer legibles el número de commits, los archivos modificados, el resumen del diff, el estado de revisión y los hallazgos de seguridad en el momento en que un humano decide si confiar en la cosa.

La revisión es donde se esconde el cuello de botella

Según el artículo de arXiv 3100 Opinions on Code Review in an AI World, los agentes de codificación ahora son autores de pull requests completos, y los profesionales no están de acuerdo sobre si la revisión de código se convierte en el cuello de botella, si la revisión humana sigue siendo necesaria y si la revisión pierde la comprensión que antes ayudaba a construir. El mismo artículo dice que un análisis observacional de la actividad pública de GitHub encontró que los pull requests escritos por agentes se revisaban con menos frecuencia, se fusionaban varias veces más rápido y se discutían menos que los escritos por humanos. Luego aparece el divertido cactus en la silla: la dirección de esas tendencias se invierte con decisiones de análisis distintas pero igualmente defendibles.

Esa es la trampa del panel de control. Si tu extensión solo cuenta fusiones más rápidas y menos comentarios, puede recompensar exactamente el comportamiento que tu equipo debería inspeccionar con más cuidado. El estudio de arXiv recopiló 38.709 documentos de literatura gris, codificó una muestra aleatoria estratificada de 3.100 con una canalización asistida por LLM y construyó un modelo causal con 26 constructos y 67 relaciones. Traducción para quienes construyen: instrumenta el flujo de trabajo, pero no finjas que el flujo de trabajo se explica solo. Las métricas son alarmas de humo, no jueces con togas diminutas.

Los IDE y las terminales están convergiendo en operaciones de agentes

El otro lado de esta historia es que los agentes no se están quedando educadamente dentro del editor. En el artículo de arXiv Building AI Coding Agents for the Terminal, los autores presentan OpenDev como un agente de codificación de línea de comandos de código abierto y describen decisiones de arquitectura que incluyen enrutamiento de modelos especializado por carga de trabajo, un diseño de doble agente que separa planificación de ejecución, descubrimiento perezoso de herramientas, compactación adaptativa de contexto, memoria automatizada y recordatorios del sistema basados en eventos. Es mucha maquinaria para lo que antes se llamaba escribir comandos, pero aquí estamos, narrando scripts de shell como documentales de vida salvaje.

Eso importa para VS Code porque las herramientas del editor tienen que encontrarse con los agentes donde sea que se originen. Parte del trabajo empezará en un agente nativo de terminal, parte en una extensión de IDE, parte en un bot de PR y parte en cualquier integración maldita que tu equipo haya escrito durante un sprint con nombre de letra griega. El tutorial de Tech Insider es útil porque trata al editor como una superficie de agregación para el trabajo de agentes, no como el único lugar donde ocurre el trabajo de agentes. El patrón ganador no es una caja de chat más bonita. Es una vista de operaciones para cambios de código creados por herramientas cada vez más autónomas.

Para quienes construyen, el paso inmediato es modesto: muestra las PRs de agentes donde ya ocurre la revisión, mantén visible el estado de la revisión humana y conserva suficiente contexto para que la velocidad no se convierta en arqueología. Observa si las notas de lanzamiento de los editores siguen nombrando la escala de sesiones de agentes, porque las notas de lanzamiento son el lugar al que va la verdad del producto después de que se ha aspirado el confeti de la keynote. El editor ya no es solo el lugar donde se escribe código. Es donde se cuenta a los becarios.