Die 3D-Oberfläche wird zugänglicher, ihr Wert entsteht durch die Daten dahinter.
Visualisierung: Ein Industriecampus im Browser wird erst durch verbundene Betriebsdaten zum digitalen Zwilling | Bild: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Ein Industriecampus aus der Vogelperspektive, Hallen, Straßen und eine Landebahn, dazu Produktionskennzahlen, ein Ereignisprotokoll und eine Ansicht, die bis zu einzelnen Bauteilen und Toleranzen heranzoomt. So sieht ein Video aus, das im Oktober 2026 in den sozialen Medien Aufmerksamkeit fand. Das Besondere: Die gesamte Anwendung läuft als einzelne HTML-Datei in einem gewöhnlichen Webbrowser.
Das Video zeigt eine Konzeptstudie. Die dargestellten Kennzahlen sind simuliert, der Campus ist eine Vision. Gerade das macht das Beispiel lehrreich. Es zeigt, wie zugänglich räumliche Darstellung geworden ist, und es stellt eine Frage, die für jedes Industrieunternehmen wichtig ist: Was macht aus einer überzeugenden 3D-Welt einen digitalen Zwilling, der im Betrieb tatsächlich hilft?
Die Diskussion unter einem Beitrag zu dem Video auf LinkedIn brachte die Antwort auf den Punkt. Die Bausteine sind häufig vorhanden: 3D-Modelle, Sensoren, Steuerungen, Wartungs- und Auftragssysteme. Der Engpass liegt in ihrer Verbindung zu einem zusammenhängenden System, das Menschen Probleme früher erkennen und verstehen lässt. Andere Stimmen betonten, dass auch die Geometrie selbst Information trägt und dass ein Zwilling erst dann zählt, wenn er eine Handlung ermöglicht, bevor die Produktion betroffen ist.
Für Produktionsleiter, Innovationsabteilungen und IT-Verantwortliche ist das eine Investitionsfrage. Wer heute in eine räumliche Oberfläche investiert, sollte wissen, welche Teile davon Darstellung sind und welche belastbare Information. Dieser Beitrag prüft die Entwicklung Schritt für Schritt: vom Konzept im Browser über Webgrafik, Integration und Industriestandards bis zu KI-gestütztem Prototyping, messbarem Nutzen und Verantwortung im Betrieb. Er zeigt auch, wie ein Einstieg aussieht, der klein beginnt und belastbare Ergebnisse liefert.
- Ein ganzer Industriecampus läuft heute in einem Browser.
- Das gezeigte Video ist eine Konzeptstudie mit simulierten Werten.
- Ein digitaler Zwilling braucht Verbindung zur realen Anlage.
- Integration ist die eigentliche Hürde.
- Am Anfang steht ein messbarer Pilot.
Der folgende Beitrag zeigt, was ein Konzept leistet, was einen digitalen Zwilling ausmacht, warum der Browser zur 3D-Plattform wird, wo Integration und Standards ansetzen, welche Rolle KI spielt und wie aus einem Prototyp ein verantwortbares System wird.
Eine Fabrik, die nur im Browser existiert
Das Video wirkt wie ein digitaler Rundgang durch ein laufendes Werk. Die Kamera überfliegt den Campus, wechselt in eine Halle und zeigt schließlich eine einzelne Fertigungszelle mit Bauteilen und Toleranzen. Daneben laufen Zähler, ein Ereignisprotokoll und eine Drohnenansicht. Gezeigt wird das Konzept einer fiktiven Firma als einzelne lokale HTML-Datei im Browser.[1] Die Werte sind simuliert, die Infrastruktur existiert nicht.
Genau diese Trennung macht das Beispiel wertvoll. Ein Campus muss nicht gebaut sein, damit eine Planungsfrage anschaulich wird. Ein Team kann Wege, Hallenbeziehungen, Sichtachsen oder mögliche Fertigungszellen diskutieren, bevor die physische Infrastruktur existiert. Eine Geschäftsführung kann Größenordnungen vergleichen, eine Fachabteilung früh über Abläufe sprechen. Die Visualisierung wird zum gemeinsamen Gesprächsraum, in dem Annahmen sichtbar und damit überprüfbar werden.
Zugleich erzählt die Oberfläche mehr, als die Datenbasis hergibt. Ein Dashboard, das nach Echtzeit aussieht, ist noch keine Echtzeitmessung. Eine animierte Drohnenkamera belegt keinen autonomen Flugbetrieb, und eine präzise gezeichnete Fertigungszelle bestätigt weder ihre Geometrie noch ihre Prozessdaten. Wer ein solches Konzept bewertet, fragt deshalb zuerst, welche Elemente beobachtet, welche modelliert, welche simuliert und welche rein gestalterisch sind. Diese Unterscheidung legt fest, welche Fragen das Konzept beantworten kann und welche erst eine spätere Ausbaustufe beantwortet.

