Der Schwarm, der Städte baut – Schwarmrobotik im Bauwesen
- Benjamin Metzig
- 16. Nov. 2025
- 6 Min. Lesezeit
Aktualisiert: vor 6 Tagen
Bauen ist bis heute ein erstaunlich analoges Geschäft. Selbst dort, wo Planung, Statik, Vermessung und Lieferketten längst digitalisiert sind, bleibt die Baustelle ein Ort aus Engpässen: zu wenig Platz, zu viele Abhängigkeiten, zu viele Schritte, die in einer bestimmten Reihenfolge passieren müssen. Genau deshalb wirkt die Idee der Schwarmrobotik im Bauwesen so elektrisierend. Nicht ein großer Wunderapparat, der alles kann. Sondern viele kleinere Maschinen, die lokal entscheiden, parallel arbeiten, Ausfälle verkraften und gemeinsam Strukturen erzeugen, die größer sind als jede einzelne von ihnen.
Das klingt nach Science-Fiction, hat aber einen realen Forschungskern. Seit Jahren versuchen Robotiklabore, das Bauprinzip sozialer Insekten technisch zu übersetzen: keine zentrale Leitstelle, kein einzelner Bauplaner auf jeder Bewegungsebene, sondern lokale Regeln, die sich zu einem belastbaren Gesamtergebnis zusammensetzen. Die Frage ist nur: Ist das wirklich die Zukunft der Baustelle oder vorerst vor allem ein faszinierendes Laborversprechen?
Was mit Schwarmrobotik im Bauwesen eigentlich gemeint ist
Schwarmrobotik heißt nicht bloß, dass viele Roboter gleichzeitig auf einer Baustelle stehen. Der entscheidende Punkt ist die Art der Koordination. In klassischen Automationssystemen gibt es meist starke Zentralisierung: ein Roboterarm, eine definierte Zelle, eine klar kontrollierte Umgebung, ein exakt vorgegebener Ablauf. Auf Baustellen funktioniert das nur begrenzt, weil Baustellen unordentlich sind. Untergrund, Witterung, Toleranzen, Materialzustände und menschliche Eingriffe ändern sich ständig.
Schwarmrobotische Ansätze versuchen deshalb, Komplexität anders zu verteilen: in viele relativ einfache Einheiten, die auf lokale Signale reagieren. In der Biologie heißt das oft Stigmergie. Gemeint ist, dass Akteure nicht alles direkt miteinander ausverhandeln, sondern über Veränderungen in ihrer Umgebung koordiniert werden.
Definition: Stigmergie
Ein System arbeitet stigmergisch, wenn einzelne Akteure ihre nächsten Schritte aus Umweltspuren ableiten: aus Materialanordnung, Feuchtigkeit, Markierungen, Zwischenzuständen oder anderen lokal wahrnehmbaren Veränderungen.
Für das Bauwesen ist das attraktiv, weil genau dort Koordination teuer wird. Je größer ein Projekt und je dynamischer seine Umgebung, desto anfälliger sind starre, zentral eng getaktete Systeme.
Der große Referenzfall heißt TERMES
Wenn heute über Schwarmrobotik im Bauwesen gesprochen wird, führt fast kein Weg an TERMES vorbei. Schon 2011 beschrieben Kirstin Petersen, Radhika Nagpal und Justin Werfel im Konferenzbeitrag TERMES: An Autonomous Robotic System for Three-Dimensional Collective Construction eine Hardware- und Kontrollarchitektur, in der mobile Roboter mit einfachen Fähigkeiten dreidimensionale Strukturen aus spezialisierten Blöcken aufbauen können. Der Kern der Idee war damals schon bemerkenswert nüchtern: lieber einfache Roboter mit wenigen Sensoren und klaren lokalen Regeln als ein technisch überladenes System, das nur unter Idealbedingungen funktioniert.
Der eigentliche Durchbruch in der öffentlichen Wahrnehmung kam 2014 mit der Science-Arbeit Designing Collective Behavior in a Termite-Inspired Robot Construction Team. Dort wurde gezeigt, wie ein Nutzer eine Zielstruktur vorgibt und das System daraus lokale Regeln für unabhängige Kletterroboter ableitet. Die Roboter arbeiteten mit Onboard-Sensorik und koordinierten sich über die gemeinsam entstehende Struktur statt über einen dauernden zentralen Kommandostrom.
Das war deshalb so wichtig, weil es zwei Dinge gleichzeitig demonstrierte. Erstens: Dezentrale Baukoordination ist nicht nur ein Simulationsspiel. Zweitens: Der eigentliche Clou liegt nicht in einem „klugen Chef-Roboter“, sondern in der Übersetzung eines Bauziels in Regeln, die lokal prüfbar bleiben.
Der eigentliche Trick ist nicht Kraft, sondern Übersetzbarkeit
Wer an Bauroboter denkt, denkt oft an Traglast, Präzision oder rohe Maschinenstärke. Beim Schwarmansatz ist die spannendere Frage aber eine andere: Wie übersetzt man ein räumliches Ziel in einen Ablauf, den viele einfache Akteure ohne Chaos abarbeiten können?
Genau daran setzt die spätere Arbeit A Compiler for Scalable Construction by the TERMES Robot Collective an. Sie macht deutlich, dass kollektives Bauen nicht nur ein Hardwareproblem ist. Es ist vor allem ein Planungsproblem. Der Compiler übersetzt einen Zielkörper in eine Struktur von lokalen Bewegungs- und Bauentscheidungen, die robotsicher bleibt: keine Sackgassen, keine unbaubaren Zwischenzustände, keine Pfade, die sich später selbst blockieren.
Das ist eine der wichtigsten Lehren aus dem Feld: Schwarmrobotik im Bauwesen wird nur dann relevant, wenn nicht nur die Maschinen skalieren, sondern auch die Logik, mit der Bauaufgaben in viele robuste Kleinschritte zerlegt werden.
Warum das Bauwesen von dieser Idee träumt
Der Reiz liegt auf der Hand. Bauen ist gefährlich, langsam und in vielen Teilprozessen brutal unflexibel. Wo Menschen heute auf Gerüsten, in kontaminierten Zonen, nach Katastrophen oder in infrastrukturell schwierigen Regionen arbeiten, wäre ein verteiltes Robotersystem prinzipiell attraktiv. Fällt ein Gerät aus, steht nicht das ganze Projekt. Muss eine Struktur wachsen, könnten zusätzliche Einheiten dazukommen, ohne dass die Gesamtlogik neu erfunden werden muss.
Auch ökonomisch hat die Idee Charme. Ein Schwarm aus vergleichsweise einfachen Einheiten verspricht theoretisch etwas, das monolithische Hochleistungsmaschinen oft nicht liefern: elastische Skalierung. Nicht eine Maschine für alles, sondern viele kleine Rollen, die parallelisieren, puffern und im Idealfall billiger zu ersetzen sind.
Hinzu kommt ein architektonischer Gedanke: Manche Formen lassen sich durch viele mobile Einheiten vor Ort leichter erzeugen als durch eine starre Fabriklogik. Gerade in Umgebungen, in denen Transport, Gelände oder Zugang schwierig sind, wird verteiltes Bauen interessant.
Das MIT Media Lab hat mit FIBERBOTS genau in diese Richtung argumentiert. Dort entstand mit mehreren mobilen Robotern eine 4,5 Meter hohe Verbundstruktur in unter zwölf Stunden. Das ist noch kein normaler Hochbau, zeigt aber, warum das Feld nicht bloß von Insektenmetaphern lebt. Es gibt reale Versuche, Baustellenlogik zu parallelisieren.
Warum die echte Baustelle das Feld so hart ausbremst
Trotzdem wäre es falsch, aus diesen Demonstrationen eine fast marktreife Revolution abzuleiten. Der Abstand zwischen Labor und Baustelle ist im Bauwesen größer als in vielen anderen Branchen. Fabrikautomation gewinnt ihre Stärke aus kontrollierten Bedingungen. Baustellen haben fast das gegenteilige Profil.
Der erste große Gegner ist Navigation. Ein Roboter, der im Labor auf normierten Blöcken arbeitet, ist noch weit entfernt von einer Baustelle mit Schlamm, Schotter, Kabeln, Werkstoffen, wechselnden Höhen, Wind, Regen, Staub und menschlichen Improvisationen. Schon kleine Unsicherheiten in Pose, Reibung oder Materiallage können in einem kollektiven System Fehlerketten auslösen.
Der zweite Gegner ist Materialwirklichkeit. Beton verhält sich nicht immer gleich. Bauteile haben Toleranzen. Lasten verschieben sich. Untergründe setzen sich. Ein Schwarm, der in der Theorie lokal reagiert, muss in der Praxis mit Abweichungen umgehen, die nicht bloß rechnerisch, sondern physisch sind.
Der dritte Gegner ist Sicherheit. Auf einer echten Baustelle arbeiten Menschen, Maschinen, Lieferverkehr und temporäre Strukturen gleichzeitig. Jedes zusätzliche autonome System erhöht nicht nur das Produktivitätspotenzial, sondern auch die Anforderungen an Kollisionsvermeidung, Haftung, Nachvollziehbarkeit und Notfallprotokolle. Genau diese Baustellenrealität taucht auch in neueren Überblicken wie Robotics in the Construction Sector: Trends, Advances, and Challenges immer wieder als harte Grenze auf.
Kontext: Warum Baustellenrobotik schwerer ist als Lagerrobotik
Lager optimieren einen Innenraum. Baustellen produzieren ihn erst. Die Umgebung, in der der Roboter sicher und präzise handeln soll, ist also nicht stabil vorhanden, sondern selbst Teil des Problems.
Deshalb wird gerade an den unspektakulären Fragen geforscht
Wer nur auf Demonstrationsvideos schaut, verpasst den eigentlichen Reifungsprozess des Feldes. Die Forschung arbeitet längst nicht mehr nur an der hübschen Frage, ob mehrere kleine Roboter gemeinsam einen Turm bauen können. Sie arbeitet an den unangenehmen Details, die entscheiden, ob daraus mehr wird.
Dazu gehören skalierbare Compiler, Fehlerkorrektur, robuste Pfadplanung, verteilte Wahrnehmung und die Frage, ob sich ein Teil der Koordination direkt ins Material verlagern lässt. Die offene Plattform An open-source multi-robot construction system ist dafür ein gutes Beispiel. Dort werden nicht nur Roboter untersucht, sondern auch „stigmergische“ Bausteine, also Baumaterialien, die selbst Zustände tragen und damit Koordination erleichtern können.
Das ist konzeptionell hochinteressant. Es verschiebt die Intelligenz weg vom einzelnen Superroboter hin zu einem System aus Agenten, Material und Zwischenzuständen. Für das Bauwesen könnte genau das entscheidend sein, weil dort selten nur der Roboter zählt. Entscheidend ist, wie gut Werkzeug, Material, Baustellenablauf und räumliche Entwicklung ineinandergreifen.
Schwarmprinzipien könnten früher kommen als echte Schwärme
Vielleicht liegt der wichtigste Punkt gerade darin, dass Schwarmrobotik das Bauwesen nicht erst dann verändert, wenn Hunderte kleine Roboter ganze Häuser errichten. Wahrscheinlicher ist ein Zwischenschritt: Schwarmprinzipien tauchen früher auf als voll ausgeprägte Bauschwärme.
Das kann heißen:
mehrere spezialisierte Einheiten teilen sich Vermessung, Materialzufuhr, Inspektion und Teilmontage;
mobile Roboter arbeiten in wechselnden Teams statt in isolierten Einzelzellen;
Baumaterialien oder Zwischenstrukturen werden informationsreicher und helfen bei lokaler Koordination;
Baustellen werden so geplant, dass verteilte Maschinen überhaupt robust arbeiten können.
Mit anderen Worten: Nicht die ganze Stadt wird vom Schwarm gebaut. Aber Teile des Bauens könnten zunehmend nach Schwarmlogik organisiert werden.
Und was haben Termiten damit noch zu tun?
Die Termiten-Metapher ist mehr als ein hübsches Bild. Sie erinnert daran, dass komplexe Bauleistungen nicht zwingend aus zentraler Übersicht entstehen müssen. In einer späteren Studie zur Umweltkoordination, Validating a Termite-Inspired Construction Coordination Mechanism Using an Autonomous Robot, wurde sogar untersucht, wie Umweltgrößen wie Feuchtigkeit als Bausignal wirken können. Das ist wichtig, weil es die Perspektive erweitert: Koordination muss nicht immer heißen, dass alle Einheiten alles voneinander wissen. Manchmal reicht es, wenn sie zuverlässig auf dieselben lokal lesbaren Hinweise reagieren.
Gerade das macht Schwarmrobotik für das Bauwesen intellektuell so attraktiv. Sie verspricht nicht bloß mehr Maschinen. Sie verspricht eine andere Vorstellung davon, wo Ordnung herkommt.
Was heute eine ehrliche Bilanz ist
Stand heute ist Schwarmrobotik im Bauwesen weder bloße Fantasie noch kurzfristig industriefertig. Die spektakulärsten Arbeiten zeigen, dass dezentrale Baukoordination physisch möglich ist. Die nüchterneren Folgearbeiten zeigen aber ebenso klar, wie viel zwischen einem cleveren Forschungssystem und einer zuverlässigen Baustelleninfrastruktur liegt.
Wer das Feld ernst nimmt, sollte deshalb zwei Fehler vermeiden. Der erste wäre Hype: die Behauptung, autonome Bauschwärme stünden praktisch schon vor dem Durchbruch. Der zweite wäre Zynismus: die Annahme, das Ganze sei nur akademisches Spielzeug. Beides verfehlt den Punkt.
Der eigentliche Fortschritt liegt darin, dass Schwarmrobotik das Bauwesen zwingt, Bauen neu zu denken: weniger als heroische Einzelmaschine, mehr als verteilte, fehlertolerante Infrastruktur aus Robotern, Material, Regeln und Zwischenzuständen. Vielleicht werden Schwärme also nicht morgen unsere Städte bauen. Aber sie verändern schon heute die Frage, wie man Städte überhaupt maschinell bauen könnte.
Kommentare