AgentsRoom MCP :
eine IDE, die deine Agenten steuern

AgentsRoom MCP ist eine Sammlung von MCP-Servern, die die AgentsRoom IDE den darin laufenden KI-Coding-Agenten bereitstellt. Heute werden vier Server geliefert : Backlog MCP, Terminal Commands MCP, Prompt Library MCP und Browser MCP. Jeder Server gibt CRUD-artige Werkzeuge auf einen echten Teil der IDE.

AgentsRoom MCP folgt dem Standard-Model-Context-Protocol. Alle 17 von AgentsRoom unterstützten Agent-CLIs (Claude, Codex, GitHub Copilot CLI, Cursor und 13 weitere) unterstützen MCP nativ und können AgentsRoom MCP sofort nutzen. Jeder andere MCP-fähige Agent funktioniert auch.

Ja. Backlog MCP exponiert backlog_create und backlog_update, damit der Agent Status-Updates und Antworten auf einem Public-Backlog-Ticket veröffentlichen kann. AgentsRoom MCP lässt den Agenten den Fix bestätigen, eine Klärung erbitten oder die Anfrage als geplant markieren.

Wenn der Agent commands_run mit einem nicht existierenden Befehl aufruft, erstellt AgentsRoom MCP den Eintrag via commands_create und legt ihn in den Projekt-Befehlen ab. Der neue Tab erscheint live im Dev Terminals Panel und kann manuell wiederverwendet werden.

Nein. prompts_list und prompts_get lassen den Agenten gespeicherte Prompts wiederverwenden. prompts_save wird vom Agenten vorgeschlagen, wenn du ein langes, strukturiertes Briefing schreibst, aber das tatsächliche Speichern entscheidest du.

Generische MCP-Server stellen externe Systeme bereit. AgentsRoom MCP stellt die IDE selbst bereit : Backlog, Dev Terminals, Prompt Library, eingebetteter Browser. Die IDE spricht mit dem Agenten. Das ist der einzigartige Vorteil.

Ja. AgentsRoom MCP Server laufen als kleine lokale Prozesse auf deinem eigenen Rechner. Die Bridge zum AgentsRoom Desktop läuft nur auf 127.0.0.1, OS-Port, 32-Byte-Hex-Token pro Boot. Keine Drittanbieter-Cloud.

Nein. AgentsRoom MCP legt einen automatisierten Weg über die manuelle Oberfläche. Jedes Ziehen im Backlog, jeder Play-Button in den Dev Terminals, jedes Speichern in der Prompt Library und jeder Klick im Browser bleibt weiterhin manuell verfügbar. AgentsRoom MCP ist die Option, einen Agenten dasselbe für dich erledigen zu lassen, wenn es sinnvoll ist.

Ja. Agent-Teams-Knoten erben die AgentsRoom-MCP-Werkzeuge automatisch. Ein Dev-Knoten kann einen Dev-Befehl ausführen, ein QA-Knoten kann den Browser MCP öffnen und das Ergebnis prüfen, beide können das Backlog MCP lesen und schreiben. Erst AgentsRoom MCP macht es möglich, dass Multi-Agent-Workflows den Workspace wirklich anfassen.

Das Video auf dieser Seite zeigt den Terminal Commands MCP Server in Aktion : der Agent startet einen Dev-Befehl und der neue Terminal-Tab erscheint im Dev Terminals Modal. Das gleiche Muster gilt für Backlog MCP, Prompt Library MCP und Browser MCP.

Ja, über denselben AgentsRoom MCP Server. ssh_list listet die für dieses Projekt gespeicherten Server auf, ssh_exec führt einen Befehl auf einem davon aus und gibt dessen Ausgabe mit dem Exit-Code zurück, ssh_transfer überträgt eine Datei zu oder von einem Server, ohne dass sie je durch die Konversation des Agenten geht, und ssh_connect öffnet einen davon als sichtbaren Terminal-Tab. db_list und db_schema listen deine MySQL-, PostgreSQL- und MongoDB-Verbindungen auf und erkunden ein Schema. db_query führt ein Statement mit begrenzter Ergebnismenge aus; Schreibvorgänge erfordern eine schreibbare Verbindung und deine ausdrückliche Einstellung „Agenten Schreibzugriff erlauben“. secrets_list gibt die Namen deiner Secrets zurück, damit ein Befehl oder eine Agenten-Umgebung eines davon referenzieren kann. Und mit ssh_connection_new und db_connection_new kann ein Agent eine Verbindung vorschlagen, die du noch nicht gespeichert hast.