Ein überzeugendes Bild steht am Anfang, nicht am Ende des Weges.
Infografik: Ein Konzept macht Annahmen sichtbar, erst Pilot und Betrieb verbinden es belastbar mit der realen Anlage | Grafik: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Für Unternehmen hilft eine einfache Einteilung in Reifestufen. Ein Konzept macht räumliche Annahmen sichtbar. Ein Prototyp prüft, ob Nutzer damit arbeiten können. Ein Pilot bindet ausgewählte echte Daten an. Ein Produktivsystem braucht zusätzlich Betrieb, Zugriffsrechte, Überwachung und Pflege. Diese Stufen verhindern, dass ein visuell fertiges Ergebnis als technisch integrierte Lösung eingeordnet wird. Das amerikanische National Institute of Standards and Technology, kurz NIST, beschreibt digitale Zwillinge in der Fertigung als synchronisierte virtuelle Modelle realer Systeme, die für Analyse, Vorhersage oder Optimierung dienen.[2] Ein eindrucksvolles Bild ist ein Einstieg in diese Diskussion. Belastbar wird die digitale Darstellung, wenn ihre Verbindung zum realen Gegenstück und ihr Zweck feststehen.
Die eigentliche Nachricht des Videos lautet deshalb: Die Schwelle für einen überzeugenden räumlichen Prototyp sinkt. Was früher eine teure Spezialanwendung war, kann heute als teilbare Browser-Erfahrung beginnen. Auch eine Simulation ist dabei wertvoll, wenn sie als Simulation gekennzeichnet ist und eine Hypothese testet. Der Maßstab ist dann nicht die Realitätsnähe jeder Textur, sondern ob das Modell die richtige Planungsfrage verständlich macht. Was aus einem 3D-Bild einen digitalen Zwilling macht, zeigt das nächste Kapitel.
- Das Video zeigt einen Industriecampus als einzelne HTML-Datei.
- Die Kennzahlen sind simuliert, der Campus ist eine Vision.
- Konzepte machen Planungsfragen früh sichtbar und diskutierbar.
- Konzept, Prototyp, Pilot und Produktivsystem sind eigene Reifestufen.
- Belastbar wird ein Modell durch Verbindung und klaren Zweck.
Ein Konzept im Browser ist damit ein starker Anfang. Sein Wert zeigt sich, wenn sein Status ehrlich benannt und seine nächste Stufe klar geplant ist.
Ein 3D-Modell ist noch kein digitaler Zwilling
Der Begriff digitaler Zwilling wird für sehr unterschiedliche Dinge verwendet: für ein CAD-Modell, also ein Konstruktionsmodell aus der Entwicklung, für eine 3D-Visualisierung, ein Simulationsmodell, ein Dashboard oder eine laufend synchronisierte digitale Abbildung einer Anlage. Diese Begriffe sind nicht austauschbar. Ein Modell kann statisch sein. Eine Simulation berechnet mögliche Zustände, ohne eine konkrete Anlage fortlaufend abzubilden. Ein Dashboard zeigt Messwerte, ohne sie räumlich einzuordnen.
Für die Fertigung bietet die internationale Norm ISO 23247 einen hilfreichen Rahmen. Sie unterscheidet das beobachtbare Fertigungselement, seine digitale Repräsentation, die Verbindung zwischen physischer und digitaler Welt und die Nutzer, die den Zwilling für bestimmte Aufgaben verwenden.[3] Die Norm macht damit klar: Nicht die 3D-Optik definiert den Zwilling, sondern die zweckgebundene Abbildung und der Informationsaustausch mit dem realen System.
NIST betont in seiner Arbeit zu digitalen Zwillingen in der Fertigung Synchronisierung, Datenmanagement und die Validierung der Modelle.[4] Dazu gehören Fragen, die in einer Konzeptdemo unsichtbar bleiben: Wie oft werden Daten aktualisiert? Welche Verzögerung ist akzeptabel? Was passiert bei fehlenden oder widersprüchlichen Messungen? Wie wird erkennbar, dass eine Kennzahl simuliert oder veraltet ist? Die Übersicht unter der Grafik ordnet die häufigsten Begriffe ein.

Nicht die 3D-Optik macht den Zwilling, sondern die Verbindung zur Anlage.
Infografik: Ein digitaler Zwilling entsteht aus physischem Element, digitaler Repräsentation, Synchronisierung und einem klaren Zweck | Grafik: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
| Form | Zeigt | Verbindung zur Anlage | Typischer Zweck |
|---|---|---|---|
| CAD-Modell | Geometrie und Aufbau | Keine laufende Verbindung | Konstruktion und Fertigung |
| 3D-Visualisierung | Raum und Anmutung | Keine oder einmalige Übernahme | Kommunikation und Vertrieb |
| Simulation | Mögliche Zustände | Annahmen und Parameter | Varianten prüfen und planen |
| Dashboard | Kennzahlen | Messwerte ohne räumlichen Bezug | Überwachung |
| Digitaler Zwilling | Ort, Bedeutung und Zustand | Synchronisiert mit der realen Anlage | Entscheidungen im Betrieb |
Übersicht: Häufige Formen digitaler Darstellung im Vergleich, eigene Einordnung auf Basis der zitierten Normen und NIST-Arbeiten | Tabelle: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Für Unternehmen zeigt sich der Unterschied an einer einzigen Anzeige. Ein Zähler Output pro Tag sieht im Entwurf plausibel aus. Im Betrieb braucht er eine definierte Messgröße, eine Quelle, einen Zeitbezug, eine Einheit, einen Gültigkeitsbereich und eine verantwortliche Person. Sind Ausschuss und Nacharbeit abgezogen? Bezieht sich der Wert auf die Schicht, den Tag oder einen gleitenden Zeitraum? Ohne diese Angaben bleibt der Wert eine Zahl auf dem Bildschirm. Ein guter Test ist, die Datenverbindung einmal absichtlich zu unterbrechen. Eine Anzeige, die dann unverändert bleibt, muss als letzter bekannter Stand markiert werden.
Der Prototyp verliert dadurch nicht an Wert. Er darf bewusst hypothetisch sein, wenn er als Hypothese gekennzeichnet ist. Wie der Browser zur Plattform für solche Prototypen wird, zeigt das nächste Kapitel.
- Modell, Simulation, Dashboard und Zwilling sind verschiedene Dinge.
- ISO 23247 definiert den Zwilling über Verbindung und Zweck.
- NIST betont Synchronisierung, Datenmanagement und Validierung.
- Jede Kennzahl braucht Quelle, Zeitbezug und Einheit.
- Veraltete Werte müssen als veraltet erkennbar sein.
Der entscheidende Schritt ist damit ein sauber definierter Übergang von der Darstellung zur beobachtbaren Realität, nicht mehr Detail.
Der Browser wird zur 3D-Plattform
Dass ein einzelner Browser eine Anlage darstellen kann, die nach Industriesoftware aussieht, hat einen technischen Grund. Moderne Webgrafik nutzt die Grafikkarte des Endgeräts für Darstellung und Berechnungen. Das World Wide Web Consortium, kurz W3C, hat dafür mit WebGPU eine standardisierte Programmierschnittstelle festgelegt, die Grafik- und Rechenaufgaben direkt auf die Grafikkarte bringt.[5]
Bibliotheken wie Three.js übersetzen diese Technik in Bausteine, mit denen Entwickler Szenen, Kameras, Beleuchtung und Interaktionen aufbauen. Three.js bietet einen eigenen WebGPU-Renderer an, der auf Geräten ohne WebGPU-Unterstützung auf den älteren Standard WebGL 2 zurückfällt.[6] Damit werden anspruchsvolle 3D-Szenen im Web für deutlich mehr Anwendungen realistisch.
Der Browser senkt so eine wichtige Hürde. Für eine erste Ansicht muss niemand Spezialsoftware installieren. Ein Link genügt, um eine Szene zu verteilen, Rückmeldungen einzusammeln und Abstimmungen zu erleichtern. Ein Prototyp lässt sich an einem leistungsfähigen Arbeitsplatz entwickeln und auf geeigneten Geräten präsentieren. Genau das passt zu einem Campus-Konzept, das räumliche Orientierung, Kennzahlen und Detailansichten zugleich zeigen will.

