Cloud Agents: o seu computador está desligado,
e a correção sai mesmo assim.
Dispare uma tarefa pelo AgentsRoom, no desktop ou no celular, e um agente de código a executa em uma máquina descartável na nuvem em vez do seu notebook. Ela clona o repositório, trabalha, faz commit e envia um branch acompanhado de um relatório escrito.
Sem notebook na mochila, sem desktop remoto, sem sessão para manter viva. O ponto de encontro é o git, e é justamente por isso que a máquina em cima da sua mesa pode continuar desligada.

Um agente na nuvem é um job, não uma sessão remota. Não há tela para se conectar nem terminal para deixar aberto. Uma máquina efêmera sobe, clona o seu repositório, roda Claude Code ou Codex em headless com a instrução que você deu, faz commit do que alterou, envia um branch dedicado, escreve um relatório e então se destrói.
As duas máquinas nunca conversam entre si. É essa única decisão de projeto que torna o recurso útil: como o encontro é um branch git e não uma conexão viva, nada do seu lado precisa ficar acordado. O seu notebook pode estar fechado, sem bateria, dentro de uma mala ou a três mil quilômetros.
O que volta é código e o relato do que foi feito, nunca a memória do agente. Por isso não se retoma um agente na nuvem, revisa-se o trabalho dele. Três ações são oferecidas em pé de igualdade: validar o branch, relançar na nuvem com uma instrução extra, ou continuar localmente em uma sessão normal do AgentsRoom com o contexto já preenchido. Esse último caminho é o que um produto puramente de nuvem não consegue dar a você.
Um usuário relata um bug. Você está numa praia, sem computador.
Não é um experimento mental, é a cadeia que o AgentsRoom foi construído para fechar. Cada elo já existe como funcionalidade, e os dois últimos são o seu próprio pipeline.
- 1
- 2
- 3
- 4
Minutos depois, um branch é enviado com a correção já commitada
A execução termina e presta contas: o nome do branch, o commit, os arquivos tocados e um resumo escrito do raciocínio. Você lê tudo no celular como leria uma mensagem.
- 5
O seu CI pega o branch e roda a build
Esse elo é seu, não nosso, e é justamente essa a graça. Um branch enviado para o seu repositório é exatamente o evento que o seu pipeline já escuta. Os testes rodam, a build sai, e nada foi tratado como exceção por causa da IA.
- 6
A entrega contínua coloca no ar
Um site é publicado, uma build móvel é enviada, um contêiner é implantado, o que a sua entrega já fizer. A correção está em produção e nenhum computador seu chegou a ser ligado.
A lição é sobre a cadeia, não sobre o agente
Nada disso funciona porque o modelo é brilhante. Funciona porque cada etapa foi industrializada antes: um lugar público para deixar os relatos, tickets delimitados o bastante para dar brief a um agente que não pode fazer perguntas, um repositório cujos branches disparam um pipeline, e uma entrega que não espera uma mão humana. O AgentsRoom fornece o gatilho e o enquadramento. O seu CI/CD fornece a publicação. O celular não é uma IDE de emergência, é o controle remoto de uma cadeia que já roda sem você.
As férias são só o caso mais óbvio
Todas essas situações têm o mesmo formato: o trabalho precisa acontecer, e a máquina que costuma fazê-lo não está disponível.
De plantão, num domingo
O alerta dispara enquanto você está na rua. Ler o ticket no celular e disparar uma execução vale mais do que voltar para casa abrir um notebook, e o branch já está esperando revisão quando você chega.
O seu notebook morreu ou foi roubado
Uma bateria que acabou, um café derramado, uma mochila levada numa estação. Os seus projetos não são reféns de um único equipamento: o estado vive no repositório, e uma máquina na nuvem consegue retomar o trabalho a partir de um celular emprestado.
Um voo, um trem, o trajeto até o trabalho
Dá para colocar uma execução na fila antes de embarcar e ler o relatório ao pousar. Dez horas de tempo morto viram um branch esperando por você, sem abrir um notebook na mesinha do avião.
Quatro tickets antes de dormir
Tickets independentes não precisam ser resolvidos um de cada vez. Mande vários para a nuvem em paralelo, cada um na sua máquina limpa e no seu branch, e revise a pilha de manhã em vez de ficar assistindo às execuções.
A tarefa pesa mais do que a sua máquina
Uma atualização longa de dependências ou um refactor amplo come o seu notebook por uma hora. Alugar uma máquina por minuto mantém as ventoinhas caladas e o editor responsivo enquanto isso acontece em outro lugar.
Não vale a pena acordar a máquina do escritório
Um erro de digitação em produção, um bump de versão, um ajuste de texto. Nem tudo justifica assumir a sua estação de trabalho remotamente. Uma execução na nuvem responde com um branch e um relatório, que é tudo o que uma mudança pequena precisa.
Como uma execução acontece de verdade
Cinco telas, do momento em que você escolhe um agente até o branch que espera no seu host git.

