agentic

OpenClaw: So veröffentlichen Sie eine Website sicher12 min read

Reading Time: 8 minutesErstellen und veröffentlichen Sie eine Website mit OpenClaw: Erweitern Sie Agentenberechtigungen, testen Sie die Dateien, stellen Sie sie über einen Host oder ein freigegebenes Artefakt bereit und überprüfen Sie die öffentliche URL.

OpenClaw publishing a website cover

OpenClaw: So veröffentlichen Sie eine Website sicher12 min read

Reading Time: 8 minutes

OpenClaw kann beim Aufbau einer Website helfen, ist aber nicht der Website-Host. Bitten Sie den Agenten, die Quelldateien zu erstellen, die Site lokal auszuführen und zu korrigieren, was der Browser anzeigt. Stellen Sie es dann über eine von Ihnen kontrollierte Hosting-Plattform bereit oder platzieren Sie das Projekt in einem überprüfbaren AgentGrid.io-Artefakt und veröffentlichen Sie es erst nach menschlicher Genehmigung. Ein Chat-Screenshot, ein lokaler Port oder eine private Artefakt-URL ist nicht die kundenorientierte Start-URL.

Dieses Handbuch richtet sich an einen Builder, der einen OpenClaw-Agenten mit Datei- und Befehlstools verwendet. Die wichtigste Entscheidung ist die Berechtigungsgrenze: Der Agent kann entwerfen und testen, ohne über Produktionsberechtigungen zu verfügen. Wenn ein Team eine freigegebene Version vor der Veröffentlichung überprüfen muss, Starten Sie einen AgentGrid.io-Arbeitsbereich und weiterhin als separate genehmigte Aktion veröffentlichen.

So geben Sie einer mit OpenClaw erstellten Website ein stabiles Zuhause

Bereiten Sie zuerst AgentGrid.io vor, gewähren Sie dann OpenClaw eingeschränkten Zugriff und überprüfen Sie das Ergebnis außerhalb des Chats.

Schritt 1: Wählen Sie den Arbeitsbereich AgentGrid.io

Melden Sie sich unter app.agentgrid.io an und wählen Sie das Team und den Arbeitsbereich für diese Website aus. Verwenden Sie einen eingeschränkten Arbeitsbereich, wenn der Entwurf Kundenmaterial enthält. Planen Sie, wer es vor der öffentlichen Bereitstellung prüfen wird.

AgentGrid.io-Arbeitsbereich mit hervorgehobener Option „Einen Agenten einladen“.
In einem AgentGrid.io-Arbeitsbereich startet das Einladen eines Agenten eine unterstützte Verbindung.

Schritt 2: Verbinden Sie diesen OpenClaw-Agenten mit einem begrenzten Grant

Sagen Sie im OpenClaw-Gespräch: Use agentgrid.io for this website. If you can run shell commands, run npx @animaapp/cli@latest login and return the verification URL and code. Do not ask for my password or publish anything. Genehmigen Sie die Überprüfung selbst mit dem vorgesehenen Arbeitsbereich und Lese- und Schreibzugriff. Lassen Sie „Teilen und Veröffentlichen“ deaktiviert, sofern dies nicht erforderlich ist. Bitten Sie OpenClaw um die Ausführung npx @animaapp/cli@latest workspaces und bestätigen Sie, dass der gewünschte Arbeitsbereich aufgeführt ist. Für einen unbeaufsichtigten Agenten verwenden Sie Agentenverwaltung → Agenten einladen. Deaktivieren Sie die standardmäßigen Freigabe- und Veröffentlichungsfunktionen, wählen Sie den Arbeitsbereich aus und übermitteln Sie dann den einmaligen Link privat. Durch das Erstellen der Einladung allein wird keine Verbindung hergestellt. Wenn die Shell-Ausführung deaktiviert ist, verwenden Sie einen manuellen Import, anstatt zu behaupten, dass sie direkten Zugriff hat.

Schritt 3: Erstellen und prüfen Sie das Artefakt, nicht nur das Protokoll

