GitHub Copilot CLI publicó el 27 de agosto la versión 1.0.81, primera etiqueta sin sufijo de candidata desde el 18 de agosto, un fallo en la base de datos de disparadores retrasó el 20% de las corridas de GitHub Actions entre el 26 y el 27 de agosto —el tercer incidente de gravedad del mes—, Cloudflare workerd llegó a diecisiete días consecutivos de lanzamientos, personaje de la semana en esta sección, Deno publicó la versión 2.9.6, OpenTofu abrió la beta de su versión 1.13 un día después de Terraform 1.16, Next.js sumó una nueva entrega canary con mejoras a Turbopack, y Wrangler redujo en un tercio el peso de sus vistas previas.
La versión 1.0.81, publicada el 27 de agosto, cierra catorce candidatas desde el 18 de agosto con soporte MCP 2026-07-28 y dictado por voz, mientras la 1.0.82-0 ya abre el siguiente ciclo.
GitHub publicó, el 27 de agosto de 2026 a las 17:10 UTC, la versión 1.0.81 de Copilot CLI —la primera etiqueta de esta serie sin sufijo de candidata—, según el registro oficial de lanzamientos del proyecto en GitHub. La versión reúne el trabajo acumulado desde la v1.0.81-1 del 18 de agosto: soporte para el protocolo MCP en su revisión 2026-07-28 dentro de la CLI, el SDK, la extensión de editor y los clientes en memoria; autenticación de servidores MCP remotos protegidos por Microsoft Entra ID a través del corredor de Windows (WAM); reanudación de sesión tras un bloqueo o reinicio de la máquina; dictado por voz con la combinación Ctrl+Espacio; y el nuevo comando copilot app para abrir la aplicación de escritorio de Copilot desde el directorio de trabajo actual, según el mismo registro de cambios. La entrega también retira definitivamente el comando /plugins, cuyas funciones quedan repartidas entre /plugin, /mcp y /skills. Menos de ocho horas después, el 28 de agosto a la 1:32 UTC, GitHub publicó ya la versión 1.0.82-0, la primera candidata del siguiente ciclo, según el mismo registro; el detalle de sus cambios no estaba disponible al cierre de esta edición. Es la primera vez desde que esta sección empezó a seguir la serie 1.0.81 —el 24 de agosto, en su novena candidata— que el proyecto corta una versión sin el sufijo numerado que identificaba cada entrega diaria, una señal de que el equipo dio por estable el trabajo acumulado en las últimas dos semanas antes de abrir el siguiente ciclo de iteración. La información de esta nota proviene únicamente del registro oficial de lanzamientos de GitHub Copilot CLI en GitHub, sin cobertura cruzada de otro medio al cierre de esta edición. Costa Rica no publica cifras propias de adopción de GitHub Copilot CLI, pero la herramienta gana terreno entre equipos de desarrollo locales que automatizan tareas de programación asistida, para quienes el soporte MCP 2026-07-28 y la autenticación WAM de hoy interesan en particular a organizaciones que ya usan Microsoft Entra ID para controlar el acceso a sus servidores MCP internos.
cat /feed/devopscloudflareworkers.md
La versión 1.20260828.1, publicada hoy, reescribe en Rust el caché en memoria del motor y extiende a diecisiete la racha diaria de Cloudflare Workers, personaje de la semana en esta sección, en el cierre de la semana laboral.
> > workerd --version
> Cloudflare publicó, el 28 de agosto de 2026 a las 03:29 UTC, la versión 1.20260828.1 de workerd, el motor de ejecución de Cloudflare Workers, según el registro oficial de lanzamientos en GitHub. Es la decimoséptima versión consecutiva que la compañía publica en otros tantos días, racha que arrancó el 12 de agosto. La entrega implementa una segunda versión del caché en memoria (Memory Cache V2) escrita en Rust seguro, corrige la validación de entradas de texto negativas para admitir datos en flujo (streamable), y agrega definiciones de tipo que faltaban para los modelos de Workers AI, según el mismo registro de cambios, que suma cinco solicitudes de cambio fusionadas por cinco personas colaboradoras distintas.
> > workerd diff v1.20260827.1..v1.20260828.1
> Diecisiete días sin una sola interrupción, del 12 al 28 de agosto, cierran la semana laboral como el hilo más sostenido de esta categoría en lo que va del mes: la de hoy es la tercera entrega de la semana, después de las versiones del 26 y el 27 de agosto que esta sección ya documentó, y coincide con una actualización de Wrangler, la interfaz de línea de comandos de Cloudflare Workers, que hoy mismo fijó su dependencia de workerd en la versión del 26 de agosto.
> > echo $COSTA_RICA
> La información de esta nota proviene únicamente del registro de lanzamientos oficial 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 ya usan Workers AI pueden revisar las definiciones de tipo agregadas hoy antes de su próxima actualización, según el mismo registro de cambios.
Un fallo en la base de datos que procesa disparadores de flujos de trabajo retrasó más de cinco minutos una de cada cinco corridas de GitHub Actions entre el 26 y el 27 de agosto, la tercera interrupción de gravedad del mes en esa infraestructura.
GitHub reportó, en su historial oficial de incidentes, que a las 00:01 UTC del 27 de agosto de 2026 detectó demoras y tiempos de espera elevados en las corridas de Actions disparadas por eventos de pull request: el 20% de las corridas arrancó con más de cinco minutos de retraso y hasta un 4% no llegó a dispararse, según las actualizaciones publicadas en GitHub Status. El equipo aplicó una mitigación a las 00:25 UTC y reportó recuperación progresiva antes de cerrar el incidente como resuelto. El origen, según el mismo historial, fue la saturación de escrituras en la base de datos primaria que procesa los disparadores de flujos de trabajo de Actions, que el equipo tuvo que conmutar (failover) a un nuevo nodo primario; el problema venía arrastrándose desde un incidente previo el 26 de agosto entre las 15:02 y las 17:40 UTC, cuando corridas de Actions fallaron directamente al arrancar. Es el tercer incidente de gravedad que sufre la infraestructura de GitHub Actions en agosto: el 6 de agosto una interrupción de colas y webhooks estrangulados dejó corridas afectadas durante diez horas, según el sitio especializado IncidentHub, y el 17 de agosto una caída de casi ocho horas interrumpió Actions, la API, los pull requests y Copilot por completo, según la cobertura de InfoWorld. Que un tercer incidente golpee la misma pieza de infraestructura —el sistema que dispara flujos de trabajo— en un lapso de tres semanas complica la narrativa de una plataforma que procesa a diario decenas de millones de corridas de Actions en todo el ecosistema de GitHub; la compañía no ha publicado, en el historial consultado para esta nota, un análisis conjunto de las tres interrupciones ni una causa raíz común entre ellas. GitHub no ha publicado, al cierre de esta edición, un reporte técnico detallado (post mortem) específico para el incidente del 26 y 27 de agosto, más allá de las actualizaciones de estado citadas en esta nota. Costa Rica no publica cifras propias de uso de GitHub Actions, pero la plataforma es la herramienta de integración continua más común entre equipos de desarrollo locales —bancos, startups y empresas de zonas francas tecnológicas—, para quienes una corrida retrasada o fallida en un flujo de despliegue puede traducirse en horas de trabajo perdidas si no se revisa manualmente el resultado de lo que corrió entre las 15:02 UTC del 26 y la 1:00 UTC del 27 de agosto.
El equipo de Deno publicó, el 27 de agosto de 2026 a las 17:29 UTC, la versión 2.9.6 del entorno de ejecución, según el registro oficial de lanzamientos del proyecto en GitHub. La entrega suma soporte de la API de portapapeles y de ítems de menú con estado marcado, ícono y descripción emergente para el modo de escritorio (Deno Desktop); sube de 64 KB a 256 KB el límite de tamaño de cabeceras HTTP/2 (SETTINGS_MAX_HEADER_LIST_SIZE); y aplica una técnica de rehidratación de instantánea sin copia (zero-copy snapshot rehydration) para acelerar el arranque, según el mismo registro de cambios, que agrupa 331 cambios sobre la rama principal desde la versión anterior. El registro también documenta correcciones de estabilidad y permisos: la lectura del cuerpo de una solicitud (request body) ya no queda inutilizable después de enviar la respuesta, la propiedad de los descriptores de archivo de tuberías (pipes) de Unix pasa a ser explícita, y se endurecen las validaciones de permisos de escritura en el sistema de archivos y de IPs resueltas contra listas de bloqueo de importación. Ninguno de los cambios está marcado como corrección de una vulnerabilidad con identificador CVE propio, a diferencia de lo ocurrido esta semana con Next.js y su falla de ejecución remota de código; se trata, según el propio registro, de un paquete de estabilidad y rendimiento antes que de seguridad. La información de esta nota proviene únicamente del registro oficial de lanzamientos de Deno en GitHub, sin cobertura cruzada de otro medio al cierre de esta edición. Costa Rica no publica cifras propias de adopción de Deno, pero el entorno de ejecución compite con Node.js y Bun entre equipos locales de TypeScript que buscan permisos explícitos por defecto, para quienes la mejora en el límite de cabeceras HTTP/2 interesa sobre todo a integraciones con APIs que devuelven encabezados extensos.
El proyecto OpenTofu publicó, el 27 de agosto de 2026 a las 18:01 UTC, la versión 1.13.0-beta1, según el registro oficial de lanzamientos en GitHub. La beta suma la función convert(), que transforma un valor a un tipo específico; funciones assume que ofrecen pistas sobre valores todavía desconocidos durante la planificación; soporte oficial para Windows en arquitectura ARM64; y dos funciones experimentales activables por bandera: bibliotecas de símbolos para reutilizar funciones y tipos en HCL, y una verificación de estilo (linting) básica con la bandera -lint. La versión también retira el tipo de conexión WinRM para aprovisionadores —obsoleto desde la 1.12— y eleva a macOS Ventura 13 el mínimo soportado, según el mismo registro de cambios. OpenTofu nació en 2023 como bifurcación (fork) de Terraform después de que HashiCorp moviera el proyecto original de la licencia de código abierto Mozilla Public License a la Business Source License (BSL), decisión que esta sección recordó ayer al cubrir la versión 1.16 de Terraform. La beta de hoy llega apenas un día después de esa entrega de HashiCorp y adelanta funciones —como convert() o el soporte oficial de Windows ARM64— que Terraform todavía no anunció en su propio calendario, según los registros de cambios de ambos proyectos consultados para esta nota; la Linux Foundation, que gobierna OpenTofu, sostiene que el desarrollo abierto y colegiado del fork puede moverse más rápido en ciertas áreas que el ciclo de HashiCorp, una lectura que el propio historial de lanzamientos de esta semana —una beta de OpenTofu contra una versión menor de Terraform— tiende a respaldar, aunque Terraform conserva una base de usuarios corporativa muchísimo mayor. La información de esta nota proviene del registro oficial de lanzamientos de OpenTofu y de Terraform en GitHub, sin cobertura adicional de otro medio al cierre de esta edición. Costa Rica no publica cifras propias de adopción de OpenTofu ni de Terraform, pero equipos de plataforma locales —bancos, telecomunicaciones y empresas de zonas francas tecnológicas— que ya usan Terraform para desplegar infraestructura en la nube son los que más deberían seguir de cerca si esta bifurcación sigue ganando funciones antes que el proyecto original, de cara a una eventual migración.
El equipo de Next.js publicó, el 28 de agosto de 2026 a las 02:14 UTC, la versión 16.4.0-canary.10 en su rama canary, según el registro oficial de lanzamientos del proyecto en GitHub. La entrega sube la biblioteca hashbrown que usa Turbopack a la versión 0.15, acorta los nombres de clase generados por los módulos CSS, amplía de 7 a 13 caracteres en base38 el hash de identificación de fragmentos (chunks), y agrega una opción de caché de componentes de React (Cache Components) al asistente create-next-app, según el mismo registro de cambios. La versión también actualiza React de la revisión f789f203 del 25 de agosto a la 29d9d318 del 26 de agosto. Es la segunda entrega canary consecutiva desde que esta sección documentó, el 27 de agosto, la reactivación de la optimización de imágenes AVIF en la canary.9 tras el parche de la biblioteca libheif que motivó, dos días antes, el apagado de emergencia de esa función en las versiones estables 16.3.3 y 15.5.24. La de hoy no toca AVIF ni las fallas de seguridad críticas cubiertas esta semana; se concentra en el compilador Turbopack y en el enrutamiento —incluida la eliminación de emparejadores de rutas paralelas incompletos y la retención de espacios (slots) de host en rutas de intercepción—, y confirma que el proyecto sigue enviando entre una y dos versiones canary por día mientras la rama estable permanece congelada en la 16.3.3 desde el parche de seguridad del 25 de agosto. La información de esta nota proviene únicamente del registro oficial de lanzamientos de Next.js en GitHub, sin cobertura cruzada de otro medio al cierre de esta edición. Costa Rica no publica cifras propias de aplicaciones Next.js en producción, pero el framework es una de las bases más comunes entre agencias y startups locales que construyen sitios con React, para quienes los cambios de hoy —todos en la rama canary— siguen sin ser candidatos a producción hasta que el proyecto los traslade a una versión estable.
— La versión 16.4.0-canary.10, publicada hoy, sube la dependencia hashbrown de Turbopack a la 0.15, acorta los nombres de clase de los módulos CSS y agrega caché de componentes de React a create-next-app.
El equipo de Cloudflare publicó, el 27 de agosto de 2026 a las 08:19 UTC, la versión 4.127.0 de Wrangler, la interfaz de línea de comandos de Cloudflare Workers, según el registro oficial de lanzamientos del proyecto en GitHub. La entrega cambia el formato con el que el comando wrangler preview sube el código a Cloudflare, de JSON codificado en base64 a datos multipartite (multipart form data), lo que reduce en aproximadamente un tercio el peso de la subida y evita fallas de despliegue cuando un Worker incluye mapas de fuente (sourcemaps) grandes que antes superaban el límite de la API. La versión también agrega la opción workflows[].concurrency.limit, que restringe el número de instancias simultáneas de un flujo de trabajo (Workflow) y se aplica del lado del servidor —no durante el desarrollo local—, según el mismo registro de cambios. La versión actualiza además su dependencia de workerd, el motor de ejecución de Cloudflare Workers, a la 1.20260826.1 —dos entregas detrás de la versión 1.20260828.1 que esta sección documenta hoy como personaje de la semana—, un patrón habitual: Wrangler suele fijar una versión de workerd con uno o dos días de rezago respecto a la racha diaria del motor. Es la segunda versión de Wrangler en tres días, después de la 4.126.0 del 25 de agosto, que sumó retención configurable de instancias de Workflows y una integración experimental con bases de datos de PlanetScale facturadas por Cloudflare. La información de esta nota proviene únicamente del registro oficial de lanzamientos de Wrangler en GitHub, sin cobertura cruzada de otro medio al cierre de esta edición. Costa Rica no publica cifras propias de uso de Cloudflare Workers ni de Wrangler, pero equipos locales de zonas francas tecnológicas que despliegan Workers con mapas de fuente grandes deberían notar de inmediato la reducción de fallas de vista previa que trae esta versión.
Entre la primera versión estable de Copilot CLI y la tercera falla del mes en GitHub Actions, esta edición documenta siete desarrollos recientes del ecosistema de programación.
Esta edición documentó siete desarrollos del 26 al 28 de agosto de 2026: la versión 1.0.81 de GitHub Copilot CLI, primera etiqueta sin sufijo de candidata desde el 18 de agosto, seguida horas después por la primera candidata del siguiente ciclo, la 1.0.82-0; un incidente de GitHub Actions que retrasó el 20% de las corridas disparadas por pull requests entre el 26 y el 27 de agosto por saturación de una base de datos, el tercero de gravedad en el mes; la versión 1.20260828.1 de Cloudflare workerd, decimoséptima entrega consecutiva de una racha que arrancó el 12 de agosto; la versión 2.9.6 de Deno; la primera beta de OpenTofu 1.13, publicada un día después de Terraform 1.16; la versión 16.4.0-canary.10 de Next.js, con mejoras a Turbopack; y la versión 4.127.0 de Wrangler, con vistas previas un tercio más livianas. El hilo que domina la jornada es la tensión entre velocidad de entrega y confiabilidad de la infraestructura que sostiene esa velocidad: GitHub corta la primera versión estable de su CLI de programación asistida el mismo día en que su propia plataforma de integración continua sufre el tercer incidente de gravedad del mes, y el fork comunitario de Terraform adelanta funciones que el proyecto original todavía no tiene. Cloudflare Workers y su motor workerd cierran el viernes —y la semana laboral— como personaje de la semana en esta sección: diecisiete días consecutivos de lanzamientos, del 12 al 28 de agosto, con una reescritura en Rust del caché en memoria como cambio de fondo de hoy. Para equipos de desarrollo en Costa Rica, la acción concreta de esta edición es revisar manualmente los flujos de trabajo de GitHub Actions que corrieron entre las 15:02 UTC del 26 y la 1:00 UTC del 27 de agosto, por si alguno quedó retrasado o sin dispararse durante el incidente. El resto de la lista —Copilot CLI, workerd, Deno, OpenTofu, Next.js y Wrangler— queda en fase de observación de rutina, sin cambios que exijan una acción inmediata en producción.