Salve suas conexões SSH,
execute agentes de IA na máquina remota

Sim. O AgentsRoom funciona como um gerenciador de conexões SSH: salve um perfil por servidor remoto com host, porta, usuário e método de autenticação, dê um nome a cada um e escolha o que precisar. Seu VPS, sua máquina de staging e o servidor de desenvolvimento compartilhado ficam todos na mesma lista.

Os dois. Uma conexão pode se autenticar com uma chave SSH, apontando para o seu arquivo de chave privada, ou com uma senha. O AgentsRoom funciona como um cliente SSH padrão, então você usa o método que o seu servidor aceitar.

Sim. É exatamente para isso que serve o recurso. Abra uma conexão SSH salva e inicie o Claude Code, o Codex, o Antigravity CLI ou outro agente no terminal remoto. O agente roda na máquina remota e trabalha nos arquivos que estão lá, não no seu computador.

Nos dados locais do aplicativo, na sua própria máquina. Chaves, senhas e detalhes de conexão nunca são gravados no repositório do projeto, então conectar-se a um servidor não adiciona arquivos de configuração nem segredos a nada que um colega de equipe possa clonar.

Não. O AgentsRoom inclui um terminal integrado via SSH, então o seu gerenciador de conexões, o seu terminal e os seus agentes de IA ficam em um só aplicativo. Você pode continuar usando as suas ferramentas SSH habituais, se quiser, mas não precisa de um segundo cliente aberto só para alcançar o servidor.

Sim, através do AgentsRoom MCP. Os agentes chamam ssh_list para ver os servidores guardados do projeto atual (mais os globais) e depois ssh_connect para abrir um como separador de terminal. É a forma prevista de dar acesso SSH a um agente de IA: sem comandos ssh escritos à mão nem credenciais coladas num prompt.

Nunca. As ferramentas MCP expõem apenas metadados da ligação (nome, host, porta, utilizador, tipo de autenticação). A palavra-passe ou frase-passe fica cifrada no porta-chaves da tua máquina e é o AgentsRoom que a injeta no terminal, depois de o agente pedir a ligação pelo seu id.

Sim. O AgentsRoom lê os blocos de host do ~/.ssh/config e os transforma em conexões salvas, mantendo o arquivo de identidade que cada bloco declara. Tudo o que o OpenSSH resolve sozinho continua funcionando, incluindo um ProxyJump através de um bastion, porque o AgentsRoom se conecta pelo alias e deixa o OpenSSH aplicar o bloco em vez de tentar reimplementá-lo.

Sim, com uma conexão AWS SSM. O AgentsRoom abre a sessão com aws ssm start-session, autorizada pelo perfil AWS já configurado na sua máquina. Não há senha nem chave para armazenar no aplicativo, e a instância pode continuar fechada para SSH de entrada.

Ele pode propor uma, nunca salvar uma. ssh_connection_new abre o formulário de criação já preenchido com o host, a porta e o usuário que o agente encontrou no seu script de deploy ou na sua documentação, e você revisa, digita a credencial e salva. Nada é armazenado até você fazer isso, porque uma conexão que um agente pudesse registrar sem você ver seria um backdoor. Quando o host já existe no seu ~/.ssh/config, importá-lo é o melhor caminho: ele mantém o alias, então os seus bastions e as suas chaves continuam funcionando.

Sim, de duas formas. O Windows Server inclui o OpenSSH desde 2019, então uma máquina Windows é salva como qualquer outra conexão SSH, e uma opção de shell remoto na conexão faz o terminal cair em um prompt do PowerShell (Windows PowerShell ou PowerShell 7) em vez do cmd.exe. Para um host que só fala WinRM, ou para o endpoint PowerShell de um servidor Exchange on-prem, salve em vez disso uma conexão WinRM: NTLM ou Kerberos, com o controlador de domínio e o IP do servidor informados à mão quando a sua estação de trabalho não está no domínio. As duas formas funcionam quer você execute o AgentsRoom no macOS, no Windows ou no Linux; o caminho WinRM instala uma única vez um pequeno pacote Python, em uma pasta privada que pertence ao AgentsRoom.

Sim. O diálogo Novo projeto pergunta onde o projeto vive: Este computador, ou Servidor remoto (SSH). Escolha uma conexão salva e o caminho do repositório no host, e o projeto abre a partir de lá: seus agentes iniciam no servidor, nesse diretório, sobre os arquivos que estão lá, e nada é copiado para o seu notebook. O cartão de cada conexão salva também traz um botão Abrir um projeto neste servidor, que abre o mesmo diálogo com a conexão pré-selecionada, e um projeto da sua conta que não tem pasta nesta máquina pode ser aberto em um servidor da mesma forma. Função, persona, prompt de sistema, modo de permissões, skills, acompanhamento de status e a conta Codex escolhida para o agente viajam com o agente (a conta é copiada para o host antes do lançamento, uma configuração por conexão que você pode desativar); as ferramentas MCP do AgentsRoom (backlog, memória do projeto, skills, comandos de dev, mensagens entre agentes) também viajam, instaladas no host antes de cada lançamento e ligadas de volta a este computador por um túnel SSH reverso, uma configuração por conexão ativada por padrão que precisa do Node no host; um CLI ausente no host é instalado no host, via SSH, a partir do banner do terminal do agente; e um run de equipe funciona em um projeto aberto em um servidor. Um ticket marcado com Programar num worktree separado também ganha o seu worktree no servidor, em .worktrees/ do checkout remoto: o agente inicia nele; a única coisa que ainda pede um checkout local é a opção Checkout próprio de uma etapa de equipe. O navegador integrado também acompanha o agente quando o agente tem acesso ao navegador. Variáveis de ambiente e os perfis de conta dos outros provedores continuam ligados a este computador, e o formulário do agente avisa isso enquanto o projeto estiver em um servidor. Um requisito: o host precisa responder com um shell Linux ou macOS. Um servidor Windows acessado por SSH oferece o terminal e o PowerShell, mas ainda não um projeto remoto; defina o WSL como shell padrão do serviço OpenSSH dele e ele se comporta como um host Linux.