¿El Remote Control de Claude Code consume más tokens? ¿Y Codex tiene uno?

Desde que Anthropic lanzó Remote Control en Claude Code, dos preguntas han empezado a aparecer en nuestra Search Console, en páginas que no las responden: "does claude remote control use more tokens" y "does codex have a remote control like claude". Las dos merecen una respuesta clara. Esto es lo que hemos comprobado, con Claude Code 2.1.273 y codex-cli 0.154.0, y cómo puede comprobarlo usted mismo.

Qué es Remote Control, en un párrafo

Remote Control conecta la app de Claude de su móvil, o claude.ai/code en un navegador, con una sesión de Claude Code que sigue ejecutándose en su máquina. Tres puertas de entrada: claude --remote-control (o --rc) arranca una sesión interactiva que también puede pilotar a distancia; /remote-control (o /rc) lo activa dentro de una sesión que ya está en marcha; claude remote-control arranca un modo servidor que espera conexiones y muestra un código QR. La sesión, el sistema de archivos, los servidores MCP y las herramientas se quedan en local. Lo que sale de su máquina mientras hay un dispositivo conectado es la transcripción, almacenada en los servidores de Anthropic para que todas las superficies conectadas muestren la misma conversación y la sesión pueda reconectarse.

Necesita iniciar sesión en claude.ai con un plan Pro, Max, Team o Enterprise. Una clave de API no sirve: el CLI se niega con "Remote Control requires claude.ai subscription auth". Y el proceso local tiene que seguir en marcha: cierre el terminal y la sesión pasa a estar desconectada hasta que la reanude.

A dónde van los tokens

Una sesión de Claude Code gasta tokens en un solo sitio: en cada turno, el contexto (prompt de sistema, archivos leídos hasta ahora, intercambios anteriores, su nuevo mensaje) se envía al modelo, y el modelo responde. Eso es así tanto si el mensaje viene de su teclado como de su móvil. Remote Control no añade ninguna llamada al modelo. Añade un transporte, y una copia de la transcripción en el lado de Anthropic. El almacenamiento no es inferencia. No hay una segunda sesión, ni una pasada de resumen en el móvil, ni un "modelo móvil".

Así que la respuesta honesta a "¿consume más tokens?" es: no por mensaje. El mismo mensaje cuesta lo mismo lo escriba donde lo escriba.

Lo que sí puede cambiar es cuántos mensajes envía, y lo larga que llega a ser la sesión. Desde un sofá, con el teclado de un móvil, la gente envía turnos más cortos y más numerosos: "ok", "ahora los tests", "y el otro archivo". Cada uno de ellos es un turno completo, con todo el contexto reenviado. Diez turnos cortos cuestan más que uno largo que lleve las mismas instrucciones, porque el contexto se paga diez veces en lugar de una. Eso no es un impuesto de Remote Control, es el coste normal de una sesión parlanchina, y lo pagaría también en el terminal. La solución es la de siempre: agrupe lo que quiere en un solo mensaje, y deje que la compactación automática haga su trabajo en las sesiones largas.

Otro punto que preocupa a la gente: las notificaciones push y el enlace "Still working, check in from your phone" que Claude Code muestra en los turnos largos. Son notificaciones sobre un turno que ya está en marcha. No inician ninguno.

Mídalo en cuatro comandos

No tiene por qué fiarse de nuestra palabra. /usage es uno de los comandos que funcionan desde un dispositivo conectado, así que toda la medición puede hacerse desde el móvil.

1. En el terminal, arranque una sesión con claude --rc y conecte el móvil.
2. Desde el móvil, escriba /usage. Anote los porcentajes de las ventanas de 5 horas y de 7 días.
3. Envíe tres mensajes normales desde el móvil, del tipo que enviaría desde el terminal. Espere las tres respuestas.
4. Escriba /usage otra vez. La diferencia es lo que han costado esos tres turnos.

