VS Code 1.136 estrena Agent Merge, que deja a un agente resolver solo los pendientes de un pull request; GitHub exige desde el 1° de setiembre el pago por adelantado de cada asiento nuevo de Copilot Business y Enterprise, con la misma regla llegando a clientes existentes el 1° de octubre; Cloudflare workerd sumó ocho cambios más en su tercera entrega consecutiva con trabajo real; Go publicó la versión 1.27.1 con correcciones al compilador y al runtime; y Kubernetes 1.37 llevó a beta el autoescalado horizontal hasta cero réplicas.
La versión 1.136, publicada el 2 de setiembre, estrena Agent Merge en vista previa: un agente que resuelve conflictos, revisiones pendientes y controles fallidos de un pull request hasta dejarlo listo para fusionar.
Microsoft publicó, el 2 de setiembre de 2026, la versión 1.136 de Visual Studio Code, con Agent Merge como función más visible: una vista previa que deja a un agente resolver por su cuenta los comentarios de revisión pendientes, los controles fallidos y los conflictos de fusión de un pull request, repitiendo ese ciclo —pedirle al agente que corrija, volver a correr los flujos de trabajo— hasta que la solicitud de cambios queda lista para fusionarse, según las notas oficiales de la versión publicadas por el equipo de VS Code. La misma entrega agrega, de forma experimental, soporte para que las sesiones de agentes de Copilot y de Claude trabajen sobre todas las carpetas de un flujo de trabajo con múltiples raíces (multi-root workspace): los agentes pueden ahora referirse a cada carpeta por su nombre de proyecto en lugar de una ruta absoluta, y las herramientas de sesión conservan esa referencia para pedidos como "corré esto en el flujo de vscode" sin escribir la ruta completa, de acuerdo con la misma fuente. La función queda, por ahora, acotada a la ventana del editor, y si detecta ganchos (hooks) de agente en más de una carpeta, VS Code le pide a quien la usa que elija cuál carpeta es la principal. El diseño de Agent Merge —una automatización que actúa sobre la actividad de un pull request hasta dejarlo fusionable, sin que una persona intervenga en cada paso intermedio— reproduce, dentro del editor, el mismo patrón general que Socket señaló como riesgo estructural en su análisis del aviso de seguridad crítico que GitHub publicó el 28 de agosto sobre el gusano Trinitite: cualquier flujo que reaccione en automático a la actividad de un pull request, sin verificar a fondo el origen de esa actividad, abre una superficie de ataque distinta a la de un desarrollador revisando cambios a mano. Eso no significa que Agent Merge tenga la misma falla concreta que permitió a Trinitite publicar código malicioso con un simple comentario —ninguna fuente consultada documenta un incidente así con esta función de VS Code—, pero sí ubica a la automatización de pull requests, en general, como una categoría de riesgo que la industria del código abierto todavía no resuelve del todo, más allá de qué editor o qué flujo de publicación esté de por medio. Costa Rica no publica cifras propias de instalaciones de Visual Studio Code, pero es el editor de código más usado entre desarrolladores locales, tanto en empresas de zonas francas tecnológicas como en agencias que atienden clientes de outsourcing; equipos que ya usan sesiones de agentes de Copilot o Claude dentro de VS Code pueden probar Agent Merge desde hoy, aunque la función sigue en vista previa y todavía no reemplaza la revisión humana final antes de fusionar cambios en producción.
Cloudflare publicó, el 3 de setiembre de 2026, la versión 1.20260903.1 de workerd, el motor de ejecución de Cloudflare Workers, con ocho cambios de fondo detallados en el registro oficial de lanzamientos del proyecto en GitHub: el cambio del mecanismo que activa la bandera experimental de Python workers, de una fecha de habilitación de compatibilidad a un esquema que la implica automáticamente después de cierta fecha (impliedByAfterDate); un mecanismo de reintento para las solicitudes de actores en réplica, identificado internamente como STOR-5489, junto con la corrección de que esos reintentos se contaran más de una vez; cuatro parches heredados de un proyecto externo (upstream); un ajuste a la verificación de autorización en expresiones de columna por defecto; correcciones a la duración de ciertas pruebas internas; y una refactorización de la implementación de trazas (tracing spans) que suma la función span.recordException para registrar excepciones dentro de esas trazas, de acuerdo con la misma fuente. Los cambios llevan las firmas de los colaboradores mikea, erikcorry, hoodmane, joshthoward, apeacock1991 y jmorrell-cloudflare. Es la tercera entrega consecutiva con trabajo de ingeniería real, después de que esta sección documentara el martes el regreso del código tras dos días de pura fecha administrativa y el miércoles una entrega que duplicó ese volumen con 60 commits. El contador de días consecutivos de Cloudflare —hoy en veintitrés, sin haberse roto desde el 12 de agosto— sigue midiendo continuidad de fechas, no continuidad de trabajo: la pausa real del fin de semana y el ritmo real de las tres entregas siguientes son, otra vez, dos hechos distintos que ese contador no distingue. La información de esta nota proviene únicamente del registro oficial de lanzamientos de Cloudflare Workerd en GitHub, sin cobertura cruzada de otro medio al cierre de esta edición. Costa Rica no publica cifras propias de tráfico servido por Cloudflare Workers, pero equipos locales de zonas francas tecnológicas que corren cargas sobre la plataforma no necesitan ninguna acción con esta versión: los ocho cambios de hoy son correcciones internas y trabajo de instrumentación, sin efecto en el comportamiento de aplicaciones ya desplegadas.
GitHub comenzó, el 1° de setiembre de 2026, a exigir el pago por adelantado de cada asiento nuevo de Copilot Business y Copilot Enterprise antes de que la persona usuaria obtenga acceso, según el registro de cambios de GitHub publicado el 28 de agosto. La misma regla alcanzará a los clientes ya existentes a partir del 1° de octubre de 2026, de acuerdo con la misma fuente, que aclara que los asientos agregados a mitad de un ciclo de facturación seguirán prorrateándose desde la fecha de asignación hasta el cierre de ese ciclo, y que el uso adicional por encima de lo incluido en cada plan seguirá disponible para compra aparte. El cambio llega la misma semana en que GitHub, según el mismo registro, moverá el nivel de esfuerzo por defecto de la revisión de código de Copilot de "ligero" (Lite) a "balanceado" (Balanced), y en la que confirmó que relanzará Copilot Chat en github.com, en la aplicación móvil y el agente en la nube como una sola experiencia bajo una única política, a partir del 28 de setiembre como fecha más temprana. DevOps.com describió el paquete de cambios como un endurecimiento de las reglas de facturación y gobernanza de Copilot de cara a lo que llamó "un otoño ocupado", mientras que CloudZero lo enmarcó como "el acantilado de setiembre" (the September cliff) para la facturación de Copilot Enterprise: el paso de un modelo donde el acceso se activaba primero y se facturaba después a uno donde el pago tiene que confirmarse antes de que la persona pueda usar la herramienta. GitHub no ha publicado cifras propias sobre cuánto fraude de facturación motivó el requisito de pago por adelantado —la formulación oficial, "fortalecer la verificación de cuentas", describe la respuesta, no el problema que la originó—, y la exigencia también significa, para cualquier empresa que gestiona asientos de Copilot de forma centralizada, un paso adicional de aprobación financiera antes de que un desarrollador nuevo pueda usar la herramienta el primer día de trabajo. La información de esta nota proviene del registro de cambios oficial de GitHub y de la cobertura de DevOps.com, Developers Digest y CloudZero, sin que ninguna de esas fuentes cite cifras de GitHub sobre el volumen de fraude que motivó el cambio. Costa Rica no publica cifras propias de adopción de Copilot Business, pero empresas locales de zonas francas tecnológicas que gestionan asientos de Copilot de forma centralizada —desde su equipo de finanzas o de compras, no desde cada desarrollador— son la audiencia directa de este cambio: activar un asiento nuevo requiere, desde hoy, que ese pago quede confirmado antes de dar acceso, y desde el 1° de octubre la misma regla alcanzará también a los contratos ya vigentes.
El equipo de Go publicó, el 1° de setiembre de 2026, la versión 1.27.1 del lenguaje, un parche que corrige fallas puntuales en cgo, el compilador, el entorno de ejecución (runtime), la herramienta go fix y los paquetes database/sql, debug/elf, encoding/json, net/http, os y los nuevos paquetes de SIMD —simd y simd/archsimd—, según el registro oficial de versiones del proyecto. La entrega llega poco menos de un mes después de la versión 1.27.0, que introdujo métodos genéricos, un motor de JSON nuevo (JSON v2), soporte de criptografía poscuántica y activó por defecto Green Tea, el recolector de basura (garbage collector) rediseñado para tener en cuenta la localidad de memoria. Microsoft publicó en paralelo sus propias compilaciones de la 1.27.1 y de la 1.26.8 para su distribución empresarial del lenguaje, de acuerdo con su blog de desarrolladores de Go. Que el equipo de Go publique un parche de mantenimiento apenas unas semanas después de una versión mayor no es inusual —el proyecto sigue un ciclo de parches regulares para cada rama estable—, pero la lista de paquetes tocados en esta entrega, que incluye los paquetes de SIMD recién estrenados en la 1.27.0, sugiere que la adopción temprana de esas piezas experimentales expuso fallas que no aparecieron durante el ciclo de pruebas de la versión mayor. Costa Rica no publica cifras propias de uso de Go, pero el lenguaje es una opción común entre equipos de desarrollo locales que construyen servicios de backend y microservicios, tanto en zonas francas tecnológicas como en bancos con canalizaciones propias de infraestructura; quienes ya corren la versión 1.27.0 en producción deberían actualizar a la 1.27.1 esta semana si dependen de cgo, del paquete net/http o de las herramientas nuevas de SIMD.
— La versión 1.27.1, publicada el 1° de setiembre, corrige fallas puntuales en el compilador, el entorno de ejecución y varios paquetes de la biblioteca estándar, casi un mes después del salto a la 1.27.0.
El proyecto Kubernetes publicó, el 26 de agosto de 2026, la versión 1.37, con 67 mejoras en total —16 declaradas estables y 23 promovidas a beta—, según el blog oficial del proyecto. El cambio más visible es que el autoescalador horizontal de cargas de trabajo (HorizontalPodAutoscaler) puede ahora bajar una carga hasta cero réplicas y activarla de nuevo apenas vuelve la demanda: la función, llamada HPAScaleToZero, entra en fase beta y queda habilitada por defecto por primera vez, de acuerdo con la misma fuente. La función solo trabaja con métricas de objeto o externas —no con CPU ni memoria, porque esas necesitan réplicas activas para medirse— y, cuando el autoescalador baja una carga a cero, esa carga queda marcada con la condición ScaledToZero en verdadero. La misma versión llevó a beta el "gang scheduling", que agrupa el arranque de los pods relacionados de un mismo trabajo —usado sobre todo en entrenamiento distribuido con GPU— para reducir el tiempo que esas GPU quedan inactivas mientras esperan a que arranquen todos los pods de ese trabajo, según TechTimes. Bajar una carga de trabajo a cero réplicas no es una idea nueva —proyectos como KEDA lo ofrecen hace años como una capa externa sobre Kubernetes—, pero que la función llegue habilitada por defecto dentro del propio autoescalador horizontal, sin instalar un componente aparte, cambia el cálculo de costo para cualquier equipo que mantiene entornos de prueba o de bajo tráfico corriendo las 24 horas solo porque apagarlos y prenderlos a mano resultaba más caro en tiempo de ingeniería que en cómputo. La limitación a métricas de objeto o externas, sin embargo, deja afuera el caso más simple —una carga que se activa según su propio uso de CPU—, que sigue sin poder bajar a cero dentro de esta implementación. Costa Rica no publica cifras propias de uso de Kubernetes, pero es la plataforma de orquestación estándar entre bancos y empresas de zonas francas tecnológicas que corren microservicios sobre AWS, Azure o Google Cloud; equipos locales con entornos de prueba o de bajo tráfico corriendo permanentemente pueden evaluar esta semana si migrar esas cargas a autoescaladores con métricas externas —como una cola de mensajes— para aprovechar la función y reducir el gasto de cómputo fuera de horario laboral.
Entre el estreno de Agent Merge en VS Code y el pago por adelantado que GitHub ya exige en Copilot Business, esta edición documenta cinco desarrollos recientes del ecosistema de programación.
Esta edición documentó cinco desarrollos del 1 al 3 de setiembre de 2026: la versión 1.136 de Visual Studio Code, que estrena Agent Merge para que un agente resuelva solo los pendientes de un pull request; la versión 1.20260903.1 de Cloudflare workerd, tercera entrega consecutiva con trabajo de ingeniería real; la exigencia de pago por adelantado que GitHub impuso desde el 1° de setiembre a los asientos nuevos de Copilot Business y Enterprise, que alcanzará a los clientes existentes el 1° de octubre; la versión 1.27.1 de Go, con correcciones al compilador, al runtime y a los paquetes de SIMD recién estrenados; y la versión 1.37 de Kubernetes, que llevó a beta y activó por defecto el autoescalado horizontal hasta cero réplicas. El hilo que esta sección viene siguiendo como personaje de la semana desde el lunes —la cadena de compromisos de paquetes de npm de la familia Shai-Hulud, y en particular el aviso de GitHub sobre el gusano Trinitite— no tuvo un desarrollo propio hoy, pero atravesó la edición de forma indirecta: Agent Merge, la función nueva de VS Code, automatiza exactamente el tipo de reacción a la actividad de un pull request que, según el análisis de Socket sobre ese aviso, es la superficie de ataque que Trinitite explotó sin robar un solo token. Ninguna fuente consultada documenta ese riesgo específico en Agent Merge, pero la coincidencia de patrones es la lección que conecta ambas notas: automatizar más pasos alrededor de un pull request reduce trabajo humano y, al mismo tiempo, amplía qué puede activarse sin que una persona lo revise primero. Para equipos de desarrollo en Costa Rica, la acción concreta de esta edición combina dos frentes: quien gestiona asientos de Copilot Business o Enterprise de forma centralizada debe confirmar el pago por adelantado antes de asignar un asiento nuevo a partir de hoy, y quien corre Kubernetes con entornos de prueba de bajo tráfico puede evaluar esta semana la función de autoescalado a cero réplicas para reducir el gasto de cómputo fuera de horario laboral. El resto de la lista —VS Code, Cloudflare workerd y Go— queda en fase de observación de rutina.