AgentsRoom MCP :
eine IDE, die deine Agenten steuern
AgentsRoom MCP stellt die AgentsRoom IDE deinen KI-Coding-Agenten über das Model Context Protocol bereit. Vier MCP-Server (Backlog, Terminal Commands, Prompt Library, Browser) geben Claude Code, Codex CLI, Gemini CLI, OpenCode und Aider die Fähigkeit, den Workspace selbst zu lesen, zu schreiben und auf ihn einzuwirken.
Die meisten Aktionen können zu 100% manuell bleiben : du klickst, du ziehst, du tippst. Die gleichen Aktionen können auch von einem Agenten über AgentsRoom MCP ausgelöst werden, end-to-end. AgentsRoom MCP ist der einzigartige Vorteil, der AgentsRoom über eine normale IDE hinaus zu einem agent-steuerbaren Arbeitsplatz macht.
AgentsRoom MCP : ein Agent nutzt den Terminal Commands MCP Server, um den Dev-Server zu starten, der neue Tab erscheint live im Terminal Commands Modal.
AgentsRoom MCP ist eine Sammlung von MCP-Servern, die die AgentsRoom IDE den darin laufenden Agenten zur Verfügung stellt. Bisher konnte ein KI-Coding-Agent deinen Code lesen, Shell-Befehle ausführen und Dateien bearbeiten. Mit AgentsRoom MCP kann derselbe Agent auch die IDE selbst steuern : Backlog-Tickets erstellen, sie als erledigt markieren, einen Dev-Befehl speichern und starten, einen Prompt in der Library speichern, einen Browser-Tab öffnen und klicken. Die IDE wird Teil seines Werkzeuggürtels.
Konkret liefert AgentsRoom MCP heute vier MCP-Server. Backlog MCP gibt dem Agenten CRUD über das Projekt-Backlog und erlaubt ihm sogar, direkt auf öffentliche Backlog-Tickets der Nutzer zu antworten. Terminal Commands MCP lässt den Agenten Dev-Befehle auflisten, speichern und ausführen : er kann den Site-Dev-Server, die API, den Worker starten, und jeder neue Befehl wird automatisch in der gespeicherten Terminal Commands Liste angelegt. Prompt Library MCP lässt den Agenten gespeicherte Prompts wiederverwenden, wenn er den Use Case für legitim hält, und vorschlagen, einen langen, gut strukturierten Prompt zu speichern. Browser MCP lässt den Agenten im eingebetteten Browser navigieren, klicken, tippen und Screenshots machen, um zu testen, was er gerade ausgeliefert hat.
Der Sinn von AgentsRoom MCP ist die Wahl. Jede Aktion, die du im AgentsRoom IDE manuell tust, hat einen manuellen Pfad und einen MCP-Pfad. Du behältst die Kontrolle : alles manuell, alles automatisiert oder beides gemischt im selben Projekt. AgentsRoom MCP ist das, was die IDE über Zeit Wert akkumulieren lässt, statt dich in einen einzigen Workflow zu sperren.
Vier MCP-Server, eine agent-steuerbare IDE
Jeder AgentsRoom MCP Server gibt deinen KI-Agenten CRUD-artige Werkzeuge über einen echten Teil der IDE. Lesen, was da ist, erstellen, was fehlt, aktualisieren, was sich ändert, ausführen, was laufen muss.
Backlog MCP
CRUD über das Projekt-Backlog. Der Agent liest Tickets, erstellt neue, aktualisiert Status, verbindet Agenten mit Aufgaben. An das öffentliche Backlog angebunden, lässt AgentsRoom MCP den Agenten direkt auf Nutzer-Feedback antworten : einen Fix bestätigen, Klärung erbitten, eine Anfrage als geplant markieren. Dein KI-Agent spricht endlich mit deinen Nutzern, ohne dass du die Nachricht selbst tippst.
Terminal Commands MCP
CRUD und Ausführen auf gespeicherten Dev-Befehlen. Der Agent kann jeden Befehl im Projekt auflisten, den richtigen starten (yarn dev, docker compose up, pnpm api:dev) und ihn im AgentsRoom Dev Terminals Panel laufen sehen. Existiert ein Befehl noch nicht, erstellt der Agent ihn und der neue Eintrag erscheint live im Terminal Commands Modal, bereit zur manuellen Wiederverwendung.
Prompt Library MCP
CRUD über die Prompt Library des Projekts. Der Agent kann gespeicherte Prompts auflisten und einen wiederverwenden, wenn er den Use Case für legitim hält. Der Agent kann auch vorschlagen, einen langen, strukturierten Prompt zu speichern : wenn du einen ernsten Brief schreibst, fragt AgentsRoom MCP, ob du ihn behalten willst. Deine Prompt Library wächst natürlich, statt leer zu bleiben.
Browser MCP
Der AgentsRoom Browser MCP Server (agentsroom-browser) lässt den Agenten den eingebetteten Chromium-Browser steuern : navigieren, klicken, tippen, Screenshots machen, JavaScript auswerten, Konsolenlogs lesen. Ein QA Engineer Agent kann die localhost-Seite öffnen, das gerade ausgelieferte Feature ausführen und das Ergebnis verifizieren, bevor er die Arbeit als erledigt meldet.
AgentsRoom MCP : vier MCP-Server (Backlog, Terminal Commands, Prompt Library, Browser) verbinden die AgentsRoom IDE mit deinen KI-Coding-Agenten.
Warum AgentsRoom MCP der einzigartige Vorteil ist
Die meisten IDEs behandeln KI-Agenten wie Gäste. Der Agent bekommt eine Chatbox und ein paar Tool Calls, aber die IDE bleibt eine Blackbox. Du ziehst das Ticket. Du klickst Play am Dev-Server. Du kopierst den Prompt. Der Agent sieht zu, wie du die IDE-Arbeit machst, die er selbst tun könnte.
AgentsRoom MCP dreht das Modell um. Die IDE wird über MCP bereitgestellt, dasselbe Protokoll, das der Agent ohnehin spricht. Backlog, Terminal Commands, Prompt Library und Browser werden zu Tool Calls. Der Agent verschiebt dein Ticket auf In Progress, startet den Dev-Server, wählt den richtigen Prompt, öffnet den Browser und testet : die gleichen Buttons, die du klickst, als Agenten-Tools.
Das zählt, weil jede Aktion optional wird. Du klickst Play, wenn du willst. Du ziehst Tickets, wenn du willst. Aber wenn ein Agent mitten in einer Schleife steckt und es selbst tun könnte, gibt AgentsRoom MCP ihm den Pfad. Kein Hin-und-Her mehr zwischen Agent und UI. Kein Screenshot-Pasting im Chat. IDE und Agent teilen dieselbe Oberfläche.
AgentsRoom MCP ist auch das, was AgentsRoom als Werkzeug verteidigbar macht. Jeder kann eine Chatbox liefern. Sehr wenige Produkte liefern eine IDE, die ihren eigenen Zustand via MCP bereitstellt : ein Backlog MCP, das die Compaction überlebt, ein Terminal Commands MCP, das fehlende Einträge erstellt, eine Prompt Library MCP, die vor dem Speichern fragt, ein Browser MCP, das mit dem eingebetteten Browser verdrahtet ist. AgentsRoom MCP ist der Teil von AgentsRoom, der sich akkumuliert : je mehr die IDE sammelt, desto mehr können deine Agenten.
Manuell, wenn du willst. Automatisiert, wenn nicht.
AgentsRoom MCP ersetzt die manuelle UI nie. Jede Backlog MCP Aktion, jeder Terminal Commands MCP Run, jedes Prompt Library MCP Speichern und jeder Browser MCP Klick hat ein vollständig manuelles Pendant in der AgentsRoom IDE. Du ziehst das Ticket, klickst Play, kopierst den Prompt, öffnest den Browser-Tab. Nichts wird erzwungen.
Was sich ändert, ist die Option. Mit verdrahtetem AgentsRoom MCP kann ein Agent mitten in einer langen Aufgabe diese Dinge auch selbst tun, ohne aus seiner Schleife auszubrechen. Er kann das Ticket als gefixt markieren, den geänderten Dev-Server neu starten, deinen Brief als wiederverwendbaren Prompt speichern, den Browser zur Verifikation öffnen. Jeweils einen MCP Tool Call entfernt.
Das Ergebnis ist Hebel ohne Autopilot. Du entscheidest, welche Aktionen manuell bleiben und welche der Agent übernimmt, AgentsRoom MCP liefert die richtigen Werkzeuge für beides. Power User automatisieren alles ; neue Nutzer behalten alles manuell ; beide laufen auf derselben IDE.
Eine MCP-gesteuerte IDE, keine Chatbox auf einem Terminal
Die meisten Coding-Agenten sehen die Welt durch stdin, stdout und Filesystem. AgentsRoom MCP gibt ihnen mehr.
AgentsRoom MCP stellt High-Level-Workspace-Konzepte als MCP-Werkzeuge bereit. Der Agent muss dein Projekt nicht greppen, um zu wissen, ob ein Backlog-Ticket existiert, er ruft backlog_list auf. Er muss deinen Dev-Befehl nicht raten, er ruft commands_list auf. Er muss kein Prompt-Template erfinden, er ruft prompts_list auf. Er muss keine Playwright-Config bauen, er ruft browser_navigate auf. AgentsRoom MCP ist die Schicht, die die IDE für den Agenten lesbar macht.
Auf dem Desktop laufen die AgentsRoom MCP Server als kleine lokale Prozesse. Die Bridge zwischen einem MCP-Subprozess und dem AgentsRoom Desktop läuft nur auf 127.0.0.1, auf einem vom OS zugewiesenen Port, mit einem 32-Byte-Hex-Token, das bei jedem Boot neu erzeugt wird. Deine Daten verlassen nie die Maschine. AgentsRoom MCP ist by design local-first.
Wie AgentsRoom MCP in der Praxis funktioniert
Öffne ein Projekt in AgentsRoom
Die AgentsRoom MCP Server werden automatisch bei jedem Agenten im Projekt registriert. Claude Code, Codex CLI, Gemini CLI, OpenCode und Aider sehen alle dieselbe MCP-Werkzeugfläche : Backlog MCP, Terminal Commands MCP, Prompt Library MCP und (wenn aktiviert) Browser MCP.
Schick ein Brief an deinen Agenten
Wirf eine echte Aufgabe auf den Agenten : 'Bau Stripe Checkout in die Demo, lege einen Dev-Befehl für die Demo an, falls er fehlt, teste im Browser und antworte auf das Public-Backlog-Ticket'. Der Agent behandelt AgentsRoom MCP als Teil seines Werkzeuggürtels.
Der Agent aktualisiert das Backlog
Über Backlog MCP verschiebt der Agent dein Ticket auf In Progress, postet ein Update und setzt es am Ende auf Done mit einer Zusammenfassung. Stammt das Ticket aus dem öffentlichen Backlog, lässt AgentsRoom MCP den Agenten dem ursprünglichen Reporter mit der Lösung antworten.
Der Agent startet den Dev-Server
Über Terminal Commands MCP ruft der Agent commands_list auf, wählt den existierenden 'Stellar Demo Dev' Befehl und startet ihn mit commands_run. Das Dev Terminals Panel zeigt den Server, als hättest du selbst Play geklickt.
Der Agent verwendet oder speichert einen Prompt
Über Prompt Library MCP holt der Agent einen passenden gespeicherten Prompt mit prompts_get und wendet ihn auf die Aufgabe an. Wenn du den Brief manuell geschrieben hast und er wiederverwendbar wirkt, fragt AgentsRoom MCP, ob er als neuer Eintrag in der Prompt Library gespeichert werden soll.
Der Agent testet im Browser
Über den Browser MCP Server (agentsroom-browser) öffnet der Agent die localhost-Preview, führt den neuen Flow aus, macht Screenshots, liest Konsolenlogs und bestätigt, dass das Feature funktioniert, bevor er meldet. End-to-End-Verifikation, end-to-end im selben AgentsRoom IDE geloggt.
Warum AgentsRoom MCP AgentsRoom vollständiger macht
Sechs Dinge, die AgentsRoom MCP dir gibt und die eine klassische IDE plus Chatbox nicht kann.
Eine agent-gesteuerte IDE
Der Agent schreibt nicht nur Code. Mit AgentsRoom MCP steuert er auch Backlog, Dev Terminals, Prompt Library und Browser. Die IDE selbst wird Teil seines Workflows.
Manuell oder automatisiert, nie erzwungen
Jede AgentsRoom MCP Aktion hat einen manuellen Pfad. Du entscheidest, was beim Klick bleibt und was an den Agenten geht.
Local-first, nur Loopback
AgentsRoom MCP Server reden auf 127.0.0.1 mit der IDE, OS-vergebenem Port, Auth-Token pro Boot. Keine Cloud.
Provider-agnostisch
AgentsRoom MCP läuft mit Claude Code, Codex CLI, Gemini CLI, OpenCode und Aider. Jeder MCP-fähige Coding-Agent erhält dieselben Werkzeuge.
An Agent Teams angebunden
In Multi-Agent-Workflows erbt jeder Knoten die AgentsRoom MCP Oberfläche. Dev gibt an QA, QA öffnet den Browser MCP, beide aktualisieren das Backlog MCP.
Geringer Overhead, großer Hebel
AgentsRoom MCP Server sind kleine lokale Prozesse. Sie starten mit dem Projekt und fügen null Latenz hinzu.
Wirf den Brief einmal hin, AgentsRoom MCP routet den Rest
So sieht ein Prompt aus, den AgentsRoom MCP freischaltet. Jedes Verb mappt auf einen MCP-Server : der Agent liest das Backlog, startet den Befehl, verwendet einen gespeicherten Prompt, öffnet den Browser, meldet zurück. Ohne AgentsRoom MCP würdest du das alles per Hand tun.
Beispiel-Prompt
Nimm das oberste Ticket aus dem Public Backlog via Backlog MCP, setz es auf In Progress, liefere den Fix, starte den Demo-Dev-Server via Terminal Commands MCP (lege ihn an, falls er fehlt), nutze den gespeicherten 'Commit Message Generator' Prompt via Prompt Library MCP, öffne Browser MCP zur Bestätigung in der Live-Preview, setze das Ticket auf Done und antworte dem Nutzer.
FAQ
Was ist AgentsRoom MCP genau ?
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.
Welche KI-Provider können AgentsRoom MCP nutzen ?
AgentsRoom MCP folgt dem Standard-Model-Context-Protocol. Claude Code, Codex CLI, Gemini CLI, OpenCode und Aider unterstützen MCP nativ. Jeder andere MCP-fähige Agent funktioniert auch.
Kann mein Agent über Backlog MCP auf Public-Backlog-Tickets antworten ?
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.
Wie erstellt Terminal Commands MCP Befehle ?
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.
Verändert Prompt Library MCP meine Prompts ohne zu fragen ?
Nein. prompts_list und prompts_get lassen den Agenten gespeicherte Prompts wiederverwenden. prompts_save wird vom Agenten vorgeschlagen, wenn du einen langen, strukturierten Brief schreibst, aber das tatsächliche Speichern entscheidest du.
Wie unterscheidet sich AgentsRoom MCP von einem generischen MCP-Server ?
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.
Ist AgentsRoom MCP local-first ?
Ja. AgentsRoom MCP Server laufen als kleine lokale Prozesse auf deinem Mac. Die Bridge zum AgentsRoom Desktop läuft nur auf 127.0.0.1, OS-Port, 32-Byte-Hex-Token pro Boot. Keine Drittanbieter-Cloud.
Ersetzt AgentsRoom MCP manuelle Aktionen ?
Nein. AgentsRoom MCP fügt einen automatisierten Pfad oben drauf. Alle Drags, Plays, Saves und Klicks bleiben manuell verfügbar.
Kann ich AgentsRoom MCP aus Agent Teams heraus nutzen ?
Ja. Agent-Teams-Knoten erben automatisch die AgentsRoom MCP Werkzeugfläche. Ein Dev-Knoten startet einen Befehl, ein QA-Knoten öffnet Browser MCP, beide lesen und schreiben das Backlog MCP.
Wo kann ich AgentsRoom MCP in Aktion sehen ?
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.
Passt gut zu
Dev Terminals
Der Terminal-Manager, den Terminal Commands MCP steuert. Gespeicherte Befehle pro Projekt, abdockbares Fenster, KI-Befehlsgenerierung.
Browser Automation
Der eingebettete Browser, den Browser MCP steuert. Echtes Chromium pro Projekt, persistente Session, End-to-End-Test-Loop.
Backlog Task Board
Das Kanban-Board, das Backlog MCP steuert. Zieh eine Aufgabe auf In Progress, ein Agent übernimmt.
Prompt Library
Der Prompt-Manager, den Prompt Library MCP steuert. Wiederverwendbare Prompts pro Projekt, per Git teilen, an jeden Agenten in einem Klick senden.
Agent Teams
Multi-Agent-Workflow-Editor, in dem jeder Knoten die AgentsRoom MCP Oberfläche erbt.
MCP Dashboard
Klare Erklärung des Model Context Protocol und wie sich AgentsRoom als visuelles Kommandozentrum positioniert.
Pilotiere die IDE oder lass deine Agenten sie pilotieren
Lade AgentsRoom herunter und probiere AgentsRoom MCP. Backlog MCP, Terminal Commands MCP, Prompt Library MCP und Browser MCP, verbunden mit Claude Code, Codex CLI, Gemini CLI, OpenCode und Aider, lokal, kostenlos.
Companion-App: Agenten auch unterwegs im Blick behalten
Funktioniert mit Claude, Codex, OpenCode, Gemini CLI und Aider
Bugs und Wünsche direkt in dein öffentliches Backlog schicken.