Geben Sie OpenClaw eine enthaltene Aufgabe: Erstellen Sie eine responsive Event-Microsite mit Zeitplan, Rednerkarten und einem Registrierungslink. Verwenden Sie die genehmigte Kopie und die genehmigten Assets, überprüfen Sie die Seite lokal und stellen Sie das Projekt auf AgentGrid.io als App in dem von uns ausgewählten Arbeitsbereich ab. Veröffentlichen Sie es nicht. Lassen Sie es den CLI-Importbefehl verwenden npx @animaapp/cli@latest create -t import --from ./project --artifact-type app --workspace <workspace-id> mit seinem tatsächlichen Ordner und der erkannten Arbeitsbereichs-ID. Öffnen Sie die zurückgegebene Artefakt-URL, überprüfen Sie die Dateien und zeigen Sie eine Vorschau an. Eine Site benötigt einen Einstiegspunkt wie z index.html; Vermeiden Sie es, Geheimnisse hochzuladen, node_modules, oder Ausgabe erstellen. Wenn OpenClaw keine Verbindung herstellen konnte, nehmen Sie den generierten Projektordner oder die ZIP-Datei und importieren Sie ihn über das Menü „Neu“ von AgentGrid.io. Das ist ein neues Artefakt, kein lebender Spiegel. Geben Sie dem Agenten bei wiederkehrenden Arbeiten die URL des vorhandenen Artefakts und bitten Sie ihn, das Artefakt zu aktualisieren. Überprüfen Sie dann den Verlauf, um zu bestätigen, welche Identität es geändert hat.

White Lotus-Demo-Website-Artefakt in AgentGrid.io
Beispiel eines Website-Artefakts in AgentGrid.io: Die White Lotus-Demo ist privat, während ihre Version überprüft wird.

Schritt 4: Genehmigen Sie die Veröffentlichung und überprüfen Sie die Live-URL

Überprüfen Sie Ansprüche, Grundlagen der Barrierefreiheit, mobiles Verhalten und Ziellinks. Verwenden Sie „Veröffentlichen“ nur dann in AgentGrid.io oder erteilen Sie OpenClaw eine explizite Veröffentlichungsanweisung, wenn Sie diese Funktion bewusst gewährt haben. Öffnen Sie die öffentliche URL in einem abgemeldeten Browser und bestätigen Sie, dass die aktuelle Version vorhanden ist. Private Links funktionieren nicht für anonyme Besucher; veröffentlichen Sie jedes genehmigte Update. Wenn der automatisierte Agent aufhören sollte, die Site zu ändern, entfernen Sie seinen Zugriff in der Agentenverwaltung. sein früheres Werk bleibt in der Geschichte zugeschrieben.

Aktualisiertes AgentGrid.io-Freigabemenü mit der Option „Veröffentlichen“.
Das aktualisierte Menü „Teilen“ umfasst „Veröffentlichen“, wodurch ein genehmigtes Artefakt in eine Live-Website umgewandelt wird.

Was OpenClaw tut und was nicht

OpenClaw’s Erste-Schritte-Dokumentation beschreibt einen Agenten, auf den über sein Gateway und konfigurierte Kanäle zugegriffen wird. Seine Tools können bei Aktivierung mit Dateien und Befehlen arbeiten. Sein Browser-Tool hilft bei der Überprüfung von Seiten, aber ein Gateway-Dashboard oder eine Browsersitzung ist keine öffentliche Website-Bereitstellung. OpenClaw’s Genehmigungen der Geschäftsleitung und Sandbox-Einstellungen sind wichtig, da ein befehlsfähiger Agent Dateien ändern oder die Bereitstellungs-CLI eines Hosts aufrufen kann. Gewähren Sie ihm nur den Zugriff, der für die aktuelle Phase erforderlich ist.

Schritt 1: Erstellen Sie eine eingeschränkte Website-Aufgabe

