Remote Control es la función de Claude Code que peor juzgué. La archivé bajo «programar en un teléfono», que sonaba a truco publicitario, porque nadie quiere escribir una migración en una pantalla de 6 pulgadas. No es para eso. Remote Control arregla la fragilidad de las sesiones: el hecho de que una sesión de Claude Code de larga duración siempre ha estado encadenada a una terminal, una pantalla y tu presencia física delante de ella. Una vez que entendí eso, dejó de parecerme una novedad pasajera.
Aquí tienes el modelo mental, la configuración sin adornos y los dos hábitos (una configuración, una herramienta) que deciden si esta función te funciona o te frustra.
Qué es realmente Remote Control
El nombre es preciso. Tu sesión de Claude Code sigue ejecutándose en tu máquina local, con tu sistema de archivos, tus servidores MCP y la configuración de tu proyecto exactamente como están. Remote Control abre una ventana en vivo y bidireccional a esa sesión desde otro dispositivo: la app móvil de Claude, una tablet, cualquier navegador a través de claude.ai/code. Puedes leer la conversación, aprobar acciones y enviar nuevas instrucciones. El cómputo nunca sale de tu máquina.
Esa distinción tiene dos consecuencias prácticas:
Tu entorno local está disponible. Todo aquello de lo que tu proyecto dependa en local, base de datos, servidores MCP, skills personalizadas, archivos fuera del repo, sigue funcionando, porque nada se ha movido. Los entornos de programación en la nube te quitan todo eso. Remote Control no lo toca.
Tu terminal debe seguir viva. La sesión se ejecuta en tu proceso local. Cierra la terminal, baja la tapa definitivamente, mata el proceso, y la sesión termina. Esta es una función de «aléjate sin romper el ritmo», no una función de «apaga la computadora y sigue trabajando». La herramienta para lo segundo es Claude Code en la web, que se ejecuta en la nube de Anthropic contra un repo de GitHub; comparo todas las opciones en mi guía de flujos de trabajo móviles.
En cuanto a seguridad, la arquitectura es sensata: tu máquina solo hace peticiones HTTPS salientes, sin abrir puertos de entrada, y el tráfico se enruta a través de la API de Anthropic sobre TLS con credenciales de corta duración y alcance limitado. El modelo es la misma seguridad de transporte que una sesión normal de Claude Code con una capa de enrutamiento encima.
Remote Control está disponible en los planes Pro, Max, Ultra, Team y Enterprise (en Team y Enterprise un Owner tiene que habilitarlo primero), y necesitas un inicio de sesión con suscripción en lugar de una clave de API.
Configuración: de verdad, dos minutos
Desde dentro de una sesión en ejecución:
/remote-control
o el alias corto:
/rc
Todo tu historial de conversación se conserva. La terminal muestra una URL de sesión y un código QR; escanéalo con tu teléfono y la sesión se abre en la app de Claude.
Para iniciar una sesión que exista solo para ser manejada en remoto, ejecútala desde el shell en su lugar:
claude remote-control
Esto se ejecuta en un modo similar al de un servidor: el proceso espera en tu terminal las conexiones remotas, y al pulsar la barra espaciadora se muestra el código QR.
Dos pequeños detalles de comodidad que vale la pena adoptar desde el primer día. Primero, usa /rename en tu sesión antes de pasar a remoto; «auth-refactor» se puede encontrar en la lista de sesiones desde otro dispositivo, «Remote Control session» no. Segundo, si te ves usando esto a diario, /config tiene una opción para habilitar Remote Control en todas las sesiones para que dejes de pensar en ello.
Los flujos de trabajo donde se gana su lugar
Lanzar ejecuciones largas de agentes y dejar el escritorio. Para mí, este es el importante. Ejecuto pipelines por lotes de contenido y refactorización en los que Claude va procesando una cola durante veinte minutos o más de un tirón. Con Remote Control inicias el lote, te marchas y apruebas desde el teléfono. Mi artículo sobre agentes en segundo plano explica cómo se estructuran esas ejecuciones más largas; Remote Control es la capa de supervisión que va encima.
Revisión de final del día desde algún sitio que no sea un escritorio. Una sesión con código generado que necesito repasar no requiere un monitor. La revisión de alto nivel, el feedback de dirección, «este archivo está mal, rehazlo con X», todo eso funciona bien desde el sofá. La revisión profunda línea por línea sigue esperando a la mañana y a una pantalla de verdad, y fingir lo contrario lleva a aprobaciones descuidadas.
El monitor de un vistazo mientras trabajas en otra cosa. Con Claude dándole duro en la máquina A y yo trabajando en la máquina B, el teléfono se convierte en un panel de estado que cuesta menos atención que cambiar de ventana.
Y el límite, siendo sincero: redactar instrucciones complejas y con múltiples restricciones en el teclado de un teléfono es un suplicio. Las sesiones móviles de Remote Control funcionan mejor cuando el pensamiento difícil ya se hizo en el escritorio y el teléfono solo dirige.
El problema de las solicitudes de permiso del que nadie te avisa
El cuello de botella de una sesión manejada desde el teléfono no es el tamaño de la pantalla. Son las solicitudes de permiso.
Una configuración por defecto de Claude Code pide aprobación para una gran parte de las acciones de herramientas. En el escritorio eso es una pulsación de tecla. En el teléfono, un agente en plena refactorización puede convertir tu sesión en una tormenta de toques y, peor aún, una sesión desatendida se detiene en la primera solicitud y te espera, a veces durante todo lo que dure tu paseo.
La solución es depurar tu allowlist de permisos antes de depender de las sesiones remotas. Mantengo preaprobados en la configuración de mi proyecto los comandos de solo lectura y los habitualmente seguros, de modo que las sesiones remotas solo me interrumpen para cosas que de verdad merecen a un humano: escrituras de archivos fuera de las rutas esperadas, despliegues, cualquier cosa destructiva. Si no haces nada más de este artículo, haz eso; es la diferencia entre que la función quede bien en una demo y que funcione de verdad.
Los modos de fallo
El portátil entra en suspensión: la sesión se reconecta cuando la máquina se despierta.
Cortes breves de red: se toleran sin problemas en ambos extremos.
Corte prolongado: en modo servidor (claude remote-control), si tu máquina no puede alcanzar la red durante aproximadamente diez minutos, el proceso se rinde y termina, y lo ejecutas de nuevo para iniciar una sesión nueva. Una sesión interactiva sigue reintentando y se reconecta por sí sola cuando vuelve la red.
La terminal se cierra: sesión terminada. Este es el único caso irrecuperable, así que elimínalo: ejecuta Claude Code dentro de tmux.
tmux new -s claude
cd /path/to/project
claude remote-control
# detach: Ctrl+B then D — the session keeps running
# later: tmux attach -t claude
Con tmux sosteniendo el proceso, una app de terminal cerrada por accidente, una conexión SSH caída o una ventana que se cuelga no te cuestan nada. Cinco minutos de configuración eliminan el peor modo de fallo de la función; además, tmux resulta ser el primero de la lista de herramientas de CLI que uso a diario con Claude Code exactamente por esta razón.
Remote Control frente a las alternativas
La regla en una línea: Remote Control extiende tu escritorio. Claude Code en la web lo sustituye.
Usa Remote Control cuando existe una sesión local y quieres seguir conectado a ella mientras te mueves. Usa la versión web cuando no hay ninguna máquina local implicada: clona un repo de GitHub en un sandbox en la nube y al final te entrega una PR, que es el formato adecuado para un arreglo rápido desde cualquier parte. Y si lo que realmente quieres es un flujo de trabajo por situación, primero el teléfono, nube, SSH, todo ello, ese es un mapa más grande que este artículo; la guía de flujos de trabajo móviles es la pieza paraguas. Para el caso más acotado de lanzar despliegues desde un teléfono sin ningún agente de por medio, hace un tiempo escribí sobre un pipeline de despliegue móvil y sigue siendo válido.
Dónde encaja en una rutina
Por la mañana: sesión de tmux levantada, Claude Code ejecutándose en el proyecto principal, Remote Control habilitado por defecto. A lo largo del día, las sesiones de escritorio son sesiones de escritorio normales. Cuando algo te aparta en mitad de una ejecución, /rc ya estaba hecho, así que simplemente te vas, con el teléfono en el bolsillo y las aprobaciones llegando según llegan. Al final del día, un último vistazo desde donde estés, instrucciones en cola para mañana, el portátil encendido.
El efecto acumulado es sutil: no hay un momento estelar de la función, solo la desaparición del impuesto que pagas cada vez que la vida interrumpe una sesión. La cadena entre tú y el escritorio se alarga lo suficiente como para que dejes de notarla.
La mayor parte de lo que construyo hoy en día, este sitio incluido, se entrega a través de sesiones de Claude Code. Si tienes curiosidad por lo que eso produce, la página de proyectos es el lado de los resultados.
