Von der Docker-Demo zur ersten Live-Site

Dieser Einstieg richtet sich an Administratoren, die Workspace lokal mit dem Docker-Bundle aufsetzen und anschließend eine erste CMS-Site veröffentlichen möchten. Er verbindet die vorhandenen Anleitungen in der vorgesehenen Reihenfolge. Die Einzelseiten bleiben für Befehle, Voraussetzungen und Fehlerbehebung maßgeblich.

Der Ablauf ist abgeschlossen, wenn die gebundene Storefront-Domain mit gültigem TLS den bewusst veröffentlichten Site Release ausliefert und die Operations-Readiness keine Blocker meldet.

Ablauf im Überblick

Docker-Demo starten. Laden Sie das versionsgleiche Bundle und SHA256SUMS herunter, prüfen Sie die Prüfsumme und folgen Sie Docker-Demo in 10 Minuten. Fahren Sie erst fort, wenn ./start.sh doctor erfolgreich ist und /health/ready HTTP 200 liefert.
Ersten Systemzugang abschließen. Importieren Sie data/nucleus.crt in den vorgesehenen Browser. Melden Sie sich mit den lokal geschützten Bootstrap-Zugangsdaten an. Falls Workspace die EULA anzeigt, muss eine vertretungsberechtigte Person sie im Browser prüfen und annehmen. Die rechtliche und technische Einordnung steht unter EULA und kommerziellen Hoststatus einordnen.
Fachmandanten anlegen. Prüfen Sie den Systemkontext im App-Footer und folgen Sie Neuen Mandanten anlegen. Warten Sie auf den Provisionierungsstatus succeeded, wechseln Sie ausdrücklich in den neuen Mandanten und prüfen Sie den aktiven Kontext erneut.
Lokale Storefront vorbereiten. Richten Sie Site, CoreDNS, lokale CA, DNS-TXT-Verifikation und Domainbindung mit Lokale Storefront-Domain einrichten im Fachmandanten ein. HTTP 404 ist vor dem ersten Live-Release erwartbar, wenn DNS, TLS und Domainbindung bereits bereit sind.
Site prüfen und veröffentlichen. Initialisieren und bearbeiten Sie die Site, prüfen Sie den Preview-Handoff im vorgesehenen Browser und folgen Sie CMS-Site prüfen und veröffentlichen. Build und Publish sind getrennte Schritte. Veröffentlichen Sie nur den geprüften Release.

Agenten mit dem passenden Skill führen

nucli liefert die Arbeitsanweisungen passend zur installierten Binary. Laden Sie vor jeder Phase den zugehörigen Skill:

Phase	Skill	Aufgabe
Installation und TLS	`nucli skills show deployment`	Ordnet Bundle, Readiness, Erstzugang, TLS und Storefront-Overlay ein.
Mandantenanlage	`nucli skills show tenant-administration`	Prüft Systemkontext, Discovery, Scopes, Idempotenz und Provisionierung.
Domain, Preview und Release	`nucli skills show sites`	Trennt Domainverifikation, Preview, Build, Publish-Plan und Veröffentlichung.

MCP-Clients erhalten dieselben Verträge über nucleus_deployment_skill, nucleus_tenant_administration_skill und nucleus_sites_skill. Mutierende MCP-Werkzeuge benötigen die jeweils vorgesehene ausdrückliche Freigabe. Der Agent darf weder die EULA annehmen noch Bootstrap-Passwort, Sitzungstoken, rohe DNS-Verifikationstoken oder Preview-Link in Protokolle und Chatnachrichten übernehmen.

Die sichere Einrichtung von Profil, Zertifikat und stdio-MCP beschreibt nucli für Agenten-Workflows.

Gesamtergebnis prüfen

Der vollständige Pfad ist erfolgreich, wenn:

die Docker-Demo und das Storefront-Overlay ihre Doctor-Prüfungen bestehen,
der aktive Footer-Kontext den vorgesehenen Fachmandanten zeigt,
die Tenant Domain verifiziert und an die richtige Site gebunden ist,
der Preview-Handoff nur im vorgesehenen Browser eingelöst wurde,
genau der geprüfte Site Release als live markiert ist und
die Live-Domain mit gültigem TLS HTTP 200 und den erwarteten Inhalt ausliefert.