Stellen Sie sicher, dass der Agent über einen Projektarbeitsbereich und die erforderlichen Datei- und Ausführungstools verfügt. Wählen Sie einen sauberen Ordner oder ein sauberes Repository, nicht Ihr gesamtes Home-Verzeichnis. Stellen Sie ein genehmigtes Logo, Fotos, Texte und Geschäftsinformationen bereit. Geben Sie ihm keine Bereitstellungs-Tokens oder Kundendaten für einen ersten Landing-Page-Build. Benennen Sie das Framework oder fragen Sie nach einer statischen Site, wenn keine serverseitige Funktion erforderlich ist.

Beispielaufforderung: „Erstellen Sie im Ordner „bike-site“ eine responsive einseitige Website für eine örtliche Fahrradwerkstatt. Fügen Sie Dienstleistungen, Öffnungszeiten, Servicebereich und einen Call-to-Action für Angebotsanfragen hinzu. Verwenden Sie das semantische HTML und das zugängliche CSS. Markieren Sie nicht bestätigte Adressen, Preise und Erfahrungsberichte als Platzhalter. Halten Sie Quelle und öffentliche Assets zusammen. Sagen Sie mir, wie ich eine Vorschau anzeigen und verfügbare Prüfungen durchführen kann. Nicht bereitstellen, veröffentlichen oder verwenden Referenzen.“

Bitten Sie OpenClaw, den Einstiegspunkt, den Verzeichnisbaum, Abhängigkeiten, Installations-/Build-Befehle und eine Liste der geänderten Dateien zurückzugeben. Eine statische App kann index.html verwenden; Eine Framework-App benötigt ihr Manifest und ihre Skripte. Fordern Sie eine README-Datei an, in der die lokale Vorschau und die Build-Ausgabe des Zielhosts erläutert werden. Bestätigen Sie, dass Assets relative oder öffentliche URLs verwenden und keinen Pfad, der nur auf dem Computer des Agenten verfügbar ist.

Schritt 2: Im Browser testen und echte Fehler beheben

Führen Sie den dokumentierten lokalen Server oder Entwicklungsbefehl des Projekts aus und öffnen Sie dann die gerenderte Site selbst. Überprüfen Sie schmale und breite Breiten, Tastaturnavigation, Kontrast, Bildalternativen, Rechtschreibung, Links und Telefonnummernverhalten. Überprüfen Sie Konsolenfehler und fehlende Bilder. Führen Sie Tests und einen Produktions-Build durch, wenn das Projekt dies unterstützt. Ein Screenshot des Agenten hilft zur Orientierung, ersetzt jedoch nicht die Interaktion mit Formularen und Menüs.

Wenn es sich bei der Angebotsanfrage nur um ein gestaltetes Formular handelt, fragen Sie, wohin die Einreichungen gehen. Verbinden Sie einen überprüften Formulardienst oder entfernen Sie die Behauptung, dass er funktioniert. Testen Sie mit einer harmlosen Einreichung und überprüfen Sie die Lieferung. Informieren Sie sich beim Eigentümer über die tatsächlichen Öffnungszeiten, den Standort, die Lizenzen für Fotos und die Datenschutzbestimmungen des Geschäfts. Bitten Sie den Agenten um spezifische Korrekturen und vergleichen Sie die neue Vorschau mit der alten. Vermeiden Sie Aufforderungen, „es besser zu machen“, die stillschweigend genehmigte Kopien ersetzen.

Eingabeaufforderung beheben: „Halten Sie auf einem Bildschirm in Telefongröße die Servicekarten lesbar und machen Sie die Navigation über die Tastatur zugänglich. Ersetzen Sie Platzhalter-Kontaktdaten nur durch die genehmigten Fakten in Kürze. Md. Melden Sie jede geänderte Datei, jedes Testergebnis und jeden verbleibenden Blocker. Berühren Sie die Hostkonfiguration oder Veröffentlichung nicht.“ Behalten Sie die genehmigte Version nach Möglichkeit in der Quellcodeverwaltung.

