Lass deine Agenten die Datenbank abfragen,
schreibgeschützt, bis du etwas anderes sagst

MySQL und MariaDB, PostgreSQL und MongoDB. Jede hat ihren eigenen Treiber, und jede ist direkt erreichbar oder über einen SSH-Tunnel oder eine AWS SSM Port-Forwarding-Session. SQL Server, Oracle, SQLite und der Rest werden heute nicht unterstützt. Brauchst du eine davon, frag sie im öffentlichen Backlog an: Die Liste wächst mit dem, was tatsächlich nachgefragt wird.

Nein. Das MCP-Werkzeug, mit dem ein Agent abfragt, db_query, ist schreibgeschützt, egal was die Verbindung erlaubt: Ein SELECT, ein SHOW oder ein EXPLAIN geht durch, ein find oder ein aggregate in MongoDB ebenso, alles, was Daten verändern würde, wird abgelehnt. Eine Verbindung schreibbar zu machen, schaltet Schreibvorgänge für dich in der Konsole frei, wo jeder einzelne ausdrücklich bestätigt wird, nicht für einen Agenten. Die Leitplanke sitzt am Statement und nicht am Passwort, denn für ein DROP braucht es kein Passwort.

Leite die Verbindung über einen SSH-Tunnel oder eine AWS SSM Port-Forwarding-Session, gebaut aus den SSH- und SSM-Verbindungen, die du in AgentsRoom schon gespeichert hast. Die App öffnet den Tunnel oder die Session und verbindet die Datenbank darüber, die Datenbank bleibt also aus dem öffentlichen Internet unerreichbar.

Nein. Agenten fragen über MCP ab, indem sie eine Verbindung benennen. AgentsRoom hält die Zugangsdaten und führt das Statement selbst aus, das Passwort wird also nie an den Agenten zurückgegeben, nie in die Abfrage geschrieben und ist nie Teil der Konversation.

Nein. Ein Aufruf trägt genau ein Statement. Alles, was hinter einem Semikolon gestapelt ist, wird abgelehnt statt ausgeführt, und damit fällt der älteste Weg weg, einen Schreibvorgang in etwas zu verstecken, das wie ein Lesevorgang aussieht.

Es verschärft die Bestätigung, die vor einem Schreibvorgang nötig ist. Die Datenbank, auf die es ankommt, verhält sich nicht mehr wie die lokale Kopie, und genau das willst du am Ende eines langen Tages, und noch mehr von einem Agenten, der eine Aufgabenliste abarbeitet.

Ergebnismengen sind begrenzt. Eine Abfrage, die eine riesige Tabelle zurückgeben würde, kommt gekürzt zurück, statt das Fenster oder den Kontext des Agenten zu überschwemmen, ein breites SELECT bleibt also eine Unannehmlichkeit statt eines Exports deiner Daten.

Er kann eine vorschlagen, niemals eine speichern. db_connection_new öffnet das Anlageformular, vorausgefüllt mit Host, Port, Benutzer und der SSH- oder AWS SSM Verbindung, über die die Datenbank erreicht werden soll, und du prüfst es, tippst das Passwort und speicherst. Vorher wird nichts abgelegt, und der Agent liefert nie Zugangsdaten.

Mit db_schema, das eine gespeicherte Verbindung ganz ohne SQL erkundet. Ohne Argument aufgerufen listet es die Schemas auf, mit einer Datenbank die Tabellen und Views, mit einer Tabelle liefert es die Spalten, ihre Typen, ob sie NULL zulassen, ihre Schlüssel und ihre Standardwerte. Das ist günstiger und sicherer, als einen Agenten information_schema von Hand abfragen zu lassen.

Die Verbindung ja, das Passwort nicht. Name, Host, Port, Benutzer, Standarddatenbank, Geltungsbereich, die Kennzeichen schreibgeschützt und Produktion sowie der SSH- oder SSM-Tunnel, über den sie läuft, folgen deinem Konto: Eine auf einem Rechner gespeicherte Verbindung taucht auf den anderen auf, statt neu getippt zu werden. Das Passwort bleibt verschlüsselt im Schlüsselbund des Rechners, auf dem du es eingegeben hast, und wird nie an uns übertragen. Genau deshalb wird eine Verbindung, die von einem anderen Rechner kommt, als wartend auf ihr Passwort markiert, bevor sie sich öffnen lässt.

Ja. Du kannst eine Datenbank in eine Datei exportieren, eine solche Datei wieder in eine Datenbank importieren, oder eine Datenbank direkt auf eine andere kopieren, auch durch die SSH- oder SSM-Tunnel, die du schon gespeichert hast. Jede Engine läuft über ihre eigenen offiziellen Werkzeuge (mysqldump und mysql, pg_dump und psql, mongodump und mongorestore), die mit der Datenbank mitkommen und nicht mit AgentsRoom: Werden sie nicht gefunden, fragt die App nach dem Ordner, in dem sie liegen. Eine Kopie läuft nur zwischen zwei Verbindungen derselben Engine, denn ein Dump lässt sich nur in die Engine zurückspielen, die ihn erzeugt hat. Auf einer schreibgeschützten Verbindung wird ein Import abgelehnt, das Ziel wird in eine Datei deiner Wahl gesichert, bevor irgendetwas hineingeschrieben wird, und das Ziel zu ersetzen ist eine eigene Option, deren Bestätigung die Datenbank beim Namen nennt.