MemoryLake
Volver a todos los artículos
Tutorial2 de noviembre de 2026·11 min de lectura

¿Se puede cambiar de modelo a mitad de sesión en Claude Code? Qué se transfiere, qué se vuelve a leer y cuándo Claude Code cambia por su cuenta (2026)

Llevas una hora en una sesión de Claude Code. La planificación está lista y te gustaría un modelo más rápido para las ediciones, o el error resultó ser más difícil de lo esperado y quieres uno más potente. Cambiar es un solo comando. La pregunta es qué sucede con todo lo que la sesión ha construido hasta ahora.

La respuesta corta es que puedes cambiar y la conversación se mantiene contigo. La respuesta larga tiene tres partes: el nuevo modelo vuelve a leer toda la conversación, el cambio puede durar más que la sesión y Claude Code a veces cambia de modelo sin que escribas nada.

Esta guía cubre cómo funciona el cambio, qué se transfiere, cuánto cuesta, los cambios que Claude Code realiza por su cuenta y cómo mantener seguras las decisiones en una sesión larga mientras los modelos cambian por debajo.

Cómo cambiar de modelo a mitad de sesión

La guía de configuración de modelos de Anthropic enumera /model como la forma de cambiar de modelo durante una sesión: ejecuta /model <alias|nombre> para cambiar inmediatamente, o ejecuta /model sin argumentos para abrir el selector. También hay un atajo. La referencia de teclado de Anthropic indica Option+P en macOS o Alt+P en Windows y Linux para cambiar de modelo sin borrar tu prompt.

Esta sesión, o todas las sesiones

Este es el detalle que sorprende a la gente. Anthropic dice: "/model guarda tu elección como predeterminada para nuevas sesiones al escribir en el campo model en tu configuración de usuario". Elegir un modelo para terminar una tarea puede cambiar con qué comienza tu próxima sesión.

Para mantener el cambio solo en la sesión actual, usa el selector. Anthropic dice: "Para cambiar solo por esta sesión, abre el selector con /model y presiona s en la fila del modelo". Escribir /model con un nombre se comporta como presionar Enter en el selector, lo que guarda el valor predeterminado.

Las opciones de lanzamiento funcionan de manera diferente. Anthropic señala que "El flag --model y la variable de entorno ANTHROPIC_MODEL se aplican solo a la sesión que inicias con ellos".

Qué se transfiere cuando cambias

La conversación

Tus mensajes, las respuestas de Claude, los archivos que Claude leyó y la salida de los comandos permanecen en la sesión. El nuevo modelo recibe la misma conversación. La guía de almacenamiento en caché de prompts de Anthropic confirma que el contenido no cambia: cambiar significa que la siguiente solicitud lee todo el historial de la conversación "aunque el contenido sea idéntico".

Tus archivos de memoria

CLAUDE.md, las reglas y la memoria automática son parte del contexto de la sesión, no están ligados a un modelo. Están ahí para el nuevo modelo de la misma manera que lo estaban para el anterior.

Subagentes que heredan el modelo

Un cambio llega más lejos que la conversación principal. Anthropic dice: "Si cambias de modelo con /model, el cambio también llega a los subagentes que heredan el modelo de la conversación principal". Un subagente con su propia configuración de model la mantiene. Nuestra guía sobre por qué los subagentes de Claude Code no comparten memoria cubre con qué comienzan esos subagentes.

Qué depende del nuevo modelo

La conversación es la misma, pero el modelo que la lee es diferente, y también lo es su ventana de contexto. Anthropic enumera los modelos Fable, Sonnet 5 y posteriores, Haiku 5.5 y Opus 4.7 y posteriores funcionando con una ventana de 1M por defecto, mientras que Sonnet 4.6 y Opus 4.6 sin contexto extendido se compactan en el límite de 200K. Una conversación larga que cabe en la ventana de un modelo puede necesitar compactación en otro. La documentación de fallback de Anthropic establece el principio en un caso: Claude Code "no recurrirá a un modelo con una ventana de contexto más pequeña que la del principal, ya que resumir allí cortaría parte de la conversación primero".

Hay un caso más que debes conocer. Si cambias a un ID de modelo que Claude Code no reconoce, como un alias de gateway, no puede determinar la ventana del modelo y asume 200K tokens. Claude Code v2.1.316 añadió una advertencia para esto: su registro de cambios dice que corrigió que /model con un ID "no advirtiera cuando el modelo no es reconocido por esta versión y la auto-compactación asumirá una ventana de contexto de 200K".

Qué se vuelve a leer