Escolher onde o agente roda
Cada agente do AgentsRoom carrega uma escolha Run on: este computador, outra máquina da sua frota, ou a nuvem. Nada mais muda no agente, então o papel em que você já confia localmente é o mesmo que vai rodar remotamente.

Escrever o brief e ajustar a execução
A janela recebe a instrução, o agente (por enquanto Claude ou Codex em uma máquina na nuvem), o modelo de Haiku até o carro-chefe, e a escolha entre um branch dedicado e o branch atual. Até quatro arquivos podem ir junto, um print, um rascunho ou um log, copiados para a máquina e destruídos com ela.

Acompanhar, ou não
A execução presta contas ao vivo: tempo decorrido, modelo em uso, branch em construção e instrução recebida. Você pode cancelá-la a qualquer momento. Também pode fechar tudo, porque a máquina não depende de a sua janela continuar aberta.

O resultado é um branch no seu host git
No fim, o trabalho está onde as suas ferramentas já procuram: um branch enviado, um commit de verdade, um diff que dá para revisar e um pull request a um clique. Nada precisa ser reimportado para o AgentsRoom para que a mudança exista.

Depois validar, relançar ou trazer de volta para o local
Uma execução terminada te deixa três gestos de mesmo peso: ficar com o branch, mandá-lo de volta para a nuvem com uma instrução de continuidade, ou abri-lo como uma sessão de agente local comum com o contexto já carregado. O terceiro é a ponte, e é por isso que uma execução na nuvem nunca vira um beco sem saída.
Quatro decisões que dão forma ao recurso
Quase tudo o que surpreende numa execução na nuvem decorre delas, então vale dizê-las com clareza.
Um job, não uma sessão remota
A migração a quente de uma sessão de agente em andamento foi estudada e depois descartada como inviável. Tratar uma execução na nuvem como um job elimina uma classe inteira de problemas: nada para reconectar, nada para manter vivo, nada perdido quando a sua rede cai.
O git é o único ponto de encontro
A máquina na nuvem e a sua não trocam nada além de um branch. Nenhuma forja é pressuposta também: as credenciais ficam guardadas por host git, então este não é um recurso só para o GitHub.
Um clone limpo, toda vez
O agente trabalha sobre uma cópia nova, em uma máquina efêmera: ele não pode tocar na sua árvore de trabalho, colidir com um agente local nem deixar nada para trás. Quando a execução acaba, a máquina e tudo o que havia nela sumiram.
Ele não pode te perguntar nada
Não há ninguém do outro lado para responder: a execução ou cumpre o brief que recebeu, ou explica por que não conseguiu. É o melhor argumento para delimitar um ticket direito, porque a qualidade de uma execução na nuvem se decide antes de ela começar.
O seu backlog público é a fonte natural das execuções na nuvem
Um agente na nuvem trabalha sozinho e não pode fazer uma única pergunta, então um ticket delimitado é um brief muito melhor do que uma linha escrita na pressa. Não é uma limitação para contornar, é um hábito que vale a pena de qualquer jeito.
Isso também explica por que as duas funcionalidades andam juntas. O seu backlog público continua recolhendo relatos de usuários enquanto ninguém está na máquina: de madrugada, no fim de semana, por três semanas em agosto. Esses tickets são exatamente para o que serve uma execução na nuvem: já escritos, já descritos por quem topou com o problema, e à espera de uma decisão em vez de um teclado.
Medida em minutos de máquina, não em tokens
Todo o resto que é medido no AgentsRoom consome tokens. Uma execução na nuvem aluga uma máquina de verdade faturada por segundo, então é contada em minutos de máquina, e essa diferença comanda todas as regras.
Os planos Plus e Pro incluem minutos, que se renovam com o mês do calendário. Os minutos comprados à parte nunca expiram, porque confiscar crédito pago no fim do mês seria indefensável. Cada execução é limitada duas vezes, por uma duração máxima e pela quantidade que pode rodar ao mesmo tempo, de modo que uma tarefa que dá errado não consegue gastar tempo de máquina sem limite.
O plano gratuito não inclui nenhum minuto de nuvem, e esse zero é uma regra e não um teto: uma execução é hardware real alugado com dinheiro real, algo que um plano gratuito não consegue absorver. O Cloud Agents está em beta no momento e abre pelo programa beta de autoatendimento.
O que ele não faz, dito com todas as letras
Uma página de funcionalidade que só lista pontos fortes é uma página em que não dá para confiar.
- Claude e Codex são por enquanto os únicos agentes que rodam em uma máquina na nuvem. Os demais provedores ficam no local.
- Uma execução tem duração máxima e para quando a atinge. Ela é dimensionada para uma tarefa delimitada, não para uma tarde de exploração aberta.
- O agente não pode perguntar nada no meio do caminho, então um brief ambíguo volta como um branch ambíguo.
- As execuções são disparadas por você ou por um agendamento, pelo desktop, pelo celular ou por um ticket do backlog. Não existe gatilho por webhook, então um pipeline com falha ainda não consegue iniciar uma execução sozinho.
- Nada é mesclado no seu lugar. Uma execução responde com um branch, e o que vem depois é a sua revisão e o seu pipeline.
FAQ
Meus agentes continuam rodando localmente?
Sim, e isso continua sendo o padrão. O AgentsRoom roda os seus agentes pelo CLI que você já paga, na sua própria máquina, sobre a sua árvore de trabalho de verdade. O Cloud Agents é uma escolha explícita, feita execução por execução, e não um modo para o qual o produto te empurra.
Dá mesmo para disparar um agente de código com o computador desligado?
Dá. O aplicativo móvel lê os seus projetos e o seu backlog pela API do AgentsRoom em vez de passar pelo seu desktop, e uma execução na nuvem acontece em uma máquina alugada, então nada do seu lado precisa estar acordado. É essa a diferença em relação ao controle remoto de um agente local, que exige o computador ligado.
O que volta quando uma execução termina?
Um branch enviado ao seu repositório com commits de verdade, mais um relatório escrito: o que foi mudado, quantos arquivos e o raciocínio por trás. Você não recebe a memória do agente nem uma sessão para retomar, porque a execução e a máquina dela não existem mais.
Como isso se conecta ao meu CI/CD?
Por nada de especial, e é justamente essa a ideia. Uma execução na nuvem envia um branch comum para o seu repositório comum, então tudo o que o seu pipeline já faz em um push acontece exatamente como antes. Build, testes, deploy de preview, build móvel, entrega contínua: nada disso precisa saber que foi uma IA que escreveu o commit.
O código está seguro em uma máquina que não é minha?
A máquina é descartável e dedicada a uma única execução. Ela clona o repositório, faz o trabalho, envia o branch e se destrói, levando junto o clone e os arquivos anexados. As credenciais git ficam guardadas por host e nunca são entregues ao agente em forma de texto.
Quanto custa uma execução na nuvem?
Ela é contada em minutos de máquina e não em tokens, porque a execução aluga hardware real faturado por segundo. Os planos Plus e Pro incluem minutos mensais, minutos extras podem ser comprados e nunca expiram, e o plano gratuito não inclui nenhum. Os valores em vigor estão na página de preços.
O que faz um bom brief para um agente na nuvem?
Um ticket que alguém já teve o trabalho de descrever. O agente trabalha sobre um clone limpo e não pode te perguntar nada, então ele precisa dos critérios de aceitação, do arquivo ou da área envolvida e de como saber que deu certo. Um ticket de backlog bem delimitado costuma ser um brief melhor do que uma frase digitada às pressas no celular.
Dá para trazer uma execução na nuvem de volta para uma sessão normal?
Dá, e é uma das três ações oferecidas quando uma execução termina, ao lado de validar o branch e relançar na nuvem. Continuar localmente abre um agente comum do AgentsRoom com o contexto pré-preenchido, para que o trabalho exploratório seguinte aconteça onde você pode conversar com o agente.
Em que isso é diferente do Warp Oz ou do Devin?
O modelo de execução é parecido, o posicionamento não. O Cloud Agents é um modo dentro de um produto cujo padrão é a execução local sobre a assinatura de CLI que você já tem, de modo que uma execução na nuvem pode ser devolvida a uma sessão local com o contexto dela. As ferramentas pensadas primeiro para a nuvem não têm equivalente desse caminho de volta.
O Cloud Agents está disponível para todo mundo?
Ainda não. Ele está em beta e abre pelo programa beta de autoatendimento, que pede uma assinatura Pro ativa, uma conta com pelo menos três meses e um histórico de feedbacks que o time realmente tratou. A aba Beta nas configurações mostra quais condições você já cumpre.
As funcionalidades que sustentam esse fluxo
Backlog público
O board público onde os usuários deixam os relatos que viram execuções na nuvem, cada um com a sua conversa junto.
Companheiro mobile
O app de iOS e Android que deixa você ler o backlog e disparar trabalho pelo celular, sem nenhum computador seu acordado.
Enquadramento de ticket
Transformar um relato vago em um brief preciso o bastante para um agente que não pode te fazer uma única pergunta.
Tarefas agendadas
Disparar execuções recorrentes por agendamento, a outra forma de fazer o trabalho andar quando não há ninguém no teclado.
Frota remota
Rodar agentes em todas as suas máquinas a partir de uma só janela, quando a máquina que você quer é sua e não alugada.
Controle remoto
Pilotar pelo celular os agentes que rodam no seu desktop, para quando o computador está ligado e você não está na frente dele.
Para se aprofundar
Trabalhar de férias com agentes de IA (sem a sua família perceber)
Fechar as portas por três semanas ou ser a pessoa de laptop aberto na praia. Agentes de código com IA tornam real uma terceira opção: a configuração que mantém os projetos dos clientes andando com dez minutos por dia.
Agentes de código em segundo plano: ponha a sua IA no turno da noite
Um agente de código não precisa que você fique olhando. Veja como rodar agentes em segundo plano enquanto faz outra coisa, e como deixar uma frota inteira programar de noite enquanto você dorme.
Dirigindo Seus Agentes de Codificação do Seu Telefone Enquanto Eles Trabalham
Seus agentes codificam por 20 minutos seguidos. Você não precisa ficar sentado em frente à tela. Veja como rastreá-los e desbloqueá-los do seu telefone.
Pare de ser o ponto único de falha
Monte a cadeia uma vez: um backlog público, tickets dignos de dar brief a um agente e um pipeline que entrega a partir de um branch. Depois disso, uma correção pode sair das suas mãos sem que você abra um notebook.
App complementar: acompanhe seus agentes em qualquer lugar
Use Claude, Codex, Antigravity CLI ou outro provedor de IA.
Envie bugs e pedidos direto para o seu backlog público.
Uma visão do AgentsRoom em ação.