Hay un modelo mental que la mayoría de los desarrolladores todavía carga: la herramienta de código es algo frente a lo que te sentás. Abrís el terminal, lanzás la sesión, la mirás trabajar. En el momento en que te alejás, la colaboración se detiene.
Copilot CLI acaba de terminar con ese modelo.
El 13 de abril, GitHub lanzó copilot --remote en preview pública — una feature que transmite tu sesión CLI activa a GitHub en la web o en GitHub Mobile en tiempo real. Lanzás el agente, empieza a trabajar, y vos te vas. Desde tu teléfono, desde una pestaña del navegador, desde donde estés, entrás a ver cómo va, lo orientás si hace falta, y lo dejás seguir.
Esto no es ejecución remota en el sentido tradicional de DevOps. El proceso sigue corriendo en tu máquina local. Lo que cambia es la capa de interfaz: en lugar de estar físicamente presente en el terminal, supervisás la sesión desde donde te encontrés.
Qué Podés Hacer Realmente desde la Interfaz Remota
La vista remota no es de solo lectura. Una vez que abrís el link de sesión (o escaneás el código QR que muestra el CLI), tenés capacidad completa de steering:
- Enviar instrucciones de seguimiento — durante la sesión o una vez que el turno actual termina
- Revisar y modificar planes antes de que empiece la implementación
- Cambiar de modo entre plan, interactivo y autopilot
- Aprobar o denegar solicitudes de permisos según tu configuración existente del CLI
- Responder prompts de
ask_user— cuando el agente necesita una decisión, la tomás desde el teléfono - Detener la sesión completamente si algo se desvía
Cada acción se mantiene sincronizada entre el terminal y el cliente remoto. La sesión es privada — solo visible para el usuario que la inició. Para tareas largas, /keep-alive evita que tu máquina entre en modo suspensión en medio de la ejecución.
Para empezar: ejecutá /update para tener la última versión del CLI, luego lanzá con copilot --remote o habilitalo en una sesión existente con /remote. Un requisito: tu directorio de trabajo tiene que ser un repositorio de GitHub. El acceso mobile está disponible a través de una beta en Google Play y iOS TestFlight.
Para usuarios de Copilot Business y Enterprise: un administrador necesita habilitar las políticas de control remoto y CLI antes de que esta feature esté disponible para vos.
Esto Sigue un Patrón que Ya Se Está Volviendo Estándar
Claude Code introdujo el acceso remoto a sesiones locales activas a principios de este año. En pocas semanas, los usuarios de Copilot CLI ya estaban presentando pedidos solicitando lo mismo — citando explícitamente la implementación de Claude Code como punto de referencia. “Sería increíble — algo como la feature de control remoto de Claude Code para Copilot CLI”, escribió un usuario en una discusión de la comunidad de GitHub. Seis semanas después, ese pedido fue concedido.
Ese timeline importa. No es coincidencia. Es convergencia competitiva alrededor de un patrón de workflow que los desarrolladores claramente quieren: sesiones de agente autónomas de larga duración que no te exigen estar mirando el terminal todo el tiempo.
La implicación es más grande que la comodidad. Cuando los agentes corren durante 20 o 30 minutos en una tarea, el supuesto de que un desarrollador está mirando la pantalla durante todo ese tiempo deja de tener sentido. La supervisión remota — entrar a ver, orientar, aprobar, continuar — se está convirtiendo en el modelo de interacción real para el desarrollo agentivo.
Qué Significa Esto para la Forma en que Trabajan los Equipos
Desde una perspectiva de gobernanza, este cambio es significativo. Los flujos de aprobación que actualmente requieren presencia física en el terminal ahora pueden ocurrir de forma asincrónica. Un desarrollador ejecutando un refactor largo o una migración puede delegar la supervisión a un colega, continuar orientando el proceso desde una reunión, o manejar una aprobación crítica desde el aeropuerto.
El siguiente paso — que los desarrolladores ya están construyendo por su cuenta — es integrar estos flujos de aprobación en los canales de mensajería existentes. Hay reportes de la comunidad de desarrolladores que conectaron Copilot con Telegram para manejar aprobaciones de forma remota, o que piden notificaciones push cuando el agente necesita input. La propia recomendación de GitHub de usar /keep-alive es una señal reveladora: están diseñando para tareas lo suficientemente largas como para que te alejés y vuelvas más tarde.
El agente de código ya no es solo una herramienta de terminal. Se está convirtiendo en algo más parecido a un worker en segundo plano con una cola de aprobaciones — y la interfaz para esa cola está donde vos estés.
¿Ya probaste copilot --remote? ¿Cómo estás manejando las sesiones largas de Copilot CLI? Contanos en los comentarios. 