Kein Werkzeug gibt ein Passwort, eine Passphrase, einen privaten Schlüssel oder einen Secret-Wert zurück: Die Desktop-App speist die Zugangsdaten selbst ein, wenn sie das Terminal, den Datenbank-Socket oder den Prozess öffnet. Schreibvorgänge in die Datenbank sind eine eigene Berechtigung: Sie laufen nur, wenn du sie für eine schreibbare Verbindung ausdrücklich einschaltest. Eine vorgeschlagene Verbindung füllt nur ein Formular vor, das du selbst prüfst, vervollständigst und speicherst.

Ja. Sieben Tools auf demselben Server (agents_list_live, agents_send, agents_message_status, agents_read_inbox, agents_reply, agents_ack, agents_report_status) lassen die gespeicherten Agenten eines Projekts sich als permanente Mitglieder schreiben, egal welche CLI jeder einzelne fährt. Nachrichten werden gespeichert, bevor sie zugestellt werden : ein Agent, der offline ist, oder ein Neustart verliert nie eine, und der Absender wird vom Server gestempelt, statt als Argument übergeben zu werden.

Ja. usage_overview liefert jeden Kontingent-Balken des Nutzungspanels für jedes angemeldete Konto, mit dem Zeitpunkt seines Zurücksetzens und, bei Wochen- und Monatsbalken, dem Tempo: was bis jetzt verbraucht sein darf, gegenüber dem, was bereits verbraucht ist. Ein Agent kann das prüfen, bevor er eine lange Aufgabe beginnt, oder die Arbeit an den Anbieter schicken, der noch den meisten Spielraum hat. Mit quota_rules_list, quota_rules_save und quota_rules_delete lassen sich deine Kontingentregeln einzeln lesen, erstellen, bearbeiten, neu ordnen und entfernen. Die Reihenfolge der Liste ist die Priorität, und eine von einem Agenten geschriebene Regel erscheint in der Karte Kontingentverwaltung genau wie eine, die du selbst geschrieben hast. Die Werkzeuge weisen den Agenten an, Rücksprache mit dir zu halten, bevor er eine Regel hinzufügt, die Starts blockiert oder umleitet, und bevor er eine löscht.

Ja. Unter Einstellungen > AgentsRoom-Tools steht jede Tool-Familie (Backlog, Projektgedächtnis, Agent Mail, Agentenkonsolen, Teams, SSH, Datenbanken, QA-Bot und mehr) mit ihrer Größe im Kontext des Agenten. Deaktiviere eine Familie oder ein einzelnes Tool für alle Projekte und überschreibe das danach pro Ordner, pro Projekt oder pro Agent. Ein deaktiviertes Tool erscheint gar nicht erst in der Liste des Agenten, seine Anweisungen verschwinden aus dem Start-Prompt und ein Aufruf wird abgelehnt: So bekommt ein Agent, der mit deinem eigenen Gedächtnis- oder Backlog-System arbeitet, nie widersprüchliche Anweisungen. Du kannst außerdem die Beschreibung jedes Tools umschreiben, und die App sagt dir, wenn ein Update den Originaltext ändert.

Ja. Vier Tools auf demselben Server (assignments_create, assignments_list, assignments_mine, assignment_update) halten eine Delegation fest: Das Briefing und seine Akzeptanzkriterien werden als Nachricht zwischen Agenten verschickt, der Agent, der es erhält, meldet seinen Fortschritt und reicht ein strukturiertes Ergebnis ein, und der Agent, der delegiert hat, verifiziert es oder gibt es zurück. assignments_list liefert für jede Delegation den nächsten Schritt, nach festen Regeln entschieden anhand ihres Status, ihrer Rückmeldefrist und der Live-Konsole des Agenten, der die Arbeit erledigt, sodass ein Koordinator auf Grundlage einer Tatsache handelt, statt sein Postfach noch einmal durchzulesen. Deine eigenen Skripte lesen dieselben Daten über die lokale, schreibgeschützte API der App.