Was sich am Miro MCP Server ändert
Miro hat am 8. September 2026 im Entwickler-Changelog angekündigt, dass 20 Legacy-Tools des Miro MCP Servers abgeschaltet werden. Stichtag ist der 14. September 2026, ab dann funktionieren sie nicht mehr. Die Ankündigung folgt auf einen Eintrag rund einen Monat zuvor, in dem Miro die neuen Canvas-Tools als Ersatz für die Layout-Tools eingeführt hatte.
Betroffen sind unter anderem diese Gruppen:
- Board lesen: board_list_items, context_explore, context_get
- Layout: layout_get_dsl, layout_create, layout_read, layout_update
- Diagramme: diagram_create, diagram_get_dsl sowie die Mermaid-Tools diagram_create_mermaid und diagram_update_mermaid
- Dokumente: doc_get, doc_create, doc_update
Die neuen Canvas-Tools
An die Stelle der vielen Spezial-Tools treten vier allgemeine Werkzeuge, die mit SVG arbeiten: canvas_create_from_svg, canvas_read_as_svg, canvas_update_from_svg und canvas_search. Ein Agent liest einen Bereich des Boards also als SVG, verändert ihn und schreibt ihn zurück. Für das Suchen und Zusammenfassen von Inhalten gibt es canvas_search, etwa mit dem Modus „overview“ als Ersatz für context_explore.
Die bisherige DSL für Layouts und Diagramme entfällt. Stattdessen ruft der Agent einmal pro Sitzung canvas_get_canvas_composer_skill auf und lädt bei Bedarf über canvas_load_format_skill Anleitungen für Flussdiagramme, ERDs oder UML nach. Das Wissen, wie ein gutes Board aussieht, wandert damit vom Prompt in den Server.
Wen die Umstellung trifft
Wer Miro nur gelegentlich über Claude oder einen anderen MCP-Client anspricht, merkt wenig, sobald der Client die neue Tool-Liste kennt. Anders sieht es bei Teams aus, die eigene Automatisierungen gebaut haben:
- Agenten oder Skills, die Tool-Namen wie layout_create fest im Code oder Prompt verwenden
- System-Prompts mit DSL-Beispielen für Layouts oder Diagramme
- Pipelines, die Mermaid-Code erzeugen und über diagram_create_mermaid ins Board schieben
Diese Abläufe brechen zum Stichtag ohne Übergangsphase. Zwischen Ankündigung und Stichtag lagen nur sechs Tage. Wer eigene Integrationen betreibt und die Meldung verpasst hat, sollte die Bestandsaufnahme sofort nachholen.
Migration in vier Schritten
Miro beschreibt den Umstieg recht konkret. Zuerst die Codebasis und alle Prompts nach den alten Tool-Namen durchsuchen und anhand der Zuordnungstabelle ersetzen, zum Beispiel layout_read durch canvas_read_as_svg oder doc_create durch canvas_create_from_svg. Danach DSL-Beispiele entfernen und durch den Aufruf des Composer-Skills ersetzen. Für strukturierte Diagramme den Format-Skill ergänzen. Und vor Lesezugriffen canvas_search nutzen, statt ganze Boards auszulesen.
Ein Detail wird gern übersehen: Manche Clients speichern die Tool-Liste auf Connector-Ebene zwischen. Miro rät deshalb ausdrücklich, die Verbindung zum Server zu trennen und neu aufzubauen. Ein einfaches Aktualisieren reicht nicht immer. Für Admins, die Connectoren zentral für Teams ausrollen, gehört dieser Schritt in die Kommunikation an die Nutzer.
Fazit
Die Umstellung zeigt, wie schnell sich MCP-Schnittstellen noch bewegen. Miro räumt auf und ersetzt 20 Spezial-Tools durch vier Canvas-Tools plus Skills, was Agenten langfristig einfacher macht. Prüfe sofort, ob eigene Automatisierungen alte Tool-Namen nutzen, und lass die Nutzer ihre Miro-Connectoren neu verbinden. Für künftige Integrationen gilt: Tool-Namen nicht hart in Prompts verdrahten und Changelogs von MCP-Anbietern aktiv verfolgen.