Repasamos la semana del 2 al 8 de noviembre: gVisor en la CNCF, lockfiles en GitHub Actions y agentes de código que reciben plugins sin permiso.
La semana del 2 al 8 de noviembre deja un patrón claro para quien programa con agentes de IA: el debate ya no va de qué tan listo es el modelo, sino de dónde se ejecuta su código y qué se le permite tocar. Google dona gVisor y otros dos proyectos a la CNCF, GitHub lleva a disponibilidad general los lockfiles para workflows y un caso con Postman recuerda que una aplicación de escritorio puede modificar tus agentes sin avisar.
Empecemos por la sandbox. Según The New Stack, gVisor es la capa de aislamiento que usan laboratorios como Anthropic y OpenAI, y Google quiere repetir con ella el camino que ya siguió con Kubernetes. Nosotros hemos publicado una guía para evaluar gVisor que parte de una idea modesta: no instalar nada a ciegas, sino probarla con una carga representativa y medir arranque y errores. Que lo use un gran laboratorio es un dato de contexto, no una prueba de que encaje en tu infraestructura.

El segundo frente es la cadena de suministro. GitHub ha pasado a disponibilidad general, solo dos semanas después de la preview, los lockfiles de dependencias para Actions: un archivo registra los commits exactos, también de las dependencias transitivas, y el runner ejecuta justo esos aunque la etiqueta cambie. Es una mejora real frente a fijar SHA a mano, que no cubre las acciones compuestas. Tienes los pasos en nuestra guía de lockfiles en GitHub Actions.
El tercero es más incómodo. Un desarrollador contó que, tras abrir la app de escritorio de Postman, aparecieron plugins en Claude Code y Codex sin que los hubiera autorizado. No juzgamos intenciones, pero el caso muestra que el perímetro de un agente incluye cualquier programa con permiso para escribir en su configuración. Por eso insistimos en revisar qué instala una app en tus agentes, algo que hasta ahora casi nadie hacía de forma rutinaria.
Hay un hilo común con la infraestructura de fondo. OpenAI ha contado cómo construyó su propio backend de Git para soportar más usuarios y procesos automáticos, y tenemos una guía para medir si tu monorepo lo necesita. Mientras tanto, la capacidad de cómputo en AWS aprieta y hay profesionales que reportan dificultades para conseguir instancias EC2 bajo demanda, aunque algún analista cree que el titular exagera.
Nuestra lectura: lo más valioso de la semana no es ninguna novedad espectacular, sino tres controles baratos que casi cualquier equipo puede aplicar ya. Probar la sandbox con tu carga real, bloquear las dependencias de tus workflows y mirar de vez en cuando qué hay instalado en tus agentes. Ninguno depende de promesas de terceros, y eso, en una semana llena de declaraciones difíciles de verificar, nos parece su mayor virtud.
Fuente original: La Rebelión
Artículo generado mediante AI.larebelion
Noticias de la semana
- · Acusan a tres hombres de estafar 129 millones con voces de directivos clonadas con IA
- · Cómo evaluar gVisor como sandbox para agentes de IA, paso a paso
- · Cómo configurar lockfiles en GitHub Actions para proteger tus pipelines
- · Guía: cómo plantear un agente de rendimiento al estilo Netflix
- · Cómo comprobar qué instala una app de escritorio en tus agentes de IA
- · El Apple Watch que escucha: llegan en beta las funciones de Audio Intelligence
- · Cómo evaluar un backend de Git propio para tu monorepo, según OpenAI
- · Cómo evaluar Amazon ECS Gateway antes de usarlo en producción
- · Anthropic rebautiza sus planes Claude Max y elimina el límite de cinco horas de Ultra
- · Cómo asegurar capacidad EC2 en AWS cuando la demanda aprieta
- · Chainalysis admite que le robaron credenciales y tokens de todos sus usuarios
- · Anthropic admite en su S-1 que podría estar cerca de la automejora recursiva



Publicar un comentario