MCP verbindet KI-Agenten mit Revit und BIM 2026

Zwei Jahre lang war die KI in der Architektur nur ein Beiwagen. Sie tippten einen Prompt in eine separate Web-App, bekamen ein Rendering oder eine Grundriss-Skizze und übertrugen die Idee anschließend von Hand zurück nach Revit. Das Modell berührte Ihr eigentliches Projekt nie. Diese Lücke schließt sich jetzt rasch. Das Stück, das sie schließt, ist das Model Context Protocol — und 2026 ist es still und leise zum Weg geworden, über den KI-Assistenten in lebendige BIM-Modelle greifen.

MCP ist ein kleiner offener Standard, ursprünglich von Anthropic vorangetrieben und inzwischen weit darüber hinaus übernommen. Er erlaubt es einem Sprachmodell, über eine gemeinsame Schnittstelle Werkzeuge auf Ihrem Rechner oder Server aufzurufen. Stellen Sie es sich als Universaladapter zwischen einem Assistenten und Software vor, die nie dafür gedacht war, mit einem solchen zu sprechen. Revit war es nicht. Rhino war es nicht. IFC auch nicht. MCP gibt ihnen allen eine gemeinsame Buchse.

Was MCP tatsächlich ist

Zieht man das Marketing ab, besteht MCP aus drei Dingen: einem Server, der eine Reihe benannter Werkzeuge bereitstellt, einem Client, über den die KI spricht, und einem Transportweg dazwischen. Der Server beschreibt jedes Werkzeug in klarer Sprache — „hole alle Wände auf Ebene 2″, „setze die Feuerwiderstandsklasse dieser Tür“, „exportiere eine Liste als CSV“. Das Modell liest diese Beschreibungen, entscheidet, welches Werkzeug passt, und ruft es mit strukturierten Argumenten auf. Der Server führt den echten Code aus und gibt ein Ergebnis zurück, das das Modell lesen kann.

Entscheidend ist die Richtung. Ältere KI-Plugins waren Einbahnstraßen: Das Werkzeug warf dem Modell Daten zu und hoffte auf eine nützliche Antwort. MCP ist eine Schleife. Der Agent stellt eine Frage, liest die Antwort, stellt eine schärfere, nimmt dann eine Änderung vor und prüft, ob sie funktioniert hat. Diese Schleife macht aus einem Chatbot etwas, das ein Modellierwerkzeug durch eine mehrstufige Aufgabe tatsächlich steuern kann.

Weil das Protokoll offen ist, sind Sie nicht an den Assistenten eines Herstellers gebunden. Derselbe Revit-MCP-Server funktioniert, egal ob am anderen Ende Claude arbeitet, ein lokales Llama-Modell oder ein eigener Agent, den Ihr Büro baut. Diese Portabilität ist ein wesentlicher Grund, warum sich das so schnell in der AEC-Werkzeugszene verbreitet hat.

Wie sich ein Server in Revit und das übrige BIM einklinkt

Ein Revit-MCP-Server ist meist eine dünne Brücke. Auf der einen Seite spricht er MCP mit dem Agenten. Auf der anderen ruft er die Revit-API auf — oft über ein kleines Add-in, das eine Verbindung offen hält, während Revit läuft, oder über pyRevit, das Ihnen bereits eine Python-Laufzeit innerhalb der Anwendung gibt. Das Add-in empfängt einen Befehl wie „erzeuge eine 200-mm-Standardwand von Achse A1 zu A4″, übersetzt ihn in Revit-API-Transaktionen, bestätigt sie und meldet zurück, was es erzeugt hat.

Die Open-Source-Gemeinde war hier zuerst. Durchsuchen Sie GitHub, und Sie finden mehrere revit-mcp-Projekte, einen Rhino/Grasshopper-MCP-Server, der Definitionen über die Rhino-Compute-Ebene steuert, und IFC-fokussierte Server auf Basis von IfcOpenShell, mit denen ein Agent eine IFC-Datei abfragen kann, ohne dass überhaupt eine Autorensoftware offen ist. Autodesk selbst hat sich eingeklinkt: Der Fahrplan für Forma und Revit 2026 spricht offen über MCP und Agentenzugriff, und die AEC-Entwicklerforen kauen seit Jahresmitte an „BIM to AI“.

