La interrupción que de verdad frustra no es un fallo. Es el momento en que vuelves y te das cuenta de que:

• la sesión está inactiva,
• sigues queriendo continuarla,
• pero no sabes si vas a reanudar la misma sesión o a empezar una nueva sin querer.

En el ordenador, normalmente lo resuelves. En el móvil, es fácil rendirse y empezar de cero.

Así que el problema es sencillo:

continuar la misma sesión, no una nueva, y hacerlo desde el móvil.

Las formas habituales de conseguirlo (SSH, empezar sesiones nuevas, copiar y pegar resúmenes) pierden algo por el camino.

Happier, una app de código abierto para ejecutar y orquestar agentes de programación entre dispositivos, es estricta con "attach frente a resume" y se niega a iniciar en silencio una sesión nueva cuando falla la reanudación.

Resumen

• Attach = volver a conectarte a una sesión que sigue en marcha.
• Resume = reabrir la misma sesión del proveedor cuando está inactiva (solo si el proveedor lo admite).

Desde el móvil:

1. Averigua en qué caso estás: la sesión sigue en marcha (attach) o está inactiva (resume).
2. Si usas Happier, abre la sesión y envía tu siguiente mensaje. Primero intentará reanudarla cuando sea posible.
3. Si no se puede reanudar, te conviene una herramienta que falle de forma segura (que no inicie en silencio una sesión nueva). En Happier, ese es el comportamiento por defecto. En ese punto, o haces attach (si en realidad sigue en marcha) o inicias una sesión nueva.

El problema

Cuando haces trabajo real con un agente de programación con IA, la "continuidad de la sesión" marca la diferencia entre:

• mantener el ritmo, o
• perder una hora volviendo a explicar el contexto.

Pero no todas las sesiones de proveedor se pueden reanudar, y no todas las sesiones inactivas de Happier se pueden reanudar.

Así que el objetivo no es "reanudar siempre". El objetivo es:

Saber qué estás reanudando, y no bifurcar tu trabajo sin querer iniciando una sesión nueva.

Attach frente a resume (esto aclara la mayor parte de la confusión)

Attach

Usa attach cuando la sesión sigue ejecutándose en local y solo quieres reconectarte al proceso en marcha.

Resume

Usa resume cuando la sesión está inactiva y el proveedor admite reabrir la misma sesión.

En Happier, reanudar es un flujo estricto:

1. Encontrar la sesión de Happier existente
2. Comprobar si de verdad se puede reanudar en el proveedor
3. Pedir al backend del proveedor que reanude la misma sesión del proveedor
4. Si falla, mostrar un error (sin iniciar en silencio una sesión nueva)

Ese rigor es intencionado. Conserva una sola identidad de sesión y una sola transcripción como fuente de verdad.

Cuándo se puede reanudar una sesión (lo que tiene que cumplirse)

Una sesión solo se puede reanudar cuando se cumple todo esto:

• es una sesión normal gestionada por Happier
• está inactiva
• no está archivada
• Happier tiene guardado en los metadatos de la sesión un id de reanudación del proveedor válido
• el backend o proveedor seleccionado admite reanudar esa sesión
• tu configuración no desactiva ese backend

Si falla cualquiera de estas comprobaciones, Happier trata la sesión como no reanudable.

Si no conoces Happier (qué es y dónde conseguirlo)

Si no conoces Happier: es una app complementaria de código abierto (móvil / web / escritorio) para agentes de programación con IA como Claude Code, Codex y OpenCode.

El flujo aquí es: usa Happier desde el móvil para reanudar o continuar una sesión, mientras la sesión sigue ejecutándose en la máquina propietaria (portátil / servidor / máquina de desarrollo).

En esta guía, eso significa que puedes mantener una sola identidad de sesión (y una sola transcripción) en lugar de empezar de cero cada vez que algo queda inactivo.

Para empezar:

• Cómo usar Happier desde el móvil
• GitHub: https://github.com/happier-dev/happier
• Instalación / descarga: https://github.com/happier-dev/happier#how-it-works
• Discord (comunidad y soporte): https://discord.gg/W6Pb8KuHfg

Flujo en el móvil: reanudar una sesión inactiva

1) Abre la sesión

Desde el móvil, abre la sesión inactiva que quieres continuar.

Lo que verás normalmente:

• Inactiva + reanudable + máquina accesible → la entrada está activada y al enviar un mensaje primero se reanuda
• Inactiva + no reanudable → la entrada está desactivada
• Inactiva + máquina sin conexión → la entrada está desactivada hasta que la máquina propietaria sea accesible

2) Envía el siguiente mensaje (si está activado)

Si la sesión es reanudable, simplemente envía tu siguiente prompt.

Happier reanudará primero la sesión del proveedor y después entregará tu mensaje.

3) Si la entrada está desactivada, decide qué hacer

Si la sesión no es reanudable, tienes varias opciones:

• Si la sesión en realidad sigue en marcha: usa attach desde un terminal en la máquina propietaria.
• Si de verdad ha terminado: inicia una sesión nueva y enlaza los archivos o el resumen relevantes.
• Si la máquina está sin conexión: vuelve a ponerla en línea primero.

Nota sobre Codex (por qué la reanudación a veces sorprende)

Codex puede funcionar con varios backends en Happier.

En las versiones actuales de Happier:

• Codex usa por defecto App Server (la ruta reanudable normal cuando hay metadatos)
• MCP a secas puede seguir ejecutando sesiones nuevas, pero no es una ruta de reanudación del proveedor
• la reanudación es estricta: Happier no sustituye una reanudación fallida de Codex por una sesión nueva

Así que, para Codex, poder reanudar depende de:

• si la sesión tiene metadatos de reanudación válidos
• si la ruta de backend actual admite reanudar esa sesión
• si la máquina tiene las dependencias de esa ruta de reanudación

Solución de problemas

Síntoma: la sesión está inactiva, pero no puedo escribir un mensaje

Causas probables:

• no se puede reanudar en el proveedor (backend no compatible, falta el id de reanudación)
• la sesión está archivada
• la máquina propietaria está sin conexión o no es accesible

Solución:

• confirma que la máquina está en línea
• si no es reanudable, inicia una sesión nueva (no sigas insistiendo esperando que se reanude)

Síntoma: esperaba reanudar, pero empezó una sesión nueva

En Happier, la reanudación explícita está diseñada para fallar de forma segura.

Si tienes la sensación de "sesión nueva", normalmente es porque:

• no reanudaste, sino que creaste una sesión nueva, o
• reabriste una sesión directa o nativa del proveedor en lugar de una sesión sincronizada gestionada por Happier

Solución:

• comprueba que estás trabajando con el id de la sesión de Happier existente que te interesa

Síntoma: puedo reanudar en el ordenador, pero no en el móvil

Causas probables:

• en el móvil estás en otro servidor o perfil
• el móvil no ha añadido o no confía en el mismo servidor

Solución:

• cambia al mismo servidor o perfil en el móvil y vuelve a abrir la sesión

Preguntas frecuentes

¿Se puede reanudar después de reiniciar?

A veces.

La reanudación depende de que el proveedor la admita y de los metadatos de reanudación guardados, no de si la máquina se reinició. Si el proveedor puede reabrir la misma sesión, la reanudación puede funcionar.

¿Por qué la reanudación es tan estricta?

Porque "iniciar en silencio una sesión nueva" hace que pierdas la continuidad enseguida. Fallar de forma segura frustra un poco en el momento, pero conserva el sentido de una sesión.

Guías relacionadas

• Cómo usar Happier desde el móvil
• Cómo aprobar permisos de Claude desde el móvil
• Cómo revisar diffs desde el móvil