Como trabalhar com agentes de programação a partir do telemóvel
Prepara um fluxo de programação remota com computador anfitrião, autorizações no telemóvel, diferenças legíveis e reconexão.
O telemóvel é útil para atribuir uma tarefa delimitada a um agente de programação, responder a uma pergunta e rever uma pequena alteração longe da secretária. O computador continua a executar o trabalho. O repositório, as ferramentas de desenvolvimento e os processos ficam no anfitrião que escolheste.
Um fluxo remoto útil torna clara esta divisão. Antes de escolheres uma aplicação, verifica onde são executados os comandos, como recebes pedidos de autorização e o que acontece quando um dos dispositivos perde a ligação.
Escolhe a ligação adequada ao teu trabalho
Se já usas Claude Code, começa por consultar o Remote Control integrado, que liga sessões locais à aplicação Claude ou a um navegador. Lê os requisitos atuais de conta e versão antes de acrescentares outro serviço. Uma aplicação complementar faz sentido quando precisas de outra combinação de agentes, edição ou gestão de projetos.
Alguns clientes comunicam com os agentes através do Agent Client Protocol, ou ACP. O suporte do protocolo não garante que todas as versões de um agente funcionem com todos os clientes. Confirma a combinação exata: sistema do telemóvel, sistema do computador, agente e adaptador. Inclui os custos da conta ou API do próprio agente na comparação.
Prepara o computador antes de saíres
Abre o projeto no anfitrião e executa primeiro o agente nesse computador. Resolve o início de sessão, ferramentas em falta, instalação de dependências e acesso ao repositório enquanto tens um teclado. Uma aplicação remota não conclui uma tarefa se faltarem as ferramentas necessárias no anfitrião.
Usa um ramo ou uma cópia de trabalho isolada para uma nova alteração. Regista o estado inicial do Git para distinguir alterações existentes do trabalho do agente. Escolhe uma pasta de projeto com os ficheiros necessários, em vez de dar acesso à tua pasta pessoal inteira.
Verifica as definições de energia e rede. Uma sessão que continua após a desconexão do telemóvel depende de um anfitrião ativo e acessível. Não pressuponhas que uma notificação consegue ligar um computador desligado ou ultrapassar todas as restrições da rede do trabalho.
Atribui uma tarefa que possas rever
Pedidos pequenos e explícitos adequam-se melhor ao telemóvel do que uma instrução geral para melhorar toda a aplicação. Por exemplo:
Descobre porque é que enviar uma pesquisa vazia deixa o indicador de carregamento ativo indefinidamente. Explica primeiro a causa. Depois corrige esse comportamento, acrescenta uma verificação de regressão específica e indica os ficheiros alterados. Não faças commits nem implementações em produção.
Este pedido diz o que corre mal, o que investigar, o que o agente pode alterar e quando parar. Se tiveres os passos para reproduzir o problema ou a mensagem de erro, junta-os. Deixa de fora limpezas que não têm a ver, para que o diff final continue fácil de ler.
Pede ao agente que te diga quando não tem a certeza, antes de assumir mais trabalho. Se a correção precisar de uma migração da base de dados ou de uma permissão de conta que não esperavas, para e decide. Não aproves uma cadeia de ações que não percebes.
Revê comandos e alterações separadamente
Um pedido de permissão pergunta se uma ação pode correr. Um diff mostra o que mudou. Precisas dos dois. Antes de aprovares um comando, vê em que pasta corre, que ficheiros toca e se envia alguma coisa para fora do teu computador. Antes de aceitares o resultado, compara as alterações reais com a tarefa original.
Segue esta sequência:
- Confirma que estás no projeto e na sessão pretendidos.
- Lê a explicação e inspeciona os ficheiros alterados.
- Confirma o resultado dos testes relevantes, incluindo falhas e verificações ignoradas.
- Trata o commit, a integração e a publicação como decisões separadas.
Um estado verde é uma razão para olhar para as provas, não para as saltar. Para um diff grande, ou uma alteração que mexa em credenciais, permissões ou dados de produção, termina a revisão num ecrã maior.
Testa a reconexão com uma tarefa inofensiva
Antes de dependeres deste fluxo fora de casa, pede uma pequena investigação só de leitura. Desliga o telemóvel da sessão, volta a ligar e confirma que reconheces a mesma sessão e consegues ler o estado recente. Verifica também como aparece uma autorização pendente depois da reconexão.
Se a saída parar, descobre o que aconteceu: o telemóvel desligou-se, o computador entrou em suspensão, o agente parou ou o agente está à espera da tua resposta. Quando puderes, verifica diretamente no computador. Não envies a mesma instrução vezes sem conta: uma ligação em silêncio não prova que a ação anterior nunca começou.
Guarda uma nota breve com o nome do anfitrião, localização do projeto, agente utilizado e onde encontrar a sessão. Ajuda quando existem vários computadores ou projetos.
Onde entra o Mono
O Mono Code permite-te abrir terminais, editar ficheiros e usar agentes de programação como Claude Code, Gemini CLI ou OpenCode no teu computador a partir do telemóvel. As sessões continuam a correr no computador quando o telemóvel se desliga. Confirma que o teu agente e os teus dispositivos são suportados para o trabalho que tens em mente. É sempre o computador que faz o trabalho, e uma ligação cifrada entre os teus dispositivos não muda a forma como um fornecedor de IA trata o código enviado para o seu modelo. O nosso guia sobre privacidade na IA e sincronização cifrada explica essa diferença.
O Mono está atualmente em lista de espera. Inscreve-te na lista do Mono para receber novidades sobre a disponibilidade. Entretanto, usa esta preparação e estas verificações com as tuas ferramentas atuais, incluindo uma opção integrada de controlo remoto que já corresponda às tuas necessidades.