Ahora envíe los mismos tres mensajes desde el terminal, en una sesión nueva de tamaño parecido, y compare. Las dos diferencias se mueven juntas. Si su diferencia remota es mayor, mire la transcripción: casi seguro que ha enviado más turnos, o la sesión ya era más profunda. /context desde el terminal muestra qué parte de la ventana está ocupada; ese número, no el dispositivo, es lo que determina el coste del turno siguiente.

El mismo razonamiento responde a una pregunta vecina que también vemos, "does claude voice mode use more tokens": la capa de voz transcribe y habla, el modelo ve texto en ambos casos, y un turno hablado se factura como uno escrito.

¿Codex tiene un Remote Control como Claude?

La mitad, con codex-cli 0.154.0.

codex remote-control existe, marcado como experimental. Tiene tres subcomandos: start lanza el demonio app-server con el remote control activado, stop lo detiene, y pair muestra un código de emparejamiento de corta duración (con --json obtiene pairingCode, environmentId y expiresAt). La documentación de OpenAI dice que está pensado para "managed remote-control clients and SSH remote workflows", y explícitamente que no sustituye a codex app-server --listen cuando construye su propio cliente.

Lo que la documentación no nombra, en el momento de escribir esto, es un cliente. No hay ninguna página que diga "abra la app de ChatGPT y retome su sesión de terminal". La parte del servidor está, el emparejamiento está, la parte del móvil no está documentada. Así que si la pregunta es "¿puedo continuar mi sesión de terminal de Codex desde el móvil como hago con Claude Code?", la respuesta hoy es no, no con las herramientas de OpenAI.

La otra forma de hacerlo: controlar el terminal a distancia, no la sesión

Hay una segunda manera de cubrir la misma necesidad, y es la que sigue AgentsRoom. En lugar de pedir a cada CLI que desarrolle un modo remoto, se controla a distancia el terminal en el que se ejecuta el CLI.

La app móvil de AgentsRoom se empareja con la app de escritorio a través de un relay cifrado de extremo a extremo: el relay reenvía bytes que no puede leer. Lo que escribe en el móvil se envía al terminal local del agente, y la salida del terminal vuelve. El agente no sabe que hay un móvil de por medio. Por eso funciona con Codex, y con Cursor, Copilot CLI, Antigravity, Grok Build, Mistral Vibe y el resto de los 14 CLI que lanza AgentsRoom, desde el día en que el CLI es compatible, sin esperar a una función remota por su parte.

También zanja la cuestión de los tokens por construcción. Nada se envía a un proveedor al que no fuera ya: ni copia de la transcripción, ni sesión extra, ni modelo en el lado del relay. Un mensaje desde el móvil es un mensaje en el terminal. El relay cuesta bytes, no tokens.

Los dos mecanismos coexisten. Una sesión de Claude Code arrancada dentro de AgentsRoom puede ejecutarse con /rc activado: el Remote Control de Anthropic le da la vista de conversación de la app de Claude con la transcripción sincronizada, y el control remoto de AgentsRoom le da el terminal en bruto, los otros agentes, el backlog y los servidores de desarrollo de la misma máquina. La mayoría de los días la vista de terminal es suficiente. En un turno largo, el enlace "check in from your phone" es un detalle agradable que tocar.

Qué recordar

• Remote Control no factura un mensaje de forma distinta. Un turno es un turno. Vigile el número de turnos y la profundidad de la sesión, no el dispositivo.
• /usage funciona desde el móvil. Mida antes y después, ese es todo el método.
• Codex tiene la mitad servidor de un remote control, experimental, con un código de emparejamiento, y todavía sin cliente de móvil documentado.
• Un control remoto del terminal funciona para todos los CLI a la vez y añade cero tokens, porque nunca habla con un proveedor.

Si lo que quiere es el control remoto del terminal, la página de control remoto de agentes muestra lo que el móvil puede pilotar, y Claude Code Remote cubre la configuración específica de Claude. Si la verdadera pregunta era cuánto le queda esta semana, cuántos tokens me quedan en Claude explica las dos pantallas que hay que mirar.