Nota de campo
Sal a la calle. El agente sigue trabajando.
El teléfono nunca fue lo que mantenía vivo a tu agente. Es el servidor. Cuando asumes eso, una tarde al aire libre no te cuesta nada: te vas, el trabajo continúa y lo único que te interrumpe es una pregunta que de verdad necesita respuesta.
El trabajo termina haya terminado o no la compilación. Pau hana —el final de la jornada laboral— llega según su propio horario, y la respuesta habitual es ignorarlo: dejar el portátil abierto sobre la mesa, vigilar a medias una barra de progreso y entregar la tarde a un proceso que no te necesita para nada.
Ese intercambio solo tiene sentido si el trabajo ocurre en la máquina que llevas encima. Casi nunca es así. El agente es un proceso en un servidor: edita archivos en el disco de ese servidor y ejecuta las pruebas de ese servidor. Tu teléfono es una ventana hacia él. Cierra la ventana y la habitación sigue ahí.
El servidor es la capa duradera
Arranca Claude Code o Codex dentro de tmux, herdr o Zellij y la sesión pertenece al servidor, no a tu conexión. Baja a una raya de cobertura, métete en un tubo de lava, guarda el teléfono dos horas: el agente sigue leyendo, editando y ejecutando pruebas, porque nunca estuvo atado a ti.
Este es todo el truco, y conviene ser preciso al contarlo, porque es fácil atribuírselo al componente equivocado. La app no es lo que mantiene el proceso en pie. Lo hace el multiplexor del otro extremo. El trabajo de Mobile SSH consiste en marcharse y volver sin romper nada.
No eres la fuente de alimentación. Deja de comportarte como si lo fueras.
Asómate, no hagas de niñera
Un agente que trabaja una hora necesita a una persona unos noventa segundos. El problema nunca ha sido la espera; es no saber cuándo llegan esos noventa segundos, que es lo que mantiene a la gente mirando una pantalla que no tiene nada que decir.
Para eso están las Agent Alerts. La detección es deliberadamente tonta y justo por eso es fiable: una campana del terminal, una notificación OSC 9 u OSC 777 y el hook de agente que instalas una vez en el servidor. No lee tu salida para adivinar intenciones, y no hay ningún control de sensibilidad que ajustar: informa de lo que el programa del otro extremo ha anunciado realmente.
Así que el teléfono se queda en el bolsillo hasta que existe una pregunta real. Entonces vibra, lees el aviso, tocas una respuesta y lo guardas. Esa es toda la interacción, y funciona desde una playa, el inicio de una ruta o la cola del granizado.
Antes de salir por la puerta
- Arráncalo bajo un multiplexor
Ejecuta el agente dentro de
tmux,herdro Zellij para que la sesión sobreviva a tu conexión en lugar de depender de ella. - Instala el hook de agente
Una vez por servidor, desde la propia app. Es un pequeño script de shell que cualquier agente puede llamar: no es una integración de proveedor ni está atado a una sola CLI.
- Comprueba que llega una alerta
Provoca un aviso y confirma que el teléfono vibra antes de confiar en ello. Una alerta que nunca has visto funcionar no es un plan.
- Dale un punto de parada
Una tarea que termina en un punto sensato vale más que otra abierta, porque estás decidiendo no vigilarla.
Lee AGENTS.md y después arregla las pruebas del handler que fallan. Inspecciona el diff antes de editar, ejecuta las pruebas específicas y párate cuando pasen: no hagas commit. Lo que la isla no puede arreglar
Dos límites honestos, porque un artículo que solo enumera virtudes es un anuncio.
| Cuando el teléfono vuelve al bolsillo | ¿Sigue en marcha? |
|---|---|
| El proceso del agente en el servidorLo sostiene tmux, herdr o Zellij | ✓ Sí |
| Archivos, diffs y salida de las pruebasEn el disco del servidor | ✓ Sí |
| Tu sitio en la sesiónSe recupera al volver | ✓ Sí |
| La conexión, en AndroidLa mantiene un servicio en primer plano | ✓ Sí |
| La conexión, en iOSBreve tiempo en segundo plano — luego se reconecta | — No |
| Una alerta sin cobertura para entregarlaNecesita una conexión activa; la entrega no está garantizada | — No |
La diferencia entre plataformas es real y conviene tenerla en cuenta. En Android, un servicio en primer plano mantiene la conexión mientras la app está en segundo plano: la notificación permanente es la sesión. iOS solo concede a la app un breve periodo en segundo plano; tras la suspensión, se reconecta y vuelve a conectarse a tu multiplexor cuando regresas. Las alertas dependen de que la conexión siga activa. En ambos casos, el agente del servidor nunca se detuvo, que es justo de lo que se trata. Solo se cerró la ventana.
Aloha no es excusa para ser descuidado
Marcharse bien es una pequeña disciplina. Nada que no dejarías corriendo sin supervisión durante dos horas debería arrancarse justo al salir por la puerta: a un agente a mitad de una migración no lo mejora la distancia. Dale una tarea con un punto de parada natural, pídele que inspeccione antes de editar y deja que el diff sea lo que revises al volver.
Y trata la notificación con el mismo cuidado que un busca. Si todo avisa, no avisa nada. El hook se dispara en los estados por los que merece la pena interrumpir a una persona; déjalo así y la vibración seguirá significando algo.
La compilación no necesita público. Sal a estar en otra parte.