Der IfcOpenShell-Weg verdient eine Erwähnung, weil er das größte praktische Problem umgeht. Revit ist schwergewichtig, für viel API-Arbeit single-threaded und pro Arbeitsplatz lizenziert. Eine IFC-Datei ist ein flacher, portabler Schnappschuss. Richten Sie einen MCP-Server auf die IFC-Datei, und ein Agent kann „wie viele Brandschutztüren gibt es im Nordflügel und welche Klassen haben sie“ in Sekunden beantworten, auf einem Server, ohne eine Revit-Lizenz zu verbrennen. Für Prüfungen, Mengenermittlungen und Compliance-Stichproben ist das oft alles, was Sie brauchen.

Welche Arbeitsabläufe wirklich laufen

Die ehrliche Fassung: Der meiste produktive Einsatz heute ist leselastig. Büros richten einen Agenten auf ein Modell und lassen ihn Dinge abfragen, die früher eine Liste, einen Filter und zehn Minuten Klicken brauchten. „Nenne jeden Raum ohne Nutzungswert.“ „Welche Wände auf Ebene 3 haben keine Feuerwiderstandsklasse.“ „Zeige mir Türen schmaler als 900 mm auf einem barrierefreien Weg.“ Der Agent führt die Abfrage über die MCP-Werkzeuge aus und schreibt eine saubere Liste zurück, manchmal mit den Element-IDs, damit Sie sie direkt in der Ansicht auswählen können.

Schreibende Operationen nehmen zu, aber die Leute sind vorsichtig — zu Recht. Die Arbeitsabläufe, die sich halten, sind repetitiv und überprüfbar. Hunderte Ansichten auf einen Namensstandard umbenennen. Einen korrigierten Parameterwert über jede Instanz einer Familie schieben. Einen ersten Plansatz aus einer Vorlage erzeugen. Das sind Aufgaben, bei denen ein Mensch einen Blick auf das Ergebnis wirft und sofort sieht, ob es schiefging — genau die Art Aufgabe, die Sie einem Agenten übergeben wollen, bevor Sie ihm etwas Subtileres anvertrauen.

Ein zweites Muster lohnt die Beobachtung: der Agent als Klebeschicht zwischen Werkzeugen. Ein Assistent zieht ein Raumprogramm aus einer Excel-Datei, bittet ein generatives Massenstudien-Werkzeug um drei Varianten, legt die gewählte über den Grasshopper-MCP-Server in Rhino ab und exportiert sie dann als IFC für das Kostenteam. Keine einzelne Anwendung hat das getan. Der Agent orchestrierte vier davon, jede über ihren eigenen MCP-Server, und der Planer beaufsichtigte, statt zu klicken.

Wo es hakt

MCP behebt nicht das, was KI im BIM riskant macht: Das Modell kann selbstbewusst falsch liegen. Ist eine Werkzeugbeschreibung vage, rät der Agent bei den Argumenten. Bitten Sie ihn, „die Wände zu reparieren“, klassifiziert er womöglich bereitwillig eine tragende Wand als Trennwand um, weil ihm niemand sagte, dass der Unterschied zählt. Die Qualität der Werkzeugbeschreibungen auf dem Server leistet enorme, unsichtbare Arbeit. Schlechte Beschreibungen erzeugen schlechte Aufrufe, und das Modell schildert seinen Fehler als Erfolg.

Latenz ist die andere tägliche Reibung. Jeder Hin- und Rückweg — Modell denkt, ruft ein Werkzeug auf, Revit öffnet eine Transaktion, bestätigt, antwortet — kostet Sekunden. Eine Aufgabe, die zweihundert Elemente einzeln berührt, kann kriechen. Die Server, die sich in der Praxis gut anfühlen, bündeln aggressiv: ein Werkzeugaufruf, der einen Parameter über eine ganze Auswahl setzt, nicht zweihundert Aufrufe, die je einen setzen. Die Werkzeugoberfläche für wenige, dickere Operationen zu entwerfen, zählt mehr, als man erwartet.

Dann ist da der Modellzustand. Die Revit-API will Sie innerhalb einer Transaktion, im richtigen Dokument, mit den richtigen Einheiten. Ein Agent, der den Überblick verliert, welches Dokument aktiv ist, oder der einen Befehl abfeuert, während ein Dialog offen ist, bekommt eine Ausnahme zurück. Die besseren Server liefern klare, strukturierte Fehler, damit das Modell sich erholen kann, statt zu straucheln. Die schlechteren liefern einen Stack-Trace, den das Modell nicht lesen kann, und die Schleife bleibt stehen.

Sicherheit und Schreibzugriff

