Si llevas un negocio o trabajas por tu cuenta, lo normal es que ya tengas un asistente de IA echándote una mano con la administración: redactar correos, ordenar documentos, limpiar hojas de cálculo. Lo que casi nadie cuenta es que estas herramientas cambian cada semana, y los cambios que importan están enterrados en notas de versión escritas para programadores.
Así que las he leído por ti. He revisado cuatro versiones publicadas entre el 15 y el 22 de octubre por dos proyectos abiertos de GitHub, Claude Code (de Anthropic) y Codex CLI (de OpenAI), y me he quedado con lo que puede aprovechar alguien que no programa. Todo sale de las páginas oficiales de cada versión, y repetiré «según sus notas de versión» porque cuento lo que dicen los proyectos, no les pongo nota.
Una aclaración sobre las cifras. Las páginas de versión no enseñan estrellas, así que las he sacado de la portada de cada repositorio el 27 de octubre de 2026. Claude Code marca 153,6k estrellas y 26,1k forks (copias del proyecto). Codex CLI marca 131,3k estrellas y 20,7k forks. Es mucha gente mirando, y por eso creo que merecen diez minutos de tu café.
Primero, una definición, porque es la palabra clave de estas versiones. Un sandbox es una zona vallada donde un asistente puede ejecutar órdenes, con límites sobre lo que puede tocar fuera de su espacio de trabajo. Si alguna vez dejas a un asistente trabajando mientras tú haces otra cosa, esa valla es en lo que confías.
Claude Code v2.1.309 lleva fecha del 22 de octubre y, según sus notas de versión, corrige varios huecos en esa valla. Las órdenes dentro del sandbox en macOS y Linux ejecutaban los archivos de arranque del shell fuera del sandbox antes de cada orden. Las órdenes del sandbox y las ediciones aceptadas automáticamente podían modificar el archivo de configuración MCP pasado con --mcp-config. Y un servidor MCP desactivado podía volver a conectarse por un aviso de permiso posterior en sesiones print y SDK.
MCP, dicho en cristiano, es el conector que permite a un asistente llegar a otras aplicaciones y herramientas. Así que este último arreglo, y ojo, que es el que yo leería dos veces, trata de que una conexión apagada se quede apagada.
La misma versión cambia también lo que ocurre en el modo de permisos sin restricciones (bypass) en la app de escritorio y en VS Code. Según sus notas, una orden peligrosa como rm o rmdir se deniega al instante con una sugerencia para reescribirla, de modo que las sesiones sin supervisión sigan adelante en lugar de quedarse esperando respuesta.
Mi opinión: los arreglos de seguridad aburridos son las mejores noticias. Nadie se emociona porque una valla cierre bien, pero es lo que agradecerás el día que haga falta.
Claude Code v2.1.304 lleva fecha del 19 de octubre. Según sus notas de versión, añade /auto-mode-setup, una configuración guiada que lee tu proyecto y tus sesiones recientes para enseñar al modo automático cómo es tu entorno. El modo automático es el ajuste en el que el asistente aprueba por sí mismo las acciones rutinarias, así que enseñarle qué es normal en tu caso es un primer paso sensato.
Hay otras dos líneas que me llamaron la atención. Las notas dicen que rm -r sobre una unidad montada, o sobre una carpeta de primer nivel, ya recibe el mismo aviso de seguridad que rm -rf /Applications. Y dicen que claude --worktree ya no elimina el worktree y su rama sin preguntar al salir cuando HEAD estaba separado o en otra rama, lo que podía hacer perder commits. Dicho llanamente, dos formas de borrar algo por accidente ahora piden confirmación.
También hay un aviso práctico para los planes Pro y Max. Cuando retomar una conversación inactiva consumiría una parte notable de tu límite de uso de 5 horas, ahora te avisan y puedes empezar una conversación nueva. Si alguna vez has visto cómo se esfuma tu cupo en un solo chat larguísimo, lo valorarás.
Claude Code v2.1.307 lleva fecha del 21 de octubre. Según sus notas de versión, añade un evento OpenTelemetry llamado claude_code.safety_event por cada llamada a una herramienta que una regla de permisos, el modo automático, una comprobación de seguridad, un hook o el sandbox detuvo, preguntó o devolvió.
OpenTelemetry es una forma estándar de registrar lo que ha hecho un programa. La idea, entonces, es un registro de cada vez que se frenó al asistente, se le preguntó algo o se le mandó volver a intentarlo. Para un autónomo puede parecer exagerado. Para una pyme con varias personas y carpetas de clientes por medio, tener constancia de las llamadas a herramientas que se detuvieron, requirieron confirmación o se devolvieron es de esas cosas que agradeces que existan.
Otra línea de la misma versión merece mención. Según sus notas, las llamadas a herramientas MCP por HTTP se enviaban dos veces cuando la conexión se cerraba a mitad de la llamada, y ahora solo se reintentan las herramientas de solo lectura o idempotentes. Idempotente significa que hacerlo dos veces da el mismo resultado que hacerlo una. Imagina un asistente que manda una factura por duplicado porque se cortó el wifi un segundo. Para ese tipo de problema sirve una regla así.
La cuarta versión viene del otro proyecto. Codex CLI 0.163.0 muestra el 15 de octubre en su página de versión. Sus notas enumeran un panel /config con búsqueda, guiado a mitad de respuesta (puedes redirigir al asistente mientras aún está contestando), una tecla líder configurable en /keymap, reinicio de servidores en segundo plano desde /daemon y ejecución en paralelo de herramientas de solo lectura.
La última es la que yo vigilaría. Las herramientas de solo lectura solo miran y no cambian nada, así que ejecutar varias a la vez puede acelerar una tarea sin alterar lo que acaba en tu disco. Si se nota en tus tareas, eso solo lo puedes comprobar tú.
Las notas mencionan además explicaciones más claras sobre cómo usa el sandbox de Linux bubblewrap y seccomp, dos funciones de Linux que limitan lo que puede hacer un programa. No necesitas saber cómo funcionan. Pero tranquiliza que el sandbox esté documentado a la vista de todos, porque así cualquiera puede comprobarlo.
Destacan tres cosas.
Primera, casi todo va de seguridad y fiabilidad, no de trucos nuevos. Vallas, confirmaciones, registros, reintentos. Así es el software cuando madura, y es la prioridad correcta para todo lo que dejas trabajar solo.
Segunda, los números de versión dicen poco. La v2.1.309 parece un paso minúsculo tras la v2.1.304, pero sus arreglos del sandbox son los que yo leería dos veces. Lee las notas, no el número.
Tercera, las notas de versión son el relato que el proyecto hace de sí mismo. Tómalas como un buen punto de partida y una razón para preguntar, y después comprueba qué te afecta en tu configuración, o pide a quien se ocupe de tus herramientas que lo haga.
Una zona vallada donde un asistente puede ejecutar órdenes, con límites sobre lo que puede tocar fuera de su espacio de trabajo. Los arreglos de arriba tratan de que esa valla cierre bien.
Una forma de conectar un asistente con otras aplicaciones y herramientas para que pueda leer de ellas o actuar en ellas.
Son herramientas que se instalan y se ejecutan en tu propio ordenador, usadas sobre todo por programadores, así que un chat en el navegador no se ve afectado por estas notas concretas. Si alguien te ha configurado una herramienta de este tipo, conviene preguntarle si está al día.
Hemos seleccionado estas cuatro versiones de sus páginas oficiales. Tres son de Claude Code, así que este repaso se inclina hacia un lado. Eso son los datos, no una preferencia.
¿Quieres ayuda para saber cuáles de estas actualizaciones importan en tu caso? Escríbenos por WhatsApp o mira cómo funciona nuestro servicio de configuración de IA. Si dudas entre las dos herramientas, también tienes Claude Code o Codex: cómo uso los dos.
¿Prefieres leerlo en inglés? Tienes esta guía en inglés: GitHub AI Tools: 4 Releases Worth Reading This October.
Fuentes (consultadas el 27 y el 28 de octubre de 2026): páginas oficiales de versión en GitHub de Claude Code v2.1.304, v2.1.307 y v2.1.309, y de Codex CLI 0.163.0; estrellas y forks de la portada de cada repositorio.