Cambiar no hace que se pierda la conversación, pero sí cambia el costo del siguiente turno.

Claude Code almacena en caché la conversación para que cada turno no pague el precio completo por procesar todo de nuevo. Esa caché pertenece a un modelo. La guía de almacenamiento en caché de prompts de Anthropic dice: "Cada modelo tiene su propia caché. Cambiar con /model significa que la siguiente solicitud lee todo el historial de la conversación sin aciertos de caché, aunque el contenido sea idéntico".

En una sesión corta, eso es poco. En una larga, el primer turno en el nuevo modelo procesa todo desde el principio, lo que puede ser más lento y consumir más de tus límites. Nuestra guía sobre la advertencia de reanudación cubre el mismo efecto cuando regresas a una sesión antigua.

Cuando Claude Code pregunta primero

Claude Code consulta contigo cuando un cambio descartaría una caché activa. Anthropic dice: "Cuando ejecutas /model en la terminal, Claude Code te pide confirmar el cambio solo mientras la caché aún está activa y el nuevo modelo no es el que produjo la última respuesta".

La caché permanece activa durante un tiempo de vida de caché después de la última solicitud o respuesta. Después de eso, no queda caché activa que perder. "Una vez que pasa ese tiempo, la caché ha expirado, por lo que Claude Code cambia sin preguntar".

Cambiar el nivel de esfuerzo funciona de la misma manera. Anthropic dice: "En la mayoría de los modelos, cambiar el nivel de esfuerzo a mitad de sesión significa que la siguiente solicitud lee todo el historial de la conversación sin aciertos de caché".

Cambiar no restablecerá un límite de uso

Si estás cambiando porque alcanzaste un límite, verifica cuál es. La referencia de errores de Anthropic dice: "Los límites de sesión y semanales se comparten entre todos los modelos, por lo que cambiar de modelo no restaura el acceso". Los límites que se aplican a una familia de modelos son diferentes; cambiar a un modelo fuera de esa familia te permite seguir trabajando.

Cuándo Claude Code cambia por su cuenta

No todos los cambios de modelo comienzan con /model. La guía de almacenamiento en caché de prompts de Anthropic enumera varios, y cada uno es un cambio en el mismo sentido: un modelo diferente lee la conversación.

opusplan

La configuración opusplan es un cambio planificado. Anthropic lo describe como un "Modo especial que usa opus durante el modo de planificación, luego cambia a sonnet para la ejecución". La guía de caché añade que "cada alternancia del modo de planificación es un cambio de modelo y comienza una caché fresca".

Una habilidad que nombra un modelo

Las habilidades y comandos pueden establecer su propio modelo en el frontmatter. Cuando uno nombra un modelo distinto al de la sesión, Anthropic dice que "ese turno también es un cambio de modelo". Dura un turno: "El modelo de la sesión se reanuda en tu próximo prompt".

Fallback automático de modelo

Este deja un aviso en la transcripción. Los modelos Fable, Opus 5.5, Sonnet 5.5 y Opus 5 funcionan con clasificadores de seguridad que suelen marcar contenido de ciberseguridad y biología. Para algunas solicitudes marcadas, Claude Code vuelve a ejecutar la solicitud en un modelo de fallback. Anthropic dice: "En tu conversación principal, muestra un aviso en la transcripción".

A diferencia del modelo de una habilidad, este permanece. "Después de un fallback, la sesión continúa en el modelo de fallback. Para volver a tu modelo original, ejecuta /model".

El fallback puede ocurrir antes de que hayas pedido algo inusual. Anthropic explica que "puede activarse en la primera solicitud de una sesión, antes de que envíes algo inusual, porque la primera solicitud lleva el contexto del espacio de trabajo, como el contenido de tu CLAUDE.md y el estado de git". Tus archivos de memoria son parte de lo que lee el clasificador.

Puedes elegir que se te pregunte. Ejecuta /config, busca la configuración para cambiar modelos cuando un mensaje es marcado y elige Ask each time, o establece switchModelsOnFlag en false. Claude Code entonces se detiene en una solicitud marcada y te permite cambiar o editar el prompt y reintentar. Nuestra guía sobre cómo Fable 5.1 vincula bloques de pensamiento cubre lo que significa un fallback para el razonamiento previo de un modelo.

Cadenas de fallback

Si has configurado modelos de fallback por disponibilidad, puede ocurrir un cambio cuando el modelo principal está sobrecargado o no disponible. Ese es corto. Anthropic dice: "El cambio dura solo para el turno actual, por lo que tu próximo mensaje intenta primero con el modelo principal de nuevo".

Ver cada cambio

Hay un hook para los cambios de modelo. Anthropic dice que PreModelSwitch "se ejecuta antes de que Claude Code aplique un cambio de modelo que tú o un cliente solicitaron. Úsalo para bloquear un cambio, requerir confirmación o mostrar cuánto costará el cambio antes de que ocurra".

Cubre tus cambios, no los de Claude Code. "Claude Code no ejecuta hooks PreModelSwitch para los cambios que realiza por su cuenta, como un fallback automático de modelo o la restauración del modelo cuando reanudas una sesión". Esos solo llegan a PostModelSwitch.

Una referencia rápida

  • /model con un nombre: cambia ahora y lo guarda como tu predeterminado.
  • Selector /model, luego s: cambia solo para esta sesión.
  • --model al lanzar: se aplica solo a esa sesión.
  • opusplan: cambia entre las fases de planificación y ejecución.
  • Habilidad con un model: cambia por un turno.
  • Fallback de seguridad: cambia y permanece hasta que tú vuelvas a cambiar.
  • Cadena de fallback por disponibilidad: cambia solo para el turno actual.

En todos los casos, la conversación se transfiere y el primer turno en un modelo diferente la lee sin la caché.

Lo que la gente intenta primero

Cambiar para terminar una tarea y luego preguntarse por qué la siguiente sesión comienza con ese modelo. /model con un nombre guarda tu predeterminado. Usa s en el selector para una sola sesión.

Cambiar para evitar un límite de uso. Los límites de sesión y semanales se comparten entre modelos.

Cambiar de un lado a otro para comparar respuestas. Cada cambio vuelve a leer toda la conversación sin la caché. Compara en un fork o en una sesión nueva en su lugar.

Ignorar un aviso de fallback. Después de un fallback de seguridad, la sesión permanece en el modelo de fallback. Revisa el aviso de la transcripción y vuelve a cambiar si lo deseas.

Asumir que el nuevo modelo ve la sesión igual que el anterior. Lee la misma conversación, pero con su propia ventana de contexto y su propio juicio sobre lo que importa.

La solución: Cambiar de modelo a propósito y mantener las decisiones fuera de la conversación

Paso 1: Decide si el cambio es para ahora o para siempre

Usa el selector /model y presiona s para un cambio de una sola sesión. Usa /model con un nombre solo cuando pretendas cambiar tu valor predeterminado. Si quieres aprobar cada cambio que realices, añade un hook PreModelSwitch.

Paso 2: Cambia en pausas naturales

Cambia entre tareas, no a la mitad de una, y espera que el primer turno después de un cambio tarde más. Si la sesión es larga, considera compactar o comenzar de nuevo con un resumen corto antes de cambiar, para que el nuevo modelo lea menos.

Paso 3: Escribe las decisiones de la sesión donde cada modelo las lea

Las decisiones que se establecen en una sesión larga no deberían depender de que la conversación sobreviva a un cambio o a una compactación. Pon las convenciones del repositorio en CLAUDE.md. Si necesitas retroceder a un punto anterior, nuestra guía para rebobinar una sesión de Claude Code explica qué ediciones regresan.

Configurando esto en MemoryLake

Un cambio de modelo mantiene la conversación, pero cada modelo la lee de nuevo, y las conversaciones largas eventualmente se compactan. Las decisiones que importan más allá de una sesión, o en otras herramientas, necesitan un hogar que no dependa de qué modelo esté leyendo o de cuánto haya crecido la conversación.

MemoryLake es una capa de memoria para mantener esas decisiones en una lista que tú mantienes, disponible para Claude Code y los otros asistentes que conectes, como ChatGPT y Codex.

Tú mismo escribes las entradas, con tus propias palabras. No se lee, escribe ni elimina nada de tus sesiones de Claude Code, tus archivos CLAUDE.md, tu memoria automática o el almacenamiento de cualquier proveedor. El cambio de modelo sigue funcionando de la manera que Anthropic describe.

Paso 1: Crea una clave API

Inicia sesión y genera una clave desde el panel de control. La clave pertenece a tu espacio de trabajo de MemoryLake y es independiente de tu cuenta de Claude.

La consola de MemoryLake mostrando la pantalla de claves API, donde se crea y copia una nueva clave para usar en un agente
La consola de MemoryLake mostrando la pantalla de claves API, donde se crea y copia una nueva clave para usar en un agente

Paso 2: Sube tus primeras memorias

Comienza con las decisiones del Paso 3 de la solución que se aplican más allá de un repositorio: convenciones, restricciones y las razones detrás de ellas. Un punto por entrada, con fecha.

El espacio de trabajo de MemoryLake con los primeros documentos subidos, enumerando cada archivo a medida que se convierte en memoria buscable
El espacio de trabajo de MemoryLake con los primeros documentos subidos, enumerando cada archivo a medida que se convierte en memoria buscable

Paso 3: Conecta tu IA y agentes

Conecta Claude Code y los otros asistentes que utilices. Las decisiones estarán disponibles sin importar qué modelo se esté ejecutando, en la próxima sesión y en otras herramientas.

La pantalla de integraciones de MemoryLake enumerando los clientes de IA y frameworks de agentes que se pueden conectar a la capa de memoria
La pantalla de integraciones de MemoryLake enumerando los clientes de IA y frameworks de agentes que se pueden conectar a la capa de memoria

Qué cambia esto en la práctica

La primera diferencia es que los cambios dejan de sorprenderte. Sabes cuáles duran un turno, cuáles duran la sesión y cuáles cambian tu valor predeterminado.

La segunda es que hay menos turnos lentos y costosos. Cambias en pausas naturales y esperas la relectura, en lugar de cambiar de un lado a otro a mitad de la tarea.

La tercera es que las decisiones no dependen de una sola conversación. Cuando el modelo cambia o la sesión se compacta, lo que importa ya está escrito. Para una pregunta rápida que no debería añadirse a la conversación en absoluto, nuestra guía sobre /btw cubre las preguntas secundarias.

Mejores prácticas para cambiar modelos en Claude Code

Presiona s en el selector para cambios puntuales. /model con un nombre guarda tu predeterminado.

Cambia entre tareas. El primer turno después de un cambio lee toda la conversación sin la caché.

Revisa la transcripción para avisos de fallback. Un fallback de seguridad mantiene la sesión en el nuevo modelo.

Elige Ask each time si los fallbacks te importan. Así decides si cambiar o editar el prompt.

No cambies para escapar de límites compartidos. Los límites de sesión y semanales se aplican a todos los modelos.

Cuidado con los IDs de modelos no reconocidos. Claude Code asume una ventana de 200K para ellos.

Mantén las decisiones fuera de la conversación. CLAUDE.md para el repositorio, y una lista mantenida para el resto.

Si un cambio provocó un error de contexto de 1M, nuestra guía sobre el mensaje de créditos de uso explica qué significa y qué conserva la conversación cuando se compacta.

Conclusión

Puedes cambiar de modelo a mitad de sesión en Claude Code con /model, y la conversación se transfiere: mensajes, lecturas de archivos, salida de comandos y archivos de memoria. Cada modelo tiene su propia caché, por lo que el primer turno después de un cambio vuelve a leer toda la conversación, y /model con un nombre también guarda la elección como tu predeterminada a menos que presiones s en el selector.

Claude Code también cambia por su cuenta: entre planificación y ejecución con opusplan, por un turno cuando una habilidad nombra un modelo, por un turno en una cadena de fallback y por el resto de la sesión después de un fallback de seguridad. Identifica cuál es cuál, cambia en pausas naturales y mantén las decisiones de la sesión en algún lugar que no dependa del modelo que las lee.

Preguntas frecuentes

¿Puedo cambiar de modelo a mitad de sesión en Claude Code?

Sí. Ejecuta /model con un nombre de modelo, o abre el selector con /model. La conversación se transfiere al nuevo modelo.

¿Cambiar de modelo en Claude Code hace que se pierda el contexto?

No. La conversación sigue siendo la misma. Cada modelo tiene su propia caché, por lo que la primera solicitud después de un cambio lee toda la conversación sin aciertos de caché.

¿Cómo cambio de modelo solo para una sesión?

Abre el selector con /model y presiona s en la fila del modelo. Escribir /model con un nombre guarda el modelo como tu predeterminado.

¿Por qué Claude Code cambió de modelo por sí solo?

Es posible que un clasificador de seguridad haya marcado una solicitud y Claude Code la haya vuelto a ejecutar en un modelo de fallback. Muestra un aviso en la transcripción y la sesión permanece en ese modelo hasta que vuelvas a cambiar.

¿Cambiar de modelo restablece mi límite de uso?

No. Anthropic dice que los límites de sesión y semanales se comparten entre todos los modelos.

¿Puedo evitar que Claude Code cambie de modelo cuando un mensaje es marcado?

Puedes elegir que se te pregunte. En /config, establece la opción para mensajes marcados en Ask each time, o establece switchModelsOnFlag en false.