Einem Sprachmodell Schreibzugriff auf ein lebendiges Produktionsmodell zu geben, sollte Sie nervös machen, und die ernsthaften Teams behandeln es so. Ein MCP-Server, der Elemente löschen kann, ist ein geladenes Werkzeug. Die vernünftigen Aufbauten lassen den Agenten gegen eine getrennte Kopie oder ein workshared Local laufen, nie direkt gegen das Zentralmodell, und halten eine strenge Positivliste, welche Werkzeuge überhaupt etwas ändern dürfen. Lesewerkzeuge bleiben weit offen; Schreibwerkzeuge werden begrenzt.

Büros mit einem Sicherheitsteam achten auch darauf, was das Gebäude verlässt. Ein MCP-Server ist eine Tür, und wenn der Agent am anderen Ende ein Cloud-Modell ist, reisen Ihre Projektgeometrie und Parameter zu den Servern eines anderen. Für ein Marketing-Rendering ist das in Ordnung, für einen Verteidigungs- oder Gesundheitskunden unter NDA ein echtes Problem. Die Antwort, auf die viele Büros kommen, ist ein lokales Modell für alles, was das lebendige BIM berührt, und ein Cloud-Modell nur für wegwerfbares Ausprobieren. Erwarten Sie, dass sich diese Trennung verhärtet, sobald die Rechtsabteilungen aufholen, was ihre Planer längst tun.

Fragen, die Architekten immer wieder stellen

Muss ich programmieren können, um einen MCP-Server mit Revit zu nutzen?

Um einen zu nutzen, den jemand anderes geschrieben hat, nein — Sie installieren das Add-in, richten Ihren Assistenten auf den Server und fangen an zu fragen. Um einen zu bauen oder zu erweitern, ja, dann brauchen Sie jemanden, der mit der Revit-API oder pyRevit vertraut ist. Die meisten Büros werden Community- und Hersteller-Server nutzen, lange bevor sie einen eigenen schreiben — so wie sie Dynamo-Skripte nutzten, bevor sie eines schrieben.

Ist das nur Dynamo mit einem Chatfenster obendrauf?

Es gibt Überschneidungen, aber der Unterschied ist echt. Dynamo und Grasshopper verlangen, dass Sie den Graphen bauen; die Logik liegt fest, sobald Sie sie verdrahtet haben. Ein Agent über MCP entscheidet die Schritte zur Laufzeit aus Ihrer natürlichsprachlichen Anfrage und kann eine nie gesehene Aufgabe bewältigen, indem er die vorhandenen Werkzeuge kombiniert. Dynamo ist ein Programm, das Sie schreiben. Der Agent ist ein Mitarbeiter, den Sie briefen. Beide haben ihren Platz, und oft ist der kluge Zug, den Agenten einen Dynamo-Graphen als eines seiner Werkzeuge aufrufen zu lassen.

Kann ein MCP-Agent direkt an einer IFC arbeiten, ohne dass Revit offen ist?

Ja, und das ist einer der nützlicheren Kniffe. Server auf Basis von IfcOpenShell lesen und durchsuchen IFC-Dateien direkt, sodass ein Agent Mengenermittlungen, Prüfungen und Compliance-Checks auf einem Server ohne jede Autorenlizenz ausführen kann. Sie verlieren die Fähigkeit, Änderungen ins native Modell zurückzuschieben, aber für Analyse und Berichte ist es schnell und günstig.

Wird das BIM-Koordinatoren ersetzen?

Nein, und wer diese Zeile verkauft, hat keine echte Koordinationssitzung geleitet. Was es entfernt, ist die zähe Mitte — das manuelle Abfragen, das repetitive Parameter-Aufräumen, das „exportiere diese Liste noch einmal“-Geschiebe. Die Urteilsfragen, die Kollisionslösung, die jemanden braucht, der weiß, warum ein Kanal sich verschieben lässt und ein Träger nicht, das Kundengespräch — die bleiben menschlich. Der Koordinator, der lernt, einen Agenten gut zu briefen, schafft schlicht mehr Arbeit.

Wohin das führt

Die Richtung ist klar, auch wenn das Tempo es nicht ist. Autodesk baut Agentenzugriff in die Kernprodukte ein, statt ihn Plugins zu überlassen — das heißt, MCP-artige Werkzeugaufrufe werden bald ein natives Merkmal von Revit und Forma sein, kein GitHub-Projekt, das Sie auf eigenes Risiko installieren. Sobald das da ist, lautet die Frage für ein Büro nicht mehr, ob es KI ins Modell lässt, sondern wie es sie regelt — welche Modelle, welche Schreibrechte, welche Projekte. Das ist ein Richtlinienproblem, kein technisches, und es ist das richtige Problem, über das man streiten sollte.

Bei Pixintellect entwickeln wir KI-Werkzeuge für Design und Architektur. Mehr dazu unter pixintel.de.

Bilder: AI-Designed