Schritt 3: Wählen Sie eine Bereitstellungsgrenze

  • Bestehender Gastgeber: Übertragen Sie die überprüfte Quelle, konfigurieren Sie das Framework und erstellen Sie die Ausgabe auf Ihrem Host und stellen Sie sie über die Repository-Integration oder CLI dieses Hosts bereit. Sein Dienst stellt die öffentliche URL bereit. Bewahren Sie API-Schlüssel in vom Host verwalteten Geheimnissen auf, nicht im Browser JavaScript.
  • AgentGrid.io geteiltes Artefakt: Verbinden Sie den befehlsfähigen Agenten nur mit Ihrer Zustimmung oder importieren Sie einen Ordner/eine ZIP-Datei manuell. Lassen Sie Mitarbeiter das private App-Artefakt überprüfen, bevor eine Person es veröffentlicht. Der Verlauf und die Vorschau des Artefakts helfen dabei, die Genehmigung spezifisch für eine Version zu machen.

Beschreiben Sie die OpenClaw Control UI nicht als Website-Host. Ein lokal weitergeleiteter Port kann einen Entwicklungsprozess zur Vorschau verfügbar machen, es handelt sich jedoch nicht um eine dauerhafte öffentliche Site. Wenn Sie dem Agenten eine Bereitstellungs-CLI oder einen Browserzugriff auf ein angemeldetes Hosting-Konto gewähren, behandeln Sie dies als Produktionszugriff und holen Sie eine ausdrückliche Genehmigung für die Aktion ein.

Schritt 4: Verbinden oder importieren Sie das überprüfte Projekt

Für die gemeinsame Route verwendet die dokumentierte Verbindung von AgentGrid.io ihre CLI und einen Genehmigungsablauf. In einer befehlsfähigen OpenClaw-Umgebung lautet der Startbefehl npx @animaapp/cli@neuester Login; Genehmigen Sie den Bestätigungslink selbst und wählen Sie den gewünschten Arbeitsbereich und die gewünschten Funktionen aus. Geben Sie im Chat kein Passwort weiter und verbinden Sie keinen Agenten mit weitreichenden Veröffentlichungsrechten, nur um einen Entwurf zu erstellen. Wenn die Verbindung nicht verfügbar ist, verwenden Sie das Dokument Ordner oder ZIP-Import.

Bereiten Sie ein kleines Quellpaket vor: Schließen Sie node_modules, private Schlüssel, lokale Umgebungsdateien und nicht verwandte Arbeitsbereiche aus. Geben Sie den Einstiegspunkt, die Assets und alle zum Erstellen erforderlichen Konfigurationen an. Wählen Sie in AgentGrid.io den Zielarbeitsbereich aus und erstellen oder importieren Sie ein App-Artefakt. Überprüfen Sie die Dateien und die gerenderte Vorschau. Ein erfolgreicher Upload ist kein Beweis dafür, dass eine API-Route, ein Serverprozess oder eine Formularintegration korrekt übertragen wurde.

Übergabeaufforderung: „Nachdem ich den Zugriff autorisiert habe, erstelle ich ein unveröffentlichtes App-Artefakt von Bike-Site im angegebenen AgentGrid.io-Arbeitsbereich. Schließen Sie nur Quell- und öffentliche Assets ein. Geben Sie die private URL zurück, identifizieren Sie fehlende Laufzeitfunktionen und aktualisieren Sie dasselbe Artefakt für Korrekturen. Laden Sie keine anderen Agenten ein, veröffentlichen Sie nicht und wählen Sie keinen anderen Arbeitsbereich.“ Wenn der Arbeitsbereich nicht erreichbar ist, halten Sie an, anstatt stillschweigend das Ziel zu ändern.

Schritt 5: Überprüfen und veröffentlichen Sie die genehmigte Version

Bitten Sie einen Teamkollegen, die Artefaktvorschau zu testen, insbesondere das mobile Layout, die Kontaktdaten, das Angebotsformular und den Tastaturzugriff. Gleichen Sie Feedback im selben Artefakt- oder Quell-Repository ab und identifizieren Sie die zur Veröffentlichung genehmigte Revision. Stellen Sie bei einem herkömmlichen Host den genehmigten Commit bereit und überprüfen Sie dessen Bereitstellungsdetails. Mit AgentGrid.io verwendet eine Person mit Veröffentlichungsberechtigung seine Veröffentlichungskontrolle um eine öffentliche URL zu erstellen. Eine Einladung an einen Agenten und das Teilen eines privaten Artefakts sind nicht der Veröffentlichungsschritt.