Der Browser öffnet die Tür, das Gerät bestimmt das Tempo.
Infografik: Webgrafik senkt die Zugangshürde für 3D, Geräte, Netzwerk und Datenmenge bestimmen dennoch die Erfahrung | Grafik: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Für Unternehmen gilt dabei: Was im Browser läuft, läuft nicht überall gleich. Grafikkarte, Treiber, Browserversion, Sicherheitseinstellungen, Speicher, Netzwerk und Bildschirmgröße beeinflussen die Erfahrung. Eine lokale HTML-Datei kann zudem externe Bibliotheken oder Daten nachladen und ist nicht dasselbe wie eine zentral gepflegte Webanwendung mit Nutzerrechten, Versionsverwaltung und Betrieb. Bei großen Szenen wird das schrittweise Nachladen von Geometrie wichtig: Kacheln und abgestufte Detailgrade, sogenannte Levels of Detail, machen eine flüssige Erfahrung möglich, verändern aber die Datenarchitektur. Ein Prototyp sollte deshalb früh auf genau den Geräten getestet werden, die später im Werk oder beim Kunden eingesetzt werden. WebGPU bietet mehr Möglichkeiten, ist aber kein automatischer Schalter für mehr Leistung in jeder Szene. Für eine robuste Verteilung sind Rückfalllösungen, Ladezeiten, schrittweise Detailstufen und ein realistischer Gerätemix wichtiger als ein einzelner Leistungstest. Wo hochdetaillierte Engineering-Modelle mit präzisen Mess- oder Simulationsanforderungen gefragt sind, kann eine hybride Architektur aus Browseransicht und spezialisierten Werkzeugen die bessere Wahl sein.
Der größere Wandel ist organisatorisch. Wenn eine 3D-Sicht unkompliziert teilbar wird, sprechen mehr Menschen früher über Raum und Prozess. Woher die Daten in dieser Sicht stammen, kann der Browser allerdings nicht garantieren. Darum geht es im nächsten Kapitel.
- WebGPU bringt Grafik- und Rechenaufgaben auf die Grafikkarte.
- Three.js bietet WebGPU mit Rückfall auf WebGL 2.
- Ein Link ersetzt die Installation von Spezialsoftware.
- Geräte, Netzwerk und Datenmenge bestimmen die Erfahrung.
- Prototypen gehören früh auf die späteren Zielgeräte.
Der Browser macht räumliche Information damit zugänglicher als je zuvor. Ihre Herkunft und Bedeutung muss die Architektur dahinter sichern.
Die schwierige Strecke heißt Integration
Ein digitaler Campus entsteht aus vielen Datenquellen. Gebäudegeometrie stammt aus BIM, dem digitalen Gebäudemodell, oder aus CAD, Maschinen aus Engineering-Systemen, Produktionszustände aus Steuerungen, Wartungsinformationen aus Instandhaltungssystemen, Aufträge aus MES oder ERP, also aus Fertigungs- und Unternehmenssoftware. Hinzu kommen Sensoren, Qualitätsdaten und Dokumente. Diese Systeme wurden zu unterschiedlichen Zeiten, für unterschiedliche Nutzer und Zwecke gebaut. Jedes von ihnen hat eigene Bezeichnungen, eigene Takte der Aktualisierung und eigene Verantwortliche.
ISO 23247 widmet dem Informationsaustausch deshalb einen eigenen Teil.[7] Das zeigt, wo die eigentliche Arbeit liegt: Ein Zwilling braucht nicht nur Datenübertragung, sondern passende Beziehungen zwischen den Informationen. Ein Maschinenwert muss einer konkreten Anlage, einem Ort, einer Komponente und einem gültigen Zeitraum zugeordnet sein. Standards strukturieren diese Aufgabe, lösen aber nicht automatisch jedes Datenproblem vor Ort.
NIST nennt fehlende gemeinsame Begriffe, mangelnde Interoperabilität und unzureichende Methoden zur Prüfung der Modelle als zentrale Hürden für digitale Zwillinge.[4] In der Praxis zeigen sich diese Hürden als scheinbar kleine Fragen. Meinen zwei Systeme mit Status denselben Zustand? Stimmen Koordinatensysteme und Maßstäbe überein? Gehört ein Messwert zur Maschine oder zur Linie? Welche Quelle gilt, wenn zwei Systeme Widersprüchliches melden?

