Speichere deine SSH-Verbindungen,
starte KI-Agenten auf der Remote-Maschine

Wie bekommen meine KI-Agenten Zugriff auf meine SSH-Verbindungen?

Über AgentsRoom MCP. Deine gespeicherten Verbindungen stehen jedem Agenten als fünf MCP-Tools zur Verfügung: ssh_list liefert die im aktuellen Projekt nutzbaren Server (SSH, AWS SSM und WinRM gleichermaßen), ssh_exec führt einen Befehl auf einem Server aus und gibt dessen Ausgabe zurück (auf einem WinRM-Host eine PowerShell-Zeile, nur lesend, sofern du keine Schreibvorgänge erlaubst, die du dann einzeln, nur bei Risiko oder nie bestätigst, ganz nach deiner Wahl), ssh_transfer überträgt eine Datei zu oder von einem Server, ssh_connect öffnet einen davon als echten Terminal-Tab, und ssh_connection_new schlägt einen Server vor, den du noch nicht gespeichert hast. Sagst du einem Agenten "verbinde dich mit der Produktion und lies die Logs" oder "liste die Sendeconnectors von Exchange auf", muss er weder einen Hostnamen raten noch einen Befehl von Hand schreiben: Er liest deine Verbindungsliste und arbeitet auf dem richtigen Rechner.

Dieser SSH-Zugriff kommt bewusst ohne Geheimnisse aus. ssh_list gibt nur Metadaten zurück: Name, Host, Port, Benutzer, Authentifizierungsart und Geltungsbereich. Passwörter und Passphrasen bleiben im Schlüsselbund deines Systems verschlüsselt, private Schlüssel bleiben auf deiner Platte, und die App selbst schleust das Geheimnis ins Terminal. Der Agent benennt eine Verbindung, er fasst sie nie an.

Eine Sitzung, die ein Agent mit ssh_connect öffnet, ist ein sichtbarer Terminal-Tab: mitlesen, mittippen, jederzeit schließen. Und ein Befehl, den er mit ssh_exec ausführt, kommt mit seinem Exit-Code in seiner Konversation zurück, du siehst also immer, was ausgeführt wurde und was die Maschine geantwortet hat. Dateien wandern auf demselben Weg: Mit ssh_transfer holt ein Agent einen Dump oder ein Log von einem Server oder lädt eine Datei dorthin hoch, über denselben zugangsdatenfreien Kanal, und bekommt einen Pfad auf deinem Rechner zurück statt der Datei in seiner Konversation. Eine Verbindung lässt sich nur für ein Projekt oder global speichern, damit ein Agent ausschließlich die passenden Server sieht. Auch Netzwerkgeräte, deren Kommandozeile nur in einer offenen Sitzung funktioniert, etwa eine WatchGuard-Firewall oder viele Switches und Router, werden unterstützt: ssh_exec öffnet die Sitzung, wartet auf den Prompt des Geräts und tippt die Befehle nacheinander ein.

Während ein Agent auf einem Server arbeitet, schaust du live zu. Jeder Befehl, den er mit ssh_exec ausführt, läuft samt Ausgabe im Tab Aktivität des rechten Panels durch, in einem eigenen Protokoll pro Server; der Avatar des Agenten erscheint auf dem Button Server und, mit dem Badge Agent bei der Arbeit, in deiner Server-Liste. Ein kodiert gesendeter Befehl wird dekodiert angezeigt. Du kannst es auch auf deinem Handy verfolgen, in der Agentenkarte der mobilen App. Es wird nur zwischen deinem Computer und deinem Handy übertragen, Ende-zu-Ende-verschlüsselt und mit maskierten Zugangsdaten: Nichts von dem, was auf deinen Maschinen läuft, wird auf einem Server gespeichert.

Das Anlegen kann auch komplett die Aufgabe des Agenten sein. ssh_connection_new hält den geprüften Weg: Es öffnet das Anlageformular, vorausgefüllt mit dem, was der Agent in einer Compose-Datei, einem Deploy-Skript oder deiner Dokumentation gefunden hat, und du bist es, der prüft, die Zugangsdaten tippt und speichert. Sofern du "Agenten können Verbindungen verwalten" nicht ausschaltest (Einstellungen, standardmäßig an), schreibt ssh_connection_save die Verbindung direkt, und auch dann reisen die Zugangsdaten nie durch die Konversation: Der Agent benennt nur ein Secret aus deinem Tresor, und die Desktop-App kopiert es. Der Ausschalter ist in der Einstellung verankert statt in einem Prompt erbeten, denn eine Verbindung, die ein Agent ungesehen anlegen könnte, wäre eine Hintertür.