Öffnen Sie die öffentliche Adresse, während Sie abgemeldet sind, auch auf einem Telefon. Überprüfen Sie HTTPS, Metadaten, Links, Bilder und Formularzustellung. Vergleichen Sie es mit der genehmigten Vorschau. Wenn es sich unterscheidet, untersuchen Sie die bereitgestellte Commit- oder Artefaktversion, Build-Einstellungen, Geheimnisse und Caching, bevor Sie es bekannt geben. Durch die alleinige Bearbeitung lokaler Dateien wird ein veröffentlichtes Artefakt nicht unbedingt aktualisiert.

Warum die Entwurfsgenehmigung von der Veröffentlichung trennen?

Es ermöglicht einem Agenten, Code zu iterieren, während eine Person kontrolliert, was Besucher sehen. Die Tool- und Genehmigungskonfiguration von OpenClaw ist kein Ersatz für die Überprüfung des Website-Inhalts oder der Bereitstellungsberechtigungen des Hosts. Begrenzen Sie den Dateisystembereich des Agenten, überprüfen Sie Tools von Drittanbietern, bevor Sie sie installieren, und führen Sie keine ungeprüften Befehle von einer Webseite oder einem importierten Projekt aus. Behandeln Sie die Überprüfung der Quellcodeverwaltung, die Artefaktgenehmigung und die öffentliche Veröffentlichung als drei verschiedene Tore.

Machen Sie das nächste Update bewusst

Notieren Sie die genehmigte Version und die öffentliche URL. Neue Änderungen sind Entwürfe, bis sie überprüft und erneut veröffentlicht werden.

Häufig gestellte Fragen

Hostet OpenClaw Websites?

OpenClaw ist die Agent- und Tool-Umgebung, nicht das hier beschriebene öffentliche Hosting-Ziel. Verwenden Sie einen Webhost oder ein separat veröffentlichtes App-Artefakt für eine dauerhafte öffentliche URL. Ein Gateway-Dashboard oder eine lokale Vorschau ist nicht diese URL.

Kann ich veröffentlichen, ohne die Produktionsanmeldeinformationen des Agenten anzugeben?

Ja. Lassen Sie es in einem eingeschränkten Arbeitsbereich entwerfen und testen und lassen Sie dann eine Person den Bereitstellungsworkflow des Hosting-Anbieters oder die Veröffentlichungssteuerung von AgentGrid.io verwenden. Selbst ein Agent, der bei der Vorbereitung der Bereitstellung hilft, sollte keine Geheimnisse erhalten, die er nicht benötigt.

Was passiert, wenn das importierte Artefakt zwar richtig aussieht, seine Form jedoch fehlerhaft ist?

Überprüfen Sie, ob die ursprüngliche Site Serverrouten, Umgebungsvariablen oder einen Drittanbieterdienst verwendet hat, der nicht übertragen wurde. Testen Sie vor dem Start eine echte Einreichung in der neuen Umgebung. Betrachten Sie eine visuelle Vorschau nicht als Funktionsüberprüfung.

Werden Änderungen in meinem OpenClaw-Ordner die Live-Site aktualisieren?

Im allgemeinen Fall nicht automatisch. Das Update hängt von der Build- und Bereitstellungspipeline des Hosts oder einer expliziten Aktualisierung und erneuten Veröffentlichung eines separaten Artefakts ab. Notieren Sie, welche Quellversion jede Live-URL darstellt.

Einen Vergleich der Übergabe finden Sie in unserem Leitfaden zu Komplettlösung für die Veröffentlichung der Muse-Website. Die Claude Design-Veröffentlichungshandbuch deckt einen weiteren Ausgangspunkt ab, während die wie Agenten Apps mit Anima erkunden und veröffentlichen zeigt ein rezensiertes Artefakt, das zur Veröffentlichung übergeht. Dabei handelt es sich um unterschiedliche Arbeitsabläufe, nicht um austauschbare Produktfunktionen.

|

Co-founder & CEO