Integration verbindet Systeme über gemeinsame Identitäten.
Infografik: Ein digitaler Zwilling braucht Beziehungen zwischen den Daten, nicht nur deren Übertragung | Grafik: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
In der Diskussion zu dem Video brachte ein Kommentar den Punkt auf den Begriff: Die Bausteine sind oft vorhanden, die Einschränkung liegt in ihrer Integration zu einem zusammenhängenden System. Für Unternehmen heißt das nicht, alle Daten in eine zentrale Datenbank zu verschieben. Es heißt, Datenflüsse, Eigentümer, Aktualisierungsregeln, Identitäten und Bedeutungen ausdrücklich festzulegen. Eine verteilte Architektur kann sinnvoll sein, solange die Verbindungen nachvollziehbar bleiben. Integration ist zudem kein einmaliger Import. Anlagen werden umgebaut, Sensoren getauscht und Linien neu belegt. Fließen diese Änderungen nicht zurück, entfernt sich der Zwilling Schritt für Schritt vom Werk. Für jeden Datenfluss sollte klar sein, wer ihn bereitstellt, welche Qualität geprüft wird und wer auf Abweichungen reagiert.
Erst wenn feststeht, welche Entscheidung schneller oder sicherer werden soll, lässt sich beurteilen, ob ein Konnektor, eine Programmierschnittstelle oder ein Adapter die richtige Form ist. Dazu gehören weitere Fragen: Welche Aktualität genügt? Wer darf Daten korrigieren? Welche Ausfälle sind tolerierbar? Eine wiederholbare Aktualisierung und ein sichtbarer Versionsstand sind Teil der Integration, nicht nachträgliche Verwaltungsarbeit. Wie Geometrie und Daten dabei eine gemeinsame Bedeutung bekommen, zeigt das nächste Kapitel.
- Ein Campus speist sich aus vielen gewachsenen Systemen.
- ISO 23247 regelt den Informationsaustausch in einem eigenen Teil.
- NIST nennt Begriffe, Interoperabilität und Prüfung als Hürden.
- Integration bedeutet Beziehungen, nicht nur Übertragung.
- Änderungen im Werk müssen in den Zwilling zurückfließen.
Integration ist damit die Strecke, auf der aus einer schönen Ansicht ein verlässliches Werkzeug wird.
Geometrie und Daten brauchen gemeinsame Bedeutung
In der Diskussion zu dem Video zeigte sich, dass die Frage 3D-Modell oder Daten zu eng gestellt ist. Ein Teilnehmer argumentierte, dass Geometrie selbst Information trägt: Ein genaues Modell, Materialien und strukturierte Bauteilbibliotheken sind bereits Daten. Ein anderer setzte den Schwerpunkt auf den Zweck: Ein Zwilling zählt, wenn Menschen Probleme früher erkennen, ihre Ursache verstehen und handeln können, bevor die Produktion betroffen ist.
Beide Sichtweisen gehören zusammen. Geometrie sagt, wo sich etwas befindet und wie Komponenten räumlich zueinander stehen. Semantik, also die Bedeutung, sagt, was ein Objekt ist: Maschine, Sensor, Wartungspunkt, Sicherheitszone oder Auftrag. Betriebsdaten sagen, was gerade geschieht oder geschehen ist. Eine starke digitale Abbildung verbindet diese Ebenen, statt sie als getrennte Schichten übereinander zu legen. Wer eine Warnung sieht, erkennt dann sofort, welche Maschine betroffen ist, wo sie steht und welcher Wartungspunkt als Nächstes zu prüfen ist.
Die Industrie hat dafür Standards entwickelt. Die Verwaltungsschale, international Asset Administration Shell genannt, der Industrial Digital Twin Association stellt ein einheitliches Informationsmodell für Anlagen bereit. Ihre Teilmodelle beschreiben Eigenschaften eines Assets in standardisierten Vorlagen.[8] OPC UA, ein plattformübergreifender Kommunikationsstandard der OPC Foundation, regelt den Datenaustausch zwischen Geräten und Systemen.[9] Beide Ansätze ergänzen sich: Der eine beschreibt, was eine Information bedeutet, der andere, wie sie übertragen wird.

