GitHub retira seis modelos más de Copilot, un tercer incidente de octubre vuelve a tocar Actions y Pages, Kubernetes 1.34 llega a su fin de vida con una falla de kubectl recién corregida, y los datos completos de la encuesta de Stack Overflow ubican a Visual Studio Code y Claude Code arriba de sus rivales pese a una confianza en la IA que sigue baja.
GitHub retiró de todas las experiencias de Copilot los modelos GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini, Gemini 3.7 Flash y Grok 4.5, según el changelog publicado el 18 de septiembre en github.blog. El cambio, anunciado para mediados de octubre, sustituye esos seis modelos por GPT-5.6 Sol, GPT-5.6 Luna, Gemini 3.8 Flash y Grok 4.6 en todas las experiencias de la herramienta. Es la segunda tanda de retiros del mes: el 2 de octubre GitHub ya había eliminado Gemini 3.5 Flash, Gemini 3.6 Flash, Kimi K2.7 Code y Claude Opus 4.7, sustituidos entonces por GPT-6 Astra y Gemini 3.8 Flash. Para las cuentas Copilot Enterprise y Copilot Business, GitHub activa por defecto los modelos de reemplazo salvo que el administrador haya desactivado la habilitación automática o bloqueado explícitamente alguno de los modelos nuevos, según el propio changelog. Equipos que fijaron el modelo por nombre en sus políticas o integraciones de Copilot deben revisar esa configuración antes de que el cambio llegue a producción. En Costa Rica, donde Copilot es una herramienta común en software factories y consultoras que facturan a clientes en el exterior, el ajuste es transparente para las cuentas que usan la configuración por defecto de GitHub.
Los datos del sondeo 2026, con 30.903 respuestas de 169 países, ubican a Visual Studio Code como el editor más usado y muestran que solo 6,6% confiaría una decisión importante a una IA.
El Stack Overflow Developer Survey 2026, con 30.903 respuestas válidas de 169 países, ubica a Claude Code por delante de GitHub Copilot entre los asistentes de código con IA más usados, mientras Visual Studio Code encabeza el ranking de editores y Visual Studio queda en tercer lugar, detrás de Notepad++, según Visual Studio Magazine. El sondeo registra que 65,9% de los encuestados usa asistentes o agentes de código y 62,5% recurre además a chats de propósito general. La adopción sigue subiendo —de 44% en 2023 a 79% en 2025, según cifras citadas por IT Brief— pero la confianza no acompaña el ritmo: solo 6,6% de los encuestados confiaría una decisión importante a una inteligencia artificial, aunque 78,7% dice que la atribución de la fuente le importa, de acuerdo con el mismo reporte. Es la brecha que la propia Stack Overflow señala como el dato más citado de esta edición, publicada originalmente el 6 de octubre. Stack Overflow anunció que publicará más adelante el set de datos completo, lo que permitirá cruces por país y sector. Para los equipos de desarrollo en Costa Rica, el patrón regional probablemente no se aparte mucho del global, dado que las mismas herramientas —VS Code, Copilot y los asistentes de chat— dominan el mercado local de software factories y empresas de zona franca.
Kubernetes 1.34 deja de recibir parches de seguridad el 27 de octubre, según el calendario de soporte del proyecto, apenas tres semanas después de que el Comité de Respuesta de Seguridad de Kubernetes corrigiera CVE-2026-19444, una falla de path traversal en el cliente kubectl que permite escribir archivos fuera del destino elegido al ejecutar kubectl cp en Windows. La vulnerabilidad, de severidad media (CVSS 6.5), quedó resuelta el 28 de septiembre en kubectl 1.34.12, 1.35.9, 1.36.5 y 1.37.1, según un resumen de ByteIota sobre el aviso oficial. El cierre de la rama 1.34 obliga a los equipos de plataforma a migrar a 1.35, 1.36 o 1.37 antes de perder la cobertura de parches, en momentos en que el propio comité de seguridad admitió en una entrada de blog de mayo que varios CVE de Kubernetes quedaron sin corregir por falta de recursos de mantenimiento del proyecto. La combinación —fin de ciclo más una corrección reciente de kubectl— deja a los clústeres sin actualizar expuestos durante más tiempo del habitual. Equipos de DevOps en Costa Rica que operan clústeres propios o gestionados deben confirmar la versión de kubectl y del plano de control antes del 27 de octubre; los proveedores de Kubernetes administrado suelen forzar la migración de forma automática, pero los clústeres autogestionados no.
La degradación del 19 de octubre, de una hora y siete minutos, se suma a los dos cortes de escritura del 7 de octubre, según el historial público de estado de la plataforma.
GitHub registró el 19 de octubre una degradación de una hora y siete minutos en Actions, GitHub Pages y Webhooks, entre las 3:49 p.m. y las 4:56 p.m., según el historial público de estado de la plataforma. Es el tercer incidente del mes: el 7 de octubre la plataforma ya había sufrido dos cortes de escritura de entre nueve y diez minutos cada uno, causados por una máquina nueva que arrancó con una copia desactualizada de sus registros durante mantenimiento rutinario, sin pérdida de datos. Los incidentes llegan mientras GitHub cambia los modelos de IA detrás de Copilot y prepara su conferencia anual Universe, los días 28 y 29 de octubre en San Francisco. Tres incidentes en un mes no es inédito para un servicio del tamaño de GitHub, pero la repetición alimenta el reclamo de equipos que dependen de Actions para sus pipelines de integración continua y no tienen una alternativa inmediata si el servicio falla a media jornada. Para equipos de desarrollo en Costa Rica que usan GitHub Actions en su flujo de entrega continua, la recomendación habitual de mantener un plan de contingencia manual para desplegar si Actions falla sigue siendo válida ante este patrón de octubre.
Tres hechos documentados este mes por separado forman, juntos, un mismo patrón: GitHub retiró o reemplazó automáticamente ocho modelos de lenguaje de Copilot en dos tandas (2 y mediados de octubre), la misma plataforma sufrió tres incidentes de disponibilidad entre el 5 y el 19 de octubre, y el propio comité de seguridad de Kubernetes admitió en una entrada de blog de mayo que varios CVE del proyecto quedaron sin corregir por falta de personal de mantenimiento. Ninguno de los tres hechos es, aislado, una crisis: los cambios de modelo en Copilot son parte de un ciclo de proveedores que GitHub sostiene desde hace más de un año, los incidentes de octubre duraron minutos u horas y se resolvieron sin pérdida de datos, y Kubernetes sigue siendo uno de los proyectos de código abierto mejor financiados que existen. Pero los tres hechos comparten una causa común que rara vez se nombra en los anuncios de producto: buena parte de la cadena de herramientas que usa hoy un equipo de desarrollo —el editor con IA integrada, la plataforma donde vive el código, el orquestador donde corre— depende de decisiones y de capacidad de mantenimiento de un puñado de organizaciones, con poca visibilidad para quien solo quiere que el pipeline no se caiga un martes cualquiera. Para los equipos de desarrollo costarricenses —en su mayoría consumidores de estas plataformas, no proveedores— la lectura práctica no es migrar de proveedor, algo que pocos presupuestos permiten, sino documentar qué pasa si Copilot cambia de modelo sin aviso, si GitHub Actions se cae a media jornada o si el clúster de Kubernetes en producción queda en una rama sin parches: preguntas que siguen sin respuesta estándar en la mayoría de los equipos.
— Entre los recortes de modelos de Copilot, los cortes de GitHub y la advertencia de Kubernetes sobre su propio mantenimiento, octubre deja una misma lectura sobre la fragilidad del flujo de trabajo dev.