Cloud Agents: tu ordenador está apagado,
la corrección sale igual.
Lanza una tarea desde AgentsRoom, en tu escritorio o en tu móvil, y un agente de código la ejecuta en una máquina desechable en la nube en lugar de en tu portátil. Clona el repositorio, trabaja, hace commit y sube una rama acompañada de un informe escrito.
Sin portátil en la mochila, sin escritorio remoto, sin sesión que mantener viva. El punto de encuentro es git, y justo por eso la máquina de tu mesa puede quedarse apagada.
Un agente en la nube es un job, no una sesión remota. No hay pantalla a la que conectarse ni terminal que dejar abierto. Arranca una máquina efímera, clona tu repositorio, ejecuta Claude Code o Codex en headless con la instrucción que le has dado, hace commit de lo que ha cambiado, sube una rama dedicada, escribe un informe y después se destruye.
Las dos máquinas no se hablan nunca. Esa única decisión de diseño es lo que vuelve útil la funcionalidad: como la cita es una rama de git y no una conexión viva, nada de tu lado tiene que seguir despierto. Tu portátil puede estar cerrado, sin batería, dentro de una maleta o a tres mil kilómetros.
Lo que vuelve es código y el relato de lo que se ha hecho, nunca la memoria del agente. Por eso no se retoma un agente en la nube, se revisa su trabajo. Se te ofrecen tres acciones en igualdad de condiciones: validar la rama, relanzarla en la nube con una instrucción adicional, o continuar en local en una sesión normal de AgentsRoom con el contexto ya cargado. Ese último camino es el que un producto puramente de nube no puede darte.
Un usuario reporta un bug. Tú estás en una playa, sin ordenador.
No es un experimento mental, es la cadena que AgentsRoom se construyó para cerrar. Cada eslabón ya existe como funcionalidad, y los dos últimos son tu propio pipeline.
- 1
- 2
- 3
- 4
Minutos después se sube una rama con la corrección ya commiteada
La ejecución termina y rinde cuentas: el nombre de la rama, el commit, los archivos tocados y un resumen escrito del razonamiento. Lo lees en el móvil como leerías un mensaje.
- 5
Tu CI recoge la rama y lanza la build
Este eslabón es tuyo, no nuestro, y ahí está la gracia. Una rama subida a tu repositorio es exactamente el evento que tu pipeline ya escucha. Se ejecutan los tests, sale la build, y no se ha hecho ninguna excepción por tratarse de IA.
- 6
La entrega continua lo pone en producción
Se despliega un sitio, se sube una build móvil, se despliega un contenedor, lo que ya haga tu entrega. La corrección está en producción y ninguno de tus ordenadores llegó a encenderse.
La lección va sobre la cadena, no sobre el agente
Nada de esto funciona porque el modelo sea brillante. Funciona porque cada paso se industrializó antes: un sitio público donde dejar los reportes, tickets lo bastante acotados para briefar a un agente que no puede preguntar nada, un repositorio cuyas ramas disparan un pipeline, y una entrega que no espera una mano humana. AgentsRoom aporta el disparador y el encuadre. Tu CI/CD aporta la puesta en producción. El móvil no es un IDE de emergencia, es el mando a distancia de una cadena que ya funciona sin ti.
Las vacaciones solo son el caso más evidente
Todas estas situaciones tienen la misma forma: el trabajo tiene que ocurrir, y la máquina que suele hacerlo no está disponible.
De guardia, un domingo
La alerta salta mientras estás fuera. Leer el ticket en el móvil y lanzar una ejecución vale más que volver a casa a abrir el portátil, y la rama ya está esperando revisión cuando llegas.
Tu portátil ha muerto o te lo han robado
Una batería agotada, un café derramado, una mochila que desaparece en una estación. Tus proyectos no son rehenes de un solo aparato: el estado vive en el repositorio, y una máquina en la nube puede retomar el trabajo desde un móvil prestado.
Un vuelo, un tren, un trayecto al trabajo
Puedes dejar una ejecución en cola antes de embarcar y leer el informe al aterrizar. Diez horas de tiempo muerto se convierten en una rama que te espera, sin abrir un portátil en la bandeja del avión.
Cuatro tickets antes de irte a dormir
Los tickets independientes no tienen por qué hacerse de uno en uno. Manda varios a la nube en paralelo, cada uno en su máquina limpia y en su propia rama, y revisa el montón por la mañana en vez de verlos ejecutarse.
La tarea pesa más que tu máquina
Una subida larga de dependencias o un refactor amplio se come tu portátil durante una hora. Alquilar una máquina por minutos mantiene los ventiladores callados y el editor ágil mientras eso pasa en otro sitio.
No merece la pena despertar la máquina de la oficina
Una errata en producción, una subida de versión, un retoque de texto. No todo justifica tomar el control remoto de tu puesto. Una ejecución en la nube responde con una rama y un informe, que es todo lo que necesita un cambio pequeño.
Cómo transcurre de verdad una ejecución
Cinco pantallas, desde el momento en que eliges un agente hasta la rama que espera en tu host git.
Elegir dónde se ejecuta el agente
Cada agente de AgentsRoom lleva una opción Run on: este ordenador, otra máquina de tu flota, o la nube. Nada más cambia en el agente, así que el rol en el que ya confías en local es el que se ejecutará en remoto.
Escribir el brief y ajustar la ejecución
La ventana recibe la instrucción, el agente (por ahora Claude o Codex en una máquina de la nube), el modelo desde Haiku hasta el modelo estrella, y si el trabajo cae en una rama dedicada o en la actual. Pueden viajar hasta cuatro archivos, una captura, un boceto o un log, copiados en la máquina y destruidos con ella.
Mirarla, o no
La ejecución rinde cuentas en directo: tiempo transcurrido, modelo en uso, rama sobre la que construye e instrucción recibida. Puedes cancelarla en cualquier momento. También puedes cerrarlo todo, porque la máquina no depende de que tu ventana siga abierta.
El resultado es una rama en tu host git
Al terminar, el trabajo está donde tus herramientas ya lo buscan: una rama subida, un commit de verdad, un diff que puedes revisar y una pull request a un clic. No hay que reimportar nada a AgentsRoom para que el cambio exista.
Después validar, relanzar o recuperarla en local
Una ejecución terminada te deja tres gestos del mismo peso: quedarte con la rama, devolverla a la nube con una instrucción de seguimiento, o abrirla como una sesión de agente local corriente con el contexto ya cargado. El tercero es el puente, y por eso una ejecución en la nube nunca es un callejón sin salida.
Cuatro decisiones que dan forma a la funcionalidad
Casi todo lo que sorprende de una ejecución en la nube se deriva de ellas, así que vale la pena enunciarlas con claridad.
Un job, no una sesión remota
La migración en caliente de una sesión de agente en marcha se estudió y se descartó por inviable. Tratar una ejecución en la nube como un job elimina toda una clase de problemas: nada que reconectar, nada que mantener vivo, nada perdido cuando se te cae la red.
Git es el único punto de encuentro
La máquina de la nube y la tuya no intercambian nada más que una rama. Tampoco se presupone ninguna forja: las credenciales se guardan por host git, así que esto no es una funcionalidad solo para GitHub.
Un clon limpio, cada vez
El agente trabaja sobre una copia nueva en una máquina efímera, así que no puede tocar tu árbol de trabajo, chocar con un agente local ni dejar nada detrás. Cuando la ejecución acaba, la máquina y todo lo que había en ella han desaparecido.
No puede preguntarte nada
No hay nadie al otro lado para responder: la ejecución o cumple el brief que recibió, o explica por qué no ha podido. Es el mejor argumento para acotar bien un ticket, porque la calidad de una ejecución en la nube se decide antes de que arranque.
Tu backlog público es la fuente natural de las ejecuciones en la nube
Un agente en la nube trabaja solo y no puede hacer ni una pregunta, así que un ticket acotado es un brief mucho mejor que una línea escrita a la carrera. No es una limitación que haya que sortear, es una costumbre que merece la pena de todos modos.
También explica por qué las dos funcionalidades van juntas. Tu backlog público sigue recogiendo reportes de usuarios mientras no hay nadie en la máquina: de noche, un fin de semana, tres semanas de agosto. Esos tickets son justo para lo que sirve una ejecución en la nube: ya escritos, ya descritos por la persona que se topó con el problema, y a la espera de una decisión más que de un teclado.
Se mide en minutos de máquina, no en tokens
Todo lo demás que se mide en AgentsRoom consume tokens. Una ejecución en la nube alquila una máquina real facturada al segundo, así que se cuenta en minutos de máquina, y esa diferencia manda sobre todas las reglas.
Los planes Plus y Pro incluyen minutos, que se recargan con el mes natural. Los minutos que compras aparte no caducan nunca, porque confiscar crédito pagado al final de un mes sería indefendible. Cada ejecución está acotada dos veces, por una duración máxima y por cuántas pueden correr a la vez, de modo que una tarea que se tuerce no puede gastar tiempo de máquina sin límite.
El plan gratuito no incluye ningún minuto de nube, y ese cero es una regla más que un techo: una ejecución es hardware real alquilado con dinero real, algo que un plan gratuito no puede absorber. Cloud Agents está ahora mismo en beta y se abre a través del programa beta de autoservicio.
Lo que no hace, dicho claramente
Una página de funcionalidad que solo enumera virtudes es una página de la que no te puedes fiar.
- Claude y Codex son por ahora los únicos agentes que se ejecutan en una máquina de la nube. Los demás proveedores se quedan en local.
- Una ejecución tiene una duración máxima y se detiene al alcanzarla. Está dimensionada para una tarea acotada, no para una tarde de exploración abierta.
- El agente no puede preguntar nada a mitad de camino, así que un brief ambiguo vuelve como una rama ambigua.
- Las ejecuciones las lanzas tú o una planificación, desde el escritorio, el móvil o un ticket del backlog. No hay disparador por webhook, así que un pipeline en fallo todavía no puede arrancar una ejecución por su cuenta.
- No se fusiona nada por ti. Una ejecución responde con una rama, y lo que venga después es tu revisión y tu pipeline.
FAQ
¿Mis agentes siguen ejecutándose en local?
Sí, y eso sigue siendo lo predeterminado. AgentsRoom ejecuta tus agentes a través del CLI que ya pagas, en tu propia máquina, contra tu árbol de trabajo real. Cloud Agents es una elección explícita que se toma ejecución por ejecución, no un modo al que el producto te empuje.
¿De verdad puedo lanzar un agente de código con el ordenador apagado?
Sí. La aplicación móvil lee tus proyectos y tu backlog desde la API de AgentsRoom y no a través de tu escritorio, y una ejecución en la nube ocurre en una máquina alquilada, así que nada de tu lado necesita estar despierto. Esa es la diferencia con el control remoto de un agente local, que sí exige que tu ordenador esté encendido.
¿Qué vuelve cuando termina una ejecución?
Una rama subida a tu repositorio con commits de verdad, más un informe escrito: qué se cambió, cuántos archivos y el razonamiento que hay detrás. No recuperas la memoria del agente ni una sesión que retomar, porque la ejecución y su máquina ya no existen.
¿Cómo se conecta esto con mi CI/CD?
Por nada especial, y ahí está la gracia. Una ejecución en la nube sube una rama corriente a tu repositorio corriente, así que todo lo que tu pipeline ya hace ante un push ocurre exactamente igual que antes. Build, tests, despliegue de vista previa, build móvil, entrega continua: nada de eso necesita saber que el commit lo escribió una IA.
¿Está seguro el código en una máquina que no es mía?
La máquina es desechable y está dedicada a una sola ejecución. Clona el repositorio, hace el trabajo, sube la rama y se destruye, llevándose con ella el clon y los archivos adjuntos. Las credenciales de git se guardan por host y nunca se le entregan al agente como texto.
¿Cuánto cuesta una ejecución en la nube?
Se cuenta en minutos de máquina y no en tokens, porque la ejecución alquila hardware real facturado al segundo. Los planes Plus y Pro incluyen minutos mensuales, se pueden comprar minutos extra que no caducan nunca, y el plan gratuito no incluye ninguno. Las cantidades vigentes están en la página de precios.
¿Qué hace bueno a un brief para un agente en la nube?
Un ticket que alguien ya se ha molestado en describir. El agente trabaja sobre un clon limpio y no puede preguntarte nada, así que necesita los criterios de aceptación, el archivo o la zona implicada y cómo saber que ha funcionado. Un ticket de backlog bien acotado suele ser mejor brief que una frase tecleada con prisa desde el móvil.
¿Puedo llevarme una ejecución en la nube a una sesión normal?
Sí, y es una de las tres acciones que se ofrecen cuando una ejecución termina, junto a validar la rama y relanzarla en la nube. Continuar en local abre un agente de AgentsRoom habitual con el contexto ya rellenado, para que el trabajo exploratorio de seguimiento ocurra allí donde puedes hablar con el agente.
¿En qué se diferencia esto de Warp Oz o de Devin?
El modelo de ejecución se parece, el posicionamiento no. Cloud Agents es un modo dentro de un producto cuyo comportamiento por defecto es la ejecución local sobre la suscripción de CLI que ya tienes, de manera que una ejecución en la nube puede devolverse a una sesión local con su contexto. Las herramientas pensadas primero para la nube no tienen equivalente de ese camino de vuelta.
¿Cloud Agents está disponible para todo el mundo?
Todavía no. Está en beta y se abre a través del programa beta de autoservicio, que pide una suscripción Pro activa, una cuenta de al menos tres meses y un historial de comentarios que el equipo haya atendido de verdad. La pestaña Beta de los ajustes muestra qué condiciones cumples ya.
Las funcionalidades que sostienen este recorrido
Backlog público
El tablero público donde los usuarios dejan los reportes que se convierten en ejecuciones en la nube, cada uno con su hilo de conversación.
Compañero móvil
La app de iOS y Android que te deja leer el backlog y lanzar trabajo desde un móvil, sin que ninguno de tus ordenadores esté despierto.
Encuadre de ticket
Convertir un reporte vago en un brief lo bastante preciso para un agente que no puede hacerte ni una pregunta.
Tareas programadas
Disparar ejecuciones recurrentes según un calendario, la otra forma de hacer avanzar el trabajo cuando no hay nadie al teclado.
Flota remota
Hacer funcionar agentes en todas tus máquinas desde una sola ventana, cuando la máquina que quieres es tuya y no una alquilada.
Control remoto
Pilotar desde el móvil los agentes que corren en tu escritorio, para cuando tu ordenador está encendido y tú no estás delante.
Para profundizar
Trabajar de vacaciones con agentes de IA (sin que tu familia se dé cuenta)
Bajar la persiana tres semanas, o ser el del portátil abierto en la playa. Los agentes de código con IA hacen real una tercera opción: el montaje que mantiene vivos los proyectos de tus clientes con diez minutos al día.
Agentes de código en segundo plano: pon tu IA en el turno de noche
Un agente de código no necesita que lo vigiles. Aquí tienes cómo ejecutar agentes en segundo plano mientras haces otra cosa, y cómo dejar que toda una flota programe de noche mientras duermes.
Controla tus Agentes de Codificación desde tu Teléfono Mientras Trabajan
Tus agentes codifican durante 20 minutos seguidos. No necesitas estar sentado frente a la pantalla. Aquí te mostramos cómo seguirles la pista y desbloquearlos desde tu teléfono.
Deja de ser el punto único de fallo
Monta la cadena una vez: un backlog público, tickets dignos de briefar a un agente y un pipeline que entrega a partir de una rama. A partir de ahí, una corrección puede salir de tus manos sin que abras un portátil.
App complementaria: supervisa tus agentes en movimiento
Usa Claude, Codex, Antigravity CLI u otro proveedor de IA.
Envía bugs y peticiones directamente a tu backlog público.
Un vistazo a AgentsRoom en acción.