Wo, was und wie es gerade läuft, gehören zusammen.
Infografik: Geometrie zeigt den Ort, Semantik die Bedeutung, Betriebsdaten den Zustand, und erst ihre Verbindung ergibt eine belastbare Auskunft | Grafik: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Für Unternehmen bedeutet das nicht, beide Standards sofort vollständig einzuführen. Bestehende Schnittstellen, Anbieter und Sicherheitsregeln bestimmen die konkrete Architektur. Entscheidend sind gemeinsame Identitäten und Einheiten. Ein Objekt namens Zelle 04 in der 3D-Szene muss derselben physischen Zelle entsprechen, die in der Wartungsdatenbank eine eindeutige Kennung besitzt. Sonst entsteht eine anschauliche Doppelwelt ohne belastbare Auskunft. Auch die Geometrie braucht den passenden Detailgrad: Für eine Übersicht reicht ein grobes Hallenmodell, für die Kollisionsprüfung eines Roboters braucht es höhere Präzision, für die Wartung sind Bauteilnummern und Zugangszonen wichtiger als fotorealistische Oberflächen. Mehrere zweckgebundene Ansichten können auf denselben Kennungen beruhen.
Ein sauberer Datenvertrag dokumentiert deshalb, welche Darstellung für welche Entscheidung freigegeben ist. Ein präzises Engineering-Modell ist nicht automatisch für Echtzeitdarstellung, große Campus-Ansichten oder mobile Geräte geeignet, während eine vereinfachte Geometrie für die Übersicht genügt. Welche Rolle KI beim Aufbau solcher Anwendungen spielt, zeigt das nächste Kapitel.
- Geometrie ist selbst eine Form von Information.
- Semantik verbindet Ort, Bedeutung und Zustand.
- Die Verwaltungsschale beschreibt Assets einheitlich.
- OPC UA regelt den Austausch zwischen Geräten und Systemen.
- Gemeinsame Kennungen verhindern eine Doppelwelt.
Geometrie, Bedeutung und Betriebsdaten ergeben damit erst gemeinsam die Auskunft, die eine Entscheidung im Werk tragen kann.
KI beschleunigt den Prototyp, aber nicht die Wahrheit
Auf dem Bildschirm im Video sind ein Code-Editor und ein KI-Assistent zu erkennen. Welche Werkzeuge den Campus erzeugt haben und welchen Anteil künstliche Intelligenz daran hatte, lässt sich daraus nicht ableiten. Die Aussage, eine KI habe diese Fabrik in wenigen Stunden gebaut, wäre deshalb unbelegt. Die sachlichere Frage lautet: Welche Teile eines solchen Prototyps lassen sich heute schneller entwerfen?
KI-Assistenten für die Programmierung helfen beim Erstellen von Bedienelementen, Beispieldaten, Skripten und Interaktionen. Ein kontrolliertes Experiment von Microsoft Research, GitHub und dem MIT zeigte, dass Entwickler mit GitHub Copilot eine klar abgegrenzte Programmieraufgabe deutlich schneller lösten.[10] Gerade die Form dieser Aufgabe ist wichtig: Ein kurzer, gut definierter Test belegt noch keine Beschleunigung bei komplexer, wartungsintensiver Produktionssoftware.
Eine randomisierte Studie der Forschungsorganisation METR aus dem Jahr 2025 kam in einem anderen Umfeld zu einem gegenteiligen Ergebnis. Erfahrene Open-Source-Entwickler, die in großen, ihnen vertrauten Codebasen arbeiteten, brauchten mit KI-Unterstützung im Durchschnitt rund 19 Prozent länger. Die Forschenden betonen, dass das Ergebnis für diesen Kontext gilt.[11] Zusammen zeigen beide Studien eine wichtige Regel: Der Produktivitätseffekt hängt von Aufgabe, Erfahrung, Codebasis und Prüfaufwand ab. Für einen frühen Prototyp, der eine Idee schnell sichtbar und diskutierbar machen soll, kann KI deshalb sehr hilfreich sein. Für Software, die echte Anlagenwerte verarbeitet, verschiebt sich die Messlatte auf Nachvollziehbarkeit und Testbarkeit.

Schneller zum Entwurf, nicht schneller zur Wahrheit.
Infografik: KI verkürzt den Weg zum ersten Prototyp, Tests, Review und fachliche Freigabe bleiben eigene Schritte | Grafik: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Für Unternehmen ist KI damit ein Beschleuniger einzelner Arbeitsschritte, kein Garant für Korrektheit. Erzeugter Code kann falsche Einheiten, erfundene Kennzahlen, unsichere Datenzugriffe oder schwer wartbare Strukturen enthalten. Ein scheinbar funktionierendes Dashboard beweist weder fachliche Richtigkeit noch Produktionsreife. Tests, Code-Review, Rechtekonzept, Datenmodell und Verantwortung bleiben erforderlich. Eine faire Bewertung misst deshalb nicht nur, wie schnell der erste Entwurf entstand, sondern auch Nacharbeit, Fehlerquote, Verständlichkeit des Codes und die Zeit bis zur fachlichen Freigabe. Zugleich gibt es einen Vorteil jenseits der Geschwindigkeit: Wenn eine 3D-Ansicht früher existiert, können Fachleute ihre Erwartungen konkreter formulieren und falsche Annahmen rechtzeitig korrigieren.
Ein gut gestalteter Arbeitsablauf macht sichtbar, welche Komponenten automatisch erzeugt, welche geprüft und welche verbindlich freigegeben wurden. Der Prototyp wird so zu einem gemeinsamen Denkwerkzeug. Woran sich sein Nutzen im Betrieb messen lässt, zeigt das nächste Kapitel.
- Welche Werkzeuge das Video nutzte, ist nicht belegt.
- Copilot beschleunigte eine klar abgegrenzte Aufgabe deutlich.
- METR maß bei erfahrenen Entwicklern rund 19 Prozent mehr Zeit.
- Der Effekt hängt von Aufgabe, Erfahrung und Prüfaufwand ab.
- Tests, Review und Freigabe bleiben menschliche Arbeit.
Die Qualität eines Prototyps bemisst sich damit nicht daran, wie selbstständig eine KI ihn gebaut hat, sondern daran, wie gut er die nächste Entscheidung vorbereitet.
Der Zwilling muss eine Entscheidung verbessern
Ein Dashboard ist nicht deshalb nützlich, weil sich Zahlen bewegen. Der Maßstab für einen digitalen Zwilling ist der Nutzen für einen Arbeitsprozess: Ein Fehler wird früher erkannt, eine Ursache eingegrenzt, ein Wartungseinsatz besser geplant oder eine alternative Prozesseinstellung geprüft. NIST beschreibt digitale Zwillinge in der Fertigung als Grundlage für Zustandsüberwachung, Fehlererkennung, Prognose und Optimierung, deren konkrete Fähigkeiten für jeden Anwendungsfall festgelegt und geprüft werden müssen.[4]
In der Diskussion zu dem Video wurde dieser Test präzise formuliert: Ein Zwilling ist wertvoll, wenn er Menschen ermöglicht, ein Problem früher zu erkennen, seinen Zusammenhang zu verstehen und vor einem Produktionsausfall zu handeln. Das verbindet Daten mit einer Frage, einer verantwortlichen Rolle, einem Zeitfenster für die Handlung und einer überprüfbaren Folge.
NIST hat auf Basis von ISO 23247 Anwendungsszenarien veröffentlicht, die zeigen, wie sich die Umsetzung vom Anwendungsfall und den beobachtbaren Fertigungselementen her planen lässt.[12] Für einen digitalen Campus ergibt sich daraus eine prüfbare Kette: Ein Sensor meldet einen Zustand, der Zustand ist einem Asset zugeordnet, die räumliche Ansicht macht den Ort verständlich, eine Analyse bewertet die Abweichung, eine zuständige Person entscheidet, und die Wirkung der Maßnahme wird zurückgemeldet. Erst wenn diese Kette geschlossen ist, wird aus einer Anzeige ein Werkzeug, das im Alltag Zeit spart.

Der Zwilling zählt, wenn er eine Entscheidung verbessert.
Infografik: Vom Signal bis zur Rückmeldung muss jeder Übergang funktionieren, damit ein Zwilling messbaren Nutzen stiftet | Grafik: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Für Unternehmen heißt das, jeden Übergang dieser Kette zu prüfen. Ein Signal kann verspätet sein, ein Zustand falsch eingeordnet, ein Hinweis zu allgemein, um eine Handlung auszulösen. Eine Mitarbeiterin sieht eine Empfehlung vielleicht, ohne sie prüfen oder übersteuern zu können. Eine gute Demo zeigt deshalb auch, welche Quelle einen Wert erzeugt, wie sicher die Einordnung ist und welche Reaktion möglich ist. Für die Auswertung braucht es eine Ausgangslinie: Wann wird eine Abweichung heute erkannt, und wann mit dem Zwilling? Geeignete Kennzahlen sind die Zeit bis zur Diagnose, der Anteil bestätigter Warnungen, vermiedene Stillstandszeit, Suchaufwand, Fehlalarme und die Zahl der Fälle, in denen Nutzer eine Empfehlung nachvollziehen konnten. Diese Werte sollten mit echten Nutzergruppen erhoben werden, denn ein technisch korrektes System kann am Arbeitsplatz trotzdem unklar oder zu aufwendig sein. Wird eine räumliche Ansicht eingeführt, lässt sich zusätzlich messen, ob Bediener eine betroffene Komponente schneller finden und ob Rückfragen abnehmen.
Ein Zwilling ist erfolgreich, wenn seine Wirkung gegenüber dem bisherigen Ablauf nachweisbar ist. Was dafür im Betrieb an Verantwortung nötig ist, zeigt das nächste Kapitel.
- Der Maßstab ist der Nutzen für einen konkreten Arbeitsprozess.
- Ein Zwilling hilft, Probleme früher zu erkennen und zu verstehen.
- NIST zeigt Anwendungsszenarien auf Basis von ISO 23247.
- Jeder Übergang vom Signal zur Handlung kann scheitern.
- Erfolg wird gegen eine Ausgangslinie gemessen.
Gute Pilotkennzahlen messen damit nicht die Darstellungsqualität, sondern wie viel schneller und sicherer Menschen entscheiden.
Aus dem Prototyp wird ein verantwortbares System
Im Betrieb zeigt ein digitaler Zwilling mehr als Zustände. Er verbindet Analysen, Vorhersagen und Empfehlungen mit realen Folgen. Damit wird Vertrauen zu einer technischen Eigenschaft. Der NIST-Bericht IR 8356 behandelt Sicherheits- und Vertrauensfragen digitaler Zwillinge und macht deutlich, dass Risiken das gesamte System betreffen: Messtechnik, Datenkanäle, digitale Abbildung und die Wechselwirkung mit der physischen Welt.[13]
Ein verantwortbares System macht deshalb Herkunft, Aktualität und Unsicherheit der Daten sichtbar. Es braucht Rollen- und Rechtekonzepte, nachvollziehbare Änderungen und eine klare Trennung zwischen Simulation und Live-Daten. Wenn eine Ansicht eine Entscheidung beeinflusst, muss erkennbar sein, welcher Modellstand zugrunde liegt und ob eine Zahl aus Messung, Berechnung oder Annahme stammt. Eine glänzende Oberfläche ohne diese Kennzeichnung kann falsche Sicherheit erzeugen.
Die Verantwortung lässt sich nicht an ein Modell oder eine Schnittstelle abgeben. NIST beschreibt in seiner Standardisierungsarbeit Interoperabilität, Verlässlichkeit und gemeinsame Begriffe als Voraussetzungen dafür, dass unterschiedliche Systeme belastbar zusammenarbeiten.[14] In der Organisation muss zusätzlich feststehen, wem die physische Anlage gehört, wer die digitale Abbildung verantwortet, wer Datenmodelle ändert, wer neue Modelle freigibt und wer reagiert, wenn das System eine Abweichung meldet. Diese Zuständigkeiten klingen nach Organisation, sind aber Voraussetzung dafür, dass ein Zwilling im Ernstfall genutzt und nicht übergangen wird.

Jede Zahl braucht ihre Herkunft.
Infografik: Ein verantwortbares System zeigt, ob ein Wert gemessen, berechnet oder angenommen ist und ob er noch aktuell ist | Grafik: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Für Unternehmen gehört dazu ein sicherer Rückfallmodus. Eine Anzeige darf bei Verbindungsverlust nicht so aussehen, als sei sie live. Eine Prognose darf nicht als gemessener Zustand erscheinen. Bediener müssen Empfehlungen prüfen, übersteuern und weitergeben können. Je stärker ein Zwilling mit Planung oder Steuerung verbunden ist, desto wichtiger werden Prüfung, Validierung und der Umgang mit Unsicherheit. Ein Betriebskonzept regelt außerdem Änderungen an Software, Datenmodellen und Referenzgeometrie: Wer eine neue Kennzahl einführt, klärt, ob sie mit früheren Werten vergleichbar bleibt. Wer ein neues Modell importiert, weiß, welche Koordinaten und Kennungen sich verändert haben. Und wenn externe Dienstleister beteiligt sind, gehören Datenzugriff, Aufbewahrung und Löschfristen in die Sicherheitsarchitektur.
Solche Regeln bremsen Innovation nicht. Sie machen Ergebnisse reproduzierbar und im Betrieb verantwortbar. Der Campus im Browser ist deshalb ein sinnvoller Anfang, wenn sein Status ehrlich benannt wird. Wie das Video die Ausgangsfrage dieses Beitrags sichtbar macht, zeigt das folgende Kapitel.
- NIST IR 8356 betrachtet Risiken über das gesamte System.
- Herkunft, Aktualität und Unsicherheit müssen sichtbar sein.
- Simulation und Live-Daten bleiben klar getrennt.
- Rollen, Rechte und Freigaben sind festgelegt.
- Ein sicherer Rückfallmodus schützt vor falscher Sicherheit.
Der nächste Reifegrad entsteht damit durch nachvollziehbare Verbindungen zwischen der sichtbaren Welt und der Fabrik, die sie darstellen soll.
Die Fabrik in der HTML-Datei im Video
Das Video ist eine Konzeptstudie und kein Nachweis eines realen Werks. Zu sehen sind eine browserbasierte 3D-Ansicht mit Hallen, Straßen und Landebahn, Dashboard-Elemente mit Produktionswerten, ein Ereignisprotokoll, eine Drohnenperspektive sowie Detail- und Schnittansichten. Die Werte sind simuliert, die Infrastruktur ist eine Vision.[1]
Der stärkste Moment liegt im Wechsel der Maßstäbe. Zuerst wird der Campus als Ganzes sichtbar, dann führt die Ansicht in eine Halle und schließlich in eine einzelne Fertigungszelle. Diese Navigation zeigt, warum räumliche Oberflächen für komplexe Anlagen so überzeugend sind. Sie machen Zusammenhänge sichtbar, die in Tabellen schwer zu erfassen sind: Nachbarschaften, Wege, Sichtachsen und den Ort eines Ereignisses.
Der technische Kontext ist real, auch wenn der Campus konzeptionell ist. WebGPU bringt Grafik und Berechnung auf die Grafikkarte, und Frameworks wie Three.js bieten Renderer mit WebGPU und Rückfall auf WebGL 2.[5][6] Das erklärt, warum anspruchsvolle Szenen zunehmend im Web möglich werden. Ob das Video selbst WebGPU, eine bestimmte Engine oder KI-erzeugten Code verwendet, lässt sich daraus nicht ableiten.
Video: Konzeptvisualisierung eines Industriecampus in einer einzelnen HTML-Datei, die Kennzahlen sind simuliert | Visuals by original creators | Analyse, Sprechertext, Redaktion und Videobearbeitung: © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Bemerkenswert ist, wie selbstverständlich das Video eine Erfahrung zeigt, für die früher spezialisierte Software und aufwendige Präsentationsaufbauten nötig waren. Es überzeugt als Beispiel für schnelles Prototyping und räumliche Kommunikation.
Zur Einordnung gehört ebenso: Im Video lässt sich nicht prüfen, ob Werte aus einer Steuerung stammen, ob die Drohne real gesteuert wird oder ob das Ereignisprotokoll auf echten Ereignissen beruht. Der Clip zeigt die mögliche Interaktion, nicht die Datenpipeline dahinter. Seine eigentliche Frage richtet sich an die nächste Stufe: Welche der gezeigten Ansichten ließen sich mit echten, verantworteten Betriebsdaten verbinden?
- Das Video zeigt eine Konzeptvisualisierung mit simulierten Werten.
- Der Wechsel vom Campus zur Zelle zeigt die Stärke räumlicher Oberflächen.
- Die Webgrafik dahinter ist real und verfügbar.
- Welche Werkzeuge genutzt wurden, ist nicht belegt.
- Die nächste Stufe ist die Verbindung mit echten Betriebsdaten.
Das Video macht sichtbar, was die Kapitel beschreiben: Die Oberfläche ist bereit, der Wert entsteht durch die Daten, die sie mit der realen Fabrik verbinden.
Sie kennen Ihre Anlage, wir machen sie räumlich verständlich
Ein belastbarer digitaler Zwilling entsteht aus zwei Arten von Wissen. Das Unternehmen kennt seine Anlagen, Prozesse und die Entscheidungen, die schneller oder sicherer werden sollen. Für die Umsetzung braucht es Erfahrung mit 3D-Daten, Webgrafik, Schnittstellen und Oberflächen, die Fachleute ohne lange Einarbeitung verstehen. Genau diese Verbindung bildet den Kern der Arbeit der VISORIC GmbH.
Seit mehr als 15 Jahren entwickelt das Münchner Expertenteam Anwendungen in 3D, KI und XR für Unternehmen vom Mittelstand bis zum DAX-Konzern. VISORIC begleitet Unternehmen von der räumlichen Visualisierung über die Daten- und Schnittstellenarchitektur bis zum interaktiven Pilot und führt alles in der Plattform XR Stager zusammen, im Browser, auf großen Displays oder in XR.

Anlagenwissen und Technologiewissen ergeben gemeinsam einen belastbaren Pilot.
Bild: Das Unternehmen bringt Anlage, Prozess und Entscheidung ein, das Expertenteam 3D-Daten, Webtechnik und Schnittstellen | © Ulrich Buckenlei | XR Stager Online Magazin | VISORIC GmbH
Der Einstieg muss dabei nicht groß sein. Sinnvoll ist eine kleine, aber vollständige Kette: ein Asset, eine passende Geometrie, eine Datenquelle, eine konkrete Entscheidung und eine verantwortliche Rolle. Diese Kette wird vom Ursprung des Messwerts bis zur dokumentierten Reaktion geprüft. Vorab wird festgehalten, was simuliert bleibt, welche Daten fehlen und wie veraltete Werte markiert werden. Erst wenn diese kleine Kette verlässlich funktioniert, lohnt es sich, weitere Maschinen, Datenarten und Nutzergruppen aufzunehmen. So wächst der Zwilling mit nachweisbarem Nutzen statt mit Komplexität. ISO 23247 bietet dafür einen Rahmen für die Fertigung,[3] und NIST zeigt mit seinen Anwendungsszenarien, wie sich Anforderungen und Prüfung vom Anwendungsfall her planen lassen.[12]
- Auswahl einer Entscheidung, die schneller oder sicherer werden soll.
- Räumliche Ansicht mit Datenherkunft, Status und Aktualität.
- Pilot mit echten Nutzern, gemessen gegen den bisherigen Ablauf.
Gerade weil räumliche Prototypen heute so schnell entstehen, ist jetzt ein guter Zeitpunkt, den ersten Schritt auf belastbare Daten zu stellen.
Welche Entscheidung in Ihrer Produktion soll Ihr digitaler Zwilling verbessern?
Sprechen Sie mit dem VISORIC Expertenteam in München. Gemeinsam machen wir einen Reality Check Ihrer Datenlage, wählen einen messbaren Anwendungsfall und entwickeln einen Pilot, der zeigt, was Ihr digitaler Zwilling leisten kann.
Kontakt:
E-Mail: info@visoric.com
Telefon: +49 89 21552678
Quellen und Referenzen
- Instagram-Reel des Accounts @abimaeel.silva, Konzeptstudie Heimdall Industries, Oktober 2026. Primärquelle für die gezeigte Konzeptvisualisierung, Identität, Werkzeuge und Realisierungsstand nicht unabhängig verifiziert. instagram.com/abimaeel.silva.
- NIST. Definitions and State of the Art, Digital Twins Program, 2025. nist.gov/digital-twins/definitions-and-state-art.
- ISO 23247-2:2021. Automation systems and integration, Digital twin framework for manufacturing, Part 2, Reference architecture. iso.org.
- NIST. Digital Twins for Advanced Manufacturing. Projektseite zu Synchronisierung, Datenmanagement, Interoperabilität und Validierung. nist.gov/programs-projects/digital-twins-advanced-manufacturing.
- W3C. WebGPU, Spezifikation einer Programmierschnittstelle für GPU-Grafik und -Berechnung im Web. w3.org/TR/webgpu.
- Three.js. WebGPURenderer, Dokumentation des WebGPU-Renderers mit Rückfall auf WebGL 2. threejs.org/docs.
- ISO 23247-4:2021. Automation systems and integration, Digital twin framework for manufacturing, Part 4, Information exchange. iso.org/standard/78745.html.
- Industrial Digital Twin Association (IDTA). AAS Submodel Templates, standardisierte Informationsmodelle für Asset-Daten. industrialdigitaltwin.org.
- OPC Foundation. OPC Unified Architecture, plattformübergreifende Kommunikationsarchitektur für industrielle Interoperabilität. opcfoundation.org.
- Peng, S., Kalliamvakou, E., Cihon, P., Demirer, M. The Impact of AI on Developer Productivity. Evidence from GitHub Copilot. arXiv:2302.06590, 2023.
- Becker, J., Rush, N., Barnes, E., Rein, D. Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity. METR, arXiv:2507.09089, 2025.
- NIST. Use Case Scenarios for Digital Twin Implementation Based on ISO 23247. AMS 400-2, 2021. doi.org/10.6028/NIST.AMS.400-2.
- NIST. IR 8356, Security and Trust Considerations for Digital Twin Technology, 2025. csrc.nist.gov/pubs/ir/8356/final.
- NIST. Digital Twin Standardization, Überblick über Standardisierungsarbeit und Hürden der Interoperabilität. nist.gov/digital-twins/digital-twin-standardization.
- VISORIC Praxisprojekte in den Bereichen Digitale Zwillinge, Echtzeit-3D und Spatial Computing.
- XR Stager Plattform für Echtzeit-3D, Digitale Zwillinge und industrielle Spatial-Computing-Anwendungen.
Kontaktpersonen:
Ulrich Buckenlei (Kreativdirektor)
Mobil: +49 152 53532871
E-Mail: ulrich.buckenlei@visoric.com
Nataliya Daniltseva (Projektleiterin)
Mobil: + 49 176 72805705
E-Mail: nataliya.daniltseva@visoric.com
Adresse:
VISORIC GmbH
Bayerstraße 13
D-80335 München
