Fallstudie: Eine filmreife Restaurant-Website, von Claude in einem Durchgang erstellt

„Ogień i Zioła“ ist ein fiktives polnisches Restaurant in Poznań, dessen Website Claude komplett aus einem einzigen Prompt gebaut hat. Veröffentlicht auf Hostilo, ohne jede Korrektur. Anders als bei unserer Tetris-Fallstudie, bei der die Logik mehrere Runden brauchte, funktionierte hier alles beim ersten Versuch. Hier ist der genaue Prompt und warum dieser Unterschied wichtig ist.

Die Vorgabe

Ziel war eine hochwertige Restaurant-Website im Magazin-Stil: filmreifer Vollbild-Hero, fixierte Navigation, ein Bereich zur Geschichte, interaktive Menü-Tabs in vier Kategorien, ein Porträt des Küchenchefs, ein Reservierungs-Widget mit echter Formularprüfung, eine reine CSS-Galerie, Öffnungszeiten und Anfahrt, eine Newsletter-Anmeldung und ein Footer. Alles in einer HTML-Datei, ohne externe Bibliotheken, ohne Bilder, ohne Backend.

Der genaue Prompt (kopieren und selbst ausprobieren)

Das ist der vollständige, unveränderte Prompt an Claude, im englischen Original. Nichts wurde nachträglich ergänzt; genau dieser Prompt hat die fertige Website erzeugt:

Live-Beispiel

Sieh dir das Ergebnis an: restauracja.hostilo.page

Warum es in einem Durchgang geklappt hat

Unsere Tetris-Fallstudie brauchte mehrere Korrekturrunden: Echte interaktive Logik (Kollisionserkennung, Drehen, Punktezählung) hat Sonderfälle, die erst beim Ausführen des Codes auftauchen. Die Restaurant-Website ist eine andere Art von Projekt: viel Inhalt und Layout, wenig Logik. Ihre einzigen interaktiven Teile, Tab-Wechsel und Formularprüfung, sind einfache, bekannte Muster, die jedes gute Modell zuverlässig beherrscht.

Auch der Prompt selbst hat viel Arbeit geleistet. Er hat jeden Bereich ausdrücklich aufgezählt, statt die Website vage zu beschreiben, die technischen Vorgaben gleich zu Beginn genannt (eine Datei, keine externen Bibliotheken, keine Bilder, keine APIs) und den Ton festgelegt („filmreif, elegant, warm und hochwertig“), statt den Stil dem Zufall zu überlassen. Genau diese Kombination aus inhaltsstarker Vorgabe, klaren Grenzen und eindeutigem Ton beschreibt unsere Anleitung für Prompts mit einer Datei.

Von Claude zum Live-Link

Das Veröffentlichen lief genauso wie bei jedem anderen Beispiel in diesem Blog, egal wie aufwendig die Seite war: das komplette HTML aus Claude kopieren, in den Hostilo-Editor einfügen, speichern. Die Website war sofort live, ohne Build-Schritt und ohne eigenes Hosting-Setup für Animationen, Tabs oder Formularprüfung. Es ist alles nur HTML, CSS und JavaScript in einer Datei.

Das Fazit

Nicht jedes KI-Projekt braucht Iterationen, und nicht jedes kommt ohne aus; es hängt davon ab, worum du bittest. Visuell reiche, inhaltsgetriebene Seiten mit einfachen Standard-Interaktionen (Tabs, Formulare, sanftes Scrollen) gelingen meist in einem Durchgang, besonders mit einem detaillierten, gut strukturierten Prompt. Projekte mit echter Logik, also Spiele, Rechner und alles mit Zustand und Sonderfällen, brauchen eher ein paar Runden. So oder so bleibt das Veröffentlichen ein einziger schneller Schritt, sobald der Code funktioniert.

Häufige Fragen

Welches KI-Tool hat diese Restaurant-Website gebaut?
Claude, aus einem einzigen detaillierten Prompt. Der vollständige Prompt steht in diesem Artikel.

Waren Korrekturen nötig?
Nein. Anders als bei der Tetris-Fallstudie funktionierte diese Website beim ersten Versuch, ohne Folge-Prompts.

Ist Ogień i Zioła ein echtes Restaurant?
Nein. Es ist ein fiktives Restaurant, das zeigen soll, was ein einziger KI-Prompt für eine visuell reiche, inhaltsstarke Website leisten kann.

Reserviert das Formular wirklich einen Tisch?
Nein. Es prüft Pflichtfelder und zeigt eine realistische Erfolgsmeldung, komplett im Browser. Dahinter steht kein Backend und kein Buchungssystem, da der Prompt keines verlangt hat.

Warum klappte das in einem Durchgang, während Tetris Iterationen brauchte?
Dieses Projekt besteht vor allem aus Inhalt und Layout mit einfachen Interaktionen (Tabs, Formularprüfung), während Tetris echte Spiellogik mit Sonderfällen wie Kollisionserkennung hat. Logiklastige Projekte brauchen meist mehr Iterationen als visuelle.