Salva le tue connessioni SSH,
esegui agenti IA sulla macchina remota

Sì. AgentsRoom funziona come un gestore di connessioni SSH : salva un profilo per ogni server remoto con host, porta, utente e metodo di auth, dai loro un nome e scegli quello che ti serve. Il tuo VPS, la tua macchina di staging e il tuo server di sviluppo condiviso vivono nella stessa lista.

Entrambe. Una connessione può autenticarsi con una chiave SSH puntando al tuo file di chiave privata, oppure con una password. AgentsRoom agisce come un client SSH standard, quindi usi il metodo che il tuo server accetta.

Sì. È proprio lo scopo della funzione. Apri una connessione SSH salvata, poi avvia Claude Code, Codex, Antigravity CLI o un altro agente nel terminale remoto. L'agente gira sulla macchina remota e lavora sui file che si trovano lì, non sul tuo portatile.

Nei dati locali dell'app, sulla tua macchina. Chiavi, password e dettagli di connessione non vengono mai scritti nel repository del progetto, quindi connetterti a un server non aggiunge file di configurazione o segreti a nulla che un collega potrebbe clonare.

No. AgentsRoom include un terminale SSH integrato, quindi il tuo gestore di connessioni, il tuo terminale e i tuoi agenti IA sono in un'unica app. Puoi tenere i tuoi soliti strumenti SSH se vuoi, ma non ti serve un secondo client aperto solo per raggiungere il server.

Sì, tramite AgentsRoom MCP. Gli agenti chiamano ssh_list per vedere i server salvati per il progetto corrente (più quelli globali), poi ssh_connect per aprirne uno come scheda di terminale. È il modo previsto per dare accesso SSH a un agente IA: nessun comando ssh scritto a mano, nessuna credenziale incollata in un prompt.

Mai. Gli strumenti MCP espongono solo i metadati della connessione (nome, host, porta, utente, tipo di autenticazione). La password o la passphrase resta cifrata nel portachiavi della tua macchina e viene iniettata nel terminale da AgentsRoom, dopo che l'agente ha richiesto la connessione tramite il suo id.

Sì. AgentsRoom legge i blocchi host in ~/.ssh/config e li trasforma in connessioni salvate, mantenendo il file di identità che ciascun blocco dichiara. Tutto ciò che OpenSSH risolve da sé continua a funzionare, ProxyJump attraverso un bastion incluso, perché AgentsRoom si connette tramite l'alias e lascia che sia OpenSSH ad applicare il blocco invece di provare a reimplementarlo.

Sì, con una connessione AWS SSM. AgentsRoom apre la sessione con aws ssm start-session, autorizzata dal profilo AWS già configurato sulla tua macchina. Non c'è nessuna password né chiave da conservare nell'app, e l'istanza può restare chiusa all'SSH in ingresso.

Può proporne una, mai salvarla. ssh_connection_new apre il modulo di creazione precompilato con l'host, la porta e l'utente che l'agente ha trovato nel tuo script di deploy o nella tua documentazione, e sei tu a rivederlo, a digitare la credenziale e a salvare. Nulla viene memorizzato finché non lo fai, perché una connessione che un agente potesse registrare senza che tu la veda sarebbe una backdoor. Quando l'host esiste già nel tuo ~/.ssh/config, importarlo è la strada migliore: mantiene l'alias, così i tuoi bastion e le tue chiavi continuano a funzionare.

Sì, in due modi. Windows Server include OpenSSH dal 2019, quindi una macchina Windows si salva come qualsiasi altra connessione SSH, e un'opzione di shell remota sulla connessione fa arrivare il terminale su un prompt PowerShell (Windows PowerShell o PowerShell 7) invece che su cmd.exe. Per un host che parla solo WinRM, o per l'endpoint PowerShell di un server Exchange on-premise, salva invece una connessione WinRM: NTLM o Kerberos, con il controller di dominio e l'IP del server inseriti a mano quando la tua workstation non è aggiunta al dominio. Entrambi funzionano sia che tu usi AgentsRoom su macOS, Windows o Linux; il percorso WinRM installa una sola volta un piccolo pacchetto Python, in una cartella privata gestita da AgentsRoom.

Sì. La finestra Nuovo progetto chiede dove si trova il progetto: Questo computer oppure Server remoto (SSH). Scegli una connessione salvata e il percorso del repository sull'host, e il progetto si apre da lì: i suoi agenti si avviano sul server, in quella cartella, sui file che si trovano lì, e nulla viene copiato sul tuo portatile. La scheda di ogni connessione salvata ha anche un pulsante Apri un progetto su questo server, che apre la stessa finestra con la connessione preselezionata, e un progetto del tuo account che non ha una cartella su questa macchina può essere aperto su un server allo stesso modo. Ruolo, persona, prompt di sistema, modalità permessi, skill, monitoraggio dello stato e l'account Codex scelto per l'agente viaggiano con l'agente (l'account viene copiato sull'host prima dell'avvio, un'impostazione per connessione che puoi disattivare); anche gli strumenti MCP di AgentsRoom (backlog, memoria del progetto, skill, comandi dev, messaggistica tra agenti) viaggiano, installati sull'host prima di ogni avvio e collegati a questo computer tramite un tunnel SSH inverso, un'impostazione per connessione attiva per impostazione predefinita che richiede Node sull'host; una CLI assente sull'host viene installata sull'host, via SSH, dal banner del terminale dell'agente; e un run di team funziona su un progetto aperto su un server. Un ticket contrassegnato con Scrivi codice in un worktree separato ottiene il suo worktree anche sul server, sotto .worktrees/ del checkout remoto: l'agente vi si avvia; l'unica cosa che richiede ancora un checkout locale è l'opzione Checkout dedicato di uno step del team. Anche il browser integrato segue l'agente quando l'agente ha accesso al browser. Variabili d'ambiente e i profili account degli altri fornitori restano legati a questo computer, e il modulo dell'agente lo segnala finché il progetto è su un server. Un requisito: l'host deve rispondere con una shell Linux o macOS. Un server Windows raggiunto via SSH offre il terminale e PowerShell, ma non ancora un progetto remoto; imposta WSL come shell predefinita del suo servizio OpenSSH e si comporterà come un host Linux.