Aktueller Umfang
Kostenlose öffentliche Demo, kein Kontosystem, kein Cloud-Sync, nur lokale Browser-Persistenz und ein WebGL-Kompatibilitätsmodus, wenn WebGPU nicht verfügbar ist.
Prüfen, ausführen und selbst hosten
Open Source 3D-Gebäudeeditor mit Live-Demo und lokalem Setup
Starte mit der Live-Demo, prüfe danach das Repository und boote die Next.js-App lokal mit Bun, wenn du einen Open Source 3D-Gebäudeeditor selbst hosten möchtest.
Den Open Source 3D-Gebäudeeditor testen, bevor du Infrastruktur anfasst
Öffne zuerst den Live-Editor, um zu bestätigen, dass dieser Open Source 3D-Gebäudeeditor zu deinem Workflow passt. Gehe erst danach tiefer ins Repository, wenn du ihn anpassen oder selbst hosten möchtest.
Diese Reihenfolge lässt dich die Bearbeitungserfahrung bewerten, bevor du mehr Zeit in lokales Setup oder Deployment steckst.
Lokal mit dem bereits dokumentierten Bun-Setup starten
Das Repository dokumentiert bereits ein Bun-basiertes lokales Setup. Entwickler können Abhängigkeiten installieren, die Next.js-App starten und den Live-Editor öffnen, ohne zuerst die Projektstruktur rückwärts erschließen zu müssen.
Damit hast du einen direkten Weg von der Live-Demo zum eigenen Betrieb, ohne raten zu müssen, wie das Deployment verdrahtet ist.
- Abhängigkeiten mit bun installieren
- die lokale Next.js-App starten und http://localhost:3000/editor besuchen
- die öffentliche Demo über einen Standard-Vercel-Flow deployen
Umfang und Grenzen kennen, bevor du dich festlegst
Heute deckt der Editor praktische frühe Gebäude- und Innenraumbearbeitung ab: Wände, Dächer, Bodenplatten, Decken, Türen, Fenster, Ebenen, Zonen, Objektplatzierung, lokaler Autosave, Undo und Redo sowie JSON-Import oder -Export.
Ebenso wichtig ist, was es noch nicht gibt: kein Kontosystem, kein Cloud-Sync und nur lokale Browser-Persistenz. Die beste Erfahrung entsteht in Browsern mit WebGPU-Unterstützung, aber der aktuelle Editor fällt bei Bedarf auf einen WebGL-Kompatibilitätsmodus mit reduzierten Effekten zurück.
Wissen, was vor dem Deployment zu konfigurieren ist
Das README macht das Deployment konkret. Setze NEXT_PUBLIC_SITE_URL, damit canonical metadata, robots und Sitemap-Einträge auf die richtige Produktionsdomain zeigen, und deploye die Next.js-App anschließend über einen Standard-Vercel-Flow.
Wenn du schwere öffentliche Objekt-Assets vom App-Host trennen möchtest, nutze optional NEXT_PUBLIC_ASSETS_CDN_URL für eine R2-basierte Asset-Domain. Dadurch wird Self-Hosting greifbarer als ein vages Versprechen, das Repository irgendwann zu klonen.
Dieses Projekt nutzen, wenn du einen browserbasierten Editor prüfen und selbst hosten willst
Das passt für Teams, die einen browserbasierten 3D-Gebäudeeditor in der öffentlichen Demo ausprobieren und später in der eigenen Umgebung betreiben möchten.
Es ist nicht für nachgelagerte BIM-Auslieferung oder funktionsreiche Cloud-Zusammenarbeit gebaut. Diese Grenze ausdrücklich zu machen hilft dir schnell zu entscheiden, ob der Workflow zu deinen Anforderungen passt.
Das Projekt lokal ausführen, bevor du selbst hostest
Nutze die Setup-Hinweise unten, um zu sehen, wie sich das Repository auf deinem Rechner verhält, bevor du mehr Zeit in Self-Hosting oder Anpassung investierst.
Quickstart
bun install
bun run dev
# danach http://localhost:3000/editor besuchen und prüfen, ob der Browser WebGPU oder den WebGL-Kompatibilitätsmodus nutztAm besten geeignet für
Menschen, die jetzt einen browserbasierten 3D-Gebäudeeditor testen und sich die Option offenhalten möchten, ihn später selbst zu betreiben.
Nicht gedacht für
Produktive BIM-Auslieferung, Cloud-Zusammenarbeit oder Teams, die in jedem Legacy-Browser dieselbe volle WebGPU-Erfahrung brauchen.
Häufig gestellte Fragen
Kann ich diesen Open Source 3D-Gebäudeeditor lokal ausführen?
Ja. Das öffentliche Demo-Repository dokumentiert ein Bun-basiertes lokales Setup, damit du Abhängigkeiten installieren, die Next.js-App starten und den Live-Editor lokal öffnen kannst, ohne den Arbeitsbereich zuerst rückwärts zu erschließen.
Welchen Deployment-Pfad nutzt die öffentliche Demo?
Die öffentliche Demo nutzt ein standardmäßiges Vercel-gehostetes Next.js-Deployment. Das Repository dokumentiert außerdem Umgebungsvariablen wie NEXT_PUBLIC_SITE_URL und optional einen R2-basierten Asset-CDN-Pfad, wenn schwere öffentliche Objekte nicht auf dem App-Host liegen sollen.
Was sollte ich vor einem Produktions-Deployment konfigurieren?
Setze NEXT_PUBLIC_SITE_URL, damit canonical metadata, robots und Sitemap-Ausgabe auf die richtige bereitgestellte Domain zeigen. Wenn schwere öffentliche Objekt-Assets vom App-Host getrennt werden sollen, nutze optional NEXT_PUBLIC_ASSETS_CDN_URL für eine R2-basierte Asset-Domain.
Enthält das Projekt heute Konten, Cloud-Sync oder Zusammenarbeit?
Nein. Der Umfang ist bewusst leichter: kein Kontosystem, kein Cloud-Sync und nur lokale Browser-Persistenz. Teams, die Mehrnutzer-Zusammenarbeit brauchen, müssen diese Fähigkeiten separat ergänzen.
Welche Browser eignen sich am besten für den Live-Editor?
Der Live-Editor funktioniert am besten in Browsern und Geräten mit WebGPU-Unterstützung. Wenn WebGPU nicht verfügbar ist, fällt der Editor auf einen WebGL-Kompatibilitätsmodus mit reduzierten visuellen Effekten zurück, damit du den Workflow in mehr Umgebungen prüfen kannst.
Ist das ein vollständiger CAD- oder BIM-Ersatz?
Nein. Das aktuelle Projekt eignet sich am besten für frühe Layoutarbeit und browserbasierte Gebäudebearbeitung. Es ist keine vollständige nachgelagerte BIM-Plattform, kein Dokumentationssystem und keine Cloud-Collaboration-Suite.
Prüfen, ausführen und selbst hosten
Live-Editor testen, dann das Repository prüfen
Öffne die öffentliche Demo, um den Workflow zu verifizieren, und prüfe danach lokales Setup und Deployment-Pfad, wenn du einen Open Source 3D-Gebäudeeditor als browserbasierten Ausgangspunkt für Self-Hosting brauchst.