Google search engine
Inicio Noticias y Actualidad Claude Code Claude Code reanuda solo tu sesión al resetear el límite

Claude Code reanuda solo tu sesión al resetear el límite

0
23
Claude Code reanuda solo tu sesión al resetear el límite

La última actualización de Claude Code trae dos cambios que parecen menores en el registro de versiones y que en la práctica tocan cosas muy distintas. El primero es de comodidad: la sesión continúa sola cuando se resetea el límite de uso de claude.ai, sin que tengas que volver a lanzarla. El segundo es de seguridad: la herramienta rechaza ahora las rutas del espacio de nombres NT de Windows en varios puntos de entrada. Uno te ahorra fricción; el otro cierra una puerta que no debería haber estado abierta.

La sesión ya no muere esperando a que vuelva tu cuota

Quien haya trabajado en una refactorización larga conoce el momento: la ventana de uso se agota a mitad de tarea, el proceso se detiene y, cuando la cuota vuelve, hay que relanzar y reconstruir el contexto de lo que se estaba haciendo. Ese hueco muerto es donde se pierde tiempo y, sobre todo, hilo mental.

La continuidad automática elimina ese salto: al llegar el reseteo del límite, la sesión retoma por donde iba en lugar de quedarse esperando una acción manual. Es la clase de mejora que no aparece en ningún titular y que se nota todos los días.

El detalle importante es que viene activada y se puede desactivar desde /config. Y ahí hay una decisión que merece pensarse un momento en lugar de dejarla por defecto.

Continuar solo es cómodo, salvo cuando la tarea iba mal

Alcanzar el límite de uso en mitad de una tarea larga funciona, sin querer, como un punto de control. Te obliga a parar, mirar lo que se ha hecho hasta ese momento y decidir si tiene sentido seguir por ahí. Más de una vez ese corte forzoso es lo que evita que una sesión que se había desviado del objetivo siga gastando cuota durante otra hora en la dirección equivocada.

Con la continuación automática, ese punto de control desaparece. La sesión sigue sola, y si estaba equivocada, sigue equivocada con más presupuesto. La regla práctica es sencilla:

  • Déjala activada para tareas mecánicas y bien acotadas: migraciones repetitivas, renombrados masivos, generación de contenido a partir de una plantilla clara, procesos donde el criterio de éxito es evidente.
  • Desactívala en tareas exploratorias o de arquitectura, donde el valor de revisar el resultado intermedio es mayor que el de no perder el hilo.
  • Desactívala también si compartes cuota con un equipo y el consumo de una sesión larga afecta a otras personas.

Chocar contra el límite de uso era, sin pretenderlo, el único momento en que revisabas si la tarea seguía teniendo sentido.

Las rutas \??\ eran una puerta trasera del sistema de archivos

La segunda parte de la actualización afecta directamente a quien trabaja en Windows, y conviene explicarla porque suena a tecnicismo y no lo es.

Windows no maneja internamente las rutas como las escribimos. Por debajo de C:\Users\... existe un espacio de nombres del sistema, el NT namespace, al que se accede con prefijos como \??\. Ese prefijo permite llegar a los mismos archivos por un camino distinto del que valida cualquier comprobación escrita para rutas normales.

Ahí está el riesgo. Si una herramienta comprueba que una ruta esté dentro del directorio del proyecto mirando la cadena de texto, una ruta con ese prefijo puede apuntar al mismo sitio sin parecerse a lo que la comprobación espera, o alcanzar recursos fuera del proyecto. Es el equivalente en Windows a colar un ../../ disfrazado.

El cambio bloquea esas rutas en cuatro puntos concretos, y la lista dice mucho sobre por dónde entra el contenido no controlado a una sesión: lecturas de archivo, restauración de sesión, includes de CLAUDE.md y subidas de archivos.

🔒 El vector que casi nadie tiene en el radar: los includes de CLAUDE.md. Ese archivo se carga automáticamente al iniciar la sesión y suele viajar dentro del repositorio. Si clonas un proyecto de un tercero —una plantilla, el repositorio de un cliente, un ejemplo de GitHub— estás ejecutando sus instrucciones y sus inclusiones de archivos sin haberlas leído. Ábrelo antes de lanzar Claude Code sobre código ajeno.

Qué hacer hoy con esto

Ninguno de los dos cambios exige tocar nada para seguir trabajando, pero los dos merecen cinco minutos de atención.

Del lado de la seguridad, la única acción real es actualizar: una corrección de este tipo solo protege si estás en la versión que la incluye, y arrastrar versiones antiguas de una herramienta que lee y escribe en tu disco es un riesgo innecesario. Si además ejecutas Claude Code sobre repositorios que no has escrito tú, revisar el CLAUDE.md antes de la primera sesión debería ser un hábito, no una precaución ocasional.

Del lado de la comodidad, entra en /config y decide conscientemente si quieres la continuación automática activada. No hay respuesta universal: depende de si tus sesiones largas son trabajo mecánico o trabajo que conviene revisar a mitad.

Lo interesante de esta actualización es que las dos piezas apuntan en la misma dirección. Claude Code se está usando cada vez más en sesiones largas y sobre código que no siempre es propio, y las mejoras van justo ahí: menos interrupciones cuando el trabajo es tuyo, más barreras cuando el código viene de fuera. Es la evolución esperable de una herramienta que ha pasado de ser un asistente puntual a estar dentro del flujo de producción.

DEJA UNA RESPUESTA

Por favor ingrese su comentario!
Por favor ingrese su nombre aquí