Cambia de agente, no de app

Suele ocurrir cuando ya ha empezado la parte útil. El agente ha leído el repositorio, encontrado la ruta que falla y modificado dos archivos. Entonces el terminal se detiene con una frase que no tiene nada que ver con el código: has alcanzado un límite de uso o gasto.

Un mensaje real de Claude Code es tajante: You've hit your individual spend limit · run /usage-credits to ask your admin for a higher limit. Codex tiene sus propios avisos y opciones según la cuenta. Cambian las palabras; la interrupción es la misma. Una frontera de proveedor ha aparecido en medio de tu árbol de trabajo.

Primero: ¿qué límite alcanzaste?

Se suele llamar “límite de tokens” a todo, pero esa expresión mezcla tres problemas distintos. Una conversación puede llenar su contexto, un plan puede agotar su cupo o una cuenta puede llegar a un tope de crédito o gasto. El siguiente paso depende de lo que el producto indique realmente.

Contexto o longitud

Una conversación alcanzó la cantidad de material que el modelo puede mantener activo.

Qué hacer: Compacta o resume si es posible, o inicia una sesión nueva con un relevo concreto.

Cupo de uso

Tu plan consumió el cupo del período actual del producto.

Qué hacer: Consulta el reinicio mostrado y las opciones de mejora o créditos de tu cuenta.

Tope de gasto o crédito

La continuación de pago llegó a un límite personal, del espacio o de la organización.

Qué hacer: Añade fondos, cambia el tope, pregunta a un administrador, espera o traslada la tarea a otro agente.

Lee el aviso que tienes delante. Consulta en la página de uso del proveedor las opciones de reinicio, créditos o administración disponibles para esa cuenta. Los límites y soluciones cambian según el plan y con el tiempo. Pero pagar, esperar o pedir ayuda al administrador no son las únicas maneras de que la tarea siga avanzando.

La suscripción se detuvo. El repositorio no.

La alternativa obvia tiene el coste de cambiar de app

En el teléfono, lo obvio es salir de Claude y abrir ChatGPT para usar Codex, o salir de ChatGPT y abrir Claude. Funciona en el sentido estricto de que hay otro agente disponible. También sustituye toda la cabina justo cuando necesitas continuidad.

La navegación cambia. Los controles de aprobación son distintos. El historial se organiza de otra forma. Una app puede ofrecer un flujo que la otra no tiene, y ninguna es un terminal SSH general con tus sesiones tmux, navegador SFTP y túneles junto al agente. Pierdes los primeros minutos buscando controles en vez de entender qué cambió el agente anterior.

Haz del terminal la capa estable

Ejecuta Claude Code y Codex donde ya vive el trabajo: en la misma máquina y a través del mismo cliente SSH. En Mobile SSH, cambiar de proveedor puede ser tan simple como abrir otro panel tmux y ejecutar el otro comando. La interfaz sigue siendo familiar porque pertenece a tu servidor, no a un proveedor de modelos.

Qué sobrevive al cambio de agente
Estado de trabajo	¿Se conserva?
Archivos y cambios sin confirmarEn el mismo disco	✓ Sí
Estado y diff de Git; resultados de pruebasAmbas CLI pueden inspeccionarlos	✓ Sí
Host SSH, shell y directorioLa misma sesión	✓ Sí
tmux, SFTP, túneles y alertasLas mismas herramientas móviles	✓ Sí
Historial de conversación del otro proveedorNecesita un relevo nuevo	— No

Los archivos son estado compartido. El chat es estado del proveedor. Usa el repositorio como fuente de verdad.

Esta es la portabilidad útil. El siguiente agente puede inspeccionar archivos, diferencias, resultados de pruebas e instrucciones guardadas en el disco. Mobile SSH conserva la conexión; tmux, la sesión; SFTP y los reenvíos de puertos siguen en su sitio. Las alertas de agentes sirven para ambos porque el hook informa del estado del terminal sin casarse con un proveedor.

Ser neutral respecto al proveedor no significa que el contexto se transfiera por arte de magia. Significa que las pruebas sobreviven al cambio.

El relevo honesto

La conversación de Claude no se convierte en la de Codex, ni al revés. No le digas simplemente “continúa” al sustituto esperando que vea un chat de otro servicio. Dale el estado duradero: reglas del repositorio, diff del árbol, comandos ejecutados y resultado pendiente.

Un relevo en cuatro pasos

Congela las pruebas
No limpies ni sobrescribas el árbol. Captura git status --short e inspecciona git diff --stat.
Lee las reglas locales
Haz que el agente nuevo lea AGENTS.md y la documentación pertinente antes de editar.
Restablece la línea base
Ejecuta la prueba o comprobación relevante más pequeña y anota qué pasa, falla o no se probó.
Continúa en otro panel
Inicia la otra CLI junto al panel anterior, explica objetivo y restricciones y pide que inspeccione primero el diff.

Un primer prompt útil

Lee AGENTS.md, git status y el diff actual. Conserva el trabajo existente. Ejecuta las pruebas específicas, explica qué falta y después continúa la tarea.

Si el primer agente se detuvo antes de resumir, el diff es el resumen oficial. Pide al sustituto que inspeccione antes de editar. Así proteges el trabajo parcial, detectas supuestos incrustados en el parche y obtienes un punto limpio para continuar, corregir o revertir.

Una interfaz para el agente que hoy resulte útil

Esto no afirma que Codex y Claude Code sean intercambiables. Tienen fortalezas, modelos, herramientas, límites y reglas de cuenta distintos. Precisamente por eso la interfaz no debe imponerte una elección permanente. Elige según la tarea, el cupo disponible y las políticas del repositorio.

La app nativa del proveedor suele ser el camino más rápido y sin configuración a su agente en la nube. Consérvala cuando eso sea lo que necesitas. Pero si el trabajo vive en una máquina que controlas, un terminal general ofrece un hogar más duradero: una app para llegar al servidor, cualquier agente instalado y toda la caja de herramientas SSH cuando el trabajo vuelve a ser ingeniería normal.

Elige el agente por sus méritos. Conserva el espacio de trabajo en tus términos.