Restaurant-Demo-Builder

Was macht Restaurant-Demo-Builder?

Erstelle eine evidenzbasierte Verkaufsdemo, bei der der Besitzer sein eigenes Restaurant wiedererkennt und die verlorene Online-Chance offensichtlich wird. Behandle die Demo als brauchbare erste Version der Restaurant-Website, nicht als generisches Theme mit aufgesetztem Namen.

Lies references/demo-playbook.md vor umfangreicher Recherche, Design, Bildproduktion oder Implementierung. Verwende nur die für die Anfrage relevanten Abschnitte.

Wähle den Aufgabenmodus

Bestimme den angeforderten Modus, bevor du handelst:

• Analysieren: Gib ein quellenbasiertes Konzept, Begründung, Seitenstruktur, Bildrichtung, Menüplan und Verifikationslücken zurück. Bearbeite keine Projektdateien, es sei denn, es wird danach gefragt.
• Bauen: Recherchiere das Restaurant, erstelle oder bereite geeignete Assets vor, implementiere die funktionierende Demo, führe sie aus und überprüfe visuell Desktop- und Mobilansichten.
• Aktualisieren: Überprüfe die bestehende Demo und die aktuellen öffentlichen Fakten, aktualisiere dann nur das Veraltete oder Schwache und führe die visuelle Überprüfung erneut durch.

Frage nur nach Klärung, wenn mehrere Unternehmen denselben Namen teilen und der korrekte Standort nicht abgeleitet werden kann. Andernfalls überprüfe zuerst lokale Lead-Daten und öffentliche Quellen.

Arbeite mit Beweisen

1. Überprüfe den aktuellen Arbeitsbereich, bevor du surfst. Durchsuche Lead-Exporte, Briefings, bestehende Demos und Design-Assets nach dem Restaurantnamen, Standort, Place-ID und URLs.
2. Überprüfe aktuelle öffentliche Fakten, da sich Restaurantinformationen häufig ändern. Prüfe die eigene Website und Social-Seiten des Restaurants, Google-Eintrag oder Maps-Daten, aktuelle Speisekarte oder Bestellseite, aktuelle Bewertungen und relevante offizielle Tourismus- oder Kammer-Seiten.
3. Notiere Quelle und Vertrauensgrad für Name, Adresse, Telefon, Öffnungszeiten, Bewertung, Anzahl Bewertungen, Kategorien, Dienstleistungen, Menüpunkte, Preise, Veranstaltungen, Online-Bestellung, Social-Links sowie alle für die Demo vorgeschlagenen Innen- oder Außenaufnahmen.
4. Trenne während der Arbeit Inhalte in drei Kategorien:
   • Verifizierte Tatsache: Direkt durch eine aktuelle Quelle belegt.
   • Angemessene Schlussfolgerung: Gestützt durch wiederholte Muster in Bewertungen oder Standortkontext.
   • Kreativer Vorschlag: Slogan, künstlerische Leitung, Layout oder Kampagnenidee, die für die Demo erstellt wurde.
5. Löse widersprüchliche Fakten mit der aktuellsten besitzerkontrollierten Quelle, wenn möglich. Setze ungelöste Konflikte auf die Besitzer-Verifizierungsliste.
6. Stoppe die Recherche, wenn die Restaurantidentität, das Webseitenproblem, die Menüverfügbarkeit, die Kernkontaktdaten, die primäre Zielgruppen-Evidenz und wiederkehrende Bewertungsthemen ausreichend etabliert sind. Bevorzuge im Analysemodus eine kleine Anzahl starker Quellen gegenüber einer erschöpfenden Verzeichnis-Durchsuchung; liste ungelöste Details auf, anstatt das Briefing zu verzögern.

Erfinde niemals Menüpunkte, Preise, Öffnungszeiten, Auszeichnungen, Rabatte, Lieferdienste, Reservierungen, Bestellungen, Veranstaltungspläne oder Angaben zur Barrierefreiheit. Füge keinen funktionsfähig aussehenden Befehlsknopf hinzu, es sei denn, das Ziel und der Dienst sind real.

Definiere eine kommerzielle Position

Wähle aus den Beweisen eine primäre Zielgruppe und ein primäres Conversion-Ziel. Typische Zielgruppen sind Durchreisende, lokale Familien, Frühstücks-Stammgäste, Sportbar-Gäste und Abend-Gruppen. Typische Ziele sind das Ansehen der Speisekarte, das Einholen von Wegbeschreibungen, das Anrufen oder das Aufgeben einer verifizierten Online-Bestellung.

Der erste Viewport muss innerhalb von fünf Sekunden beantworten:

1. Welches Restaurant ist das?
2. Warum sollte dieser Besucher es wählen?
3. Ist es geöffnet oder wann ist es geöffnet?
4. Wie kann der Besucher die Speisekarte sehen oder dorthin gelangen?

Verwende den Restaurantnamen als H1. Setze die Positionierung in unterstützenden Text. Bevorzuge konkrete Beweise wie Tageszeiten, Signature-Gerichte, Standort, Öffnungszeiten, Portionen oder Bewertungsthemen gegenüber generischen Phrasen wie „tolles Essen“ oder „frische Zutaten“.

Leite das Design an

Nachdem die Restaurant-Evidenz, Zielgruppe, Anlass und primäre Aktion etabliert sind, lies references/design-routing.md. Erstelle ein Restaurantprofil, führe scripts/select_recipe.py aus und speichere das generierte recipe-lock.json zusammen mit dem Demo-Recherche-Datensatz.

Lies nur die ausgewählte Rezept-Referenz und kopiere dann den unabhängig ausgewählten Layout-Starter aus assets/layouts/<layout-id>/:

• morning-regular: references/recipe-morning-regular.md
• hometown-table: references/recipe-hometown-table.md
• local-tavern: references/recipe-local-tavern.md
• occasion-dining: references/recipe-occasion-dining.md

Verwende references/layout-research-2026-07-v2.md nur, wenn du die strukturellen Beweise hinter der V2-Bibliothek überprüfst, die Layout-Grammatiken erweiterst oder eine Design-Fehlanpassung diagnostizierst. Die früheren design-research-2026-07.md und assets/starters/ sind V1-Geschichte und nehmen nicht am neuen Demo-Routing teil. Kopiere keinen Code, keine Fotografien, Texte, Logos, Illustrationen oder die gesamte charakteristische Komposition eines Referenz-Restaurants.

Behandle Rezept- und Layout-Auswahl als separate Einschränkungen. Das Rezept steuert Zielgruppe, Ton, Funktionen und visuelle Haltung; die Layout-Grammatik steuert Hero, Medienkomposition, Beweisform, Menügeometrie, Abschnittsgeometrie und mobile Transformation. Verifizierte Restaurant-Evidenz steuert weiterhin Bestellung, Reservierungen, Veranstaltungen, Öffnungszeiten, Dienstleistungen, Menüinhalt, Bewertungen und Bilder. Umgehe niemals manuell die V2-Sperre: Korrigiere das Profil, die Kompatibilitätsdefinition oder den Verlauf-Fingerabdruck, wenn ein Ergebnis falsch ist.

Sperre die Restaurant-Farbpalette

Verwende $restaurant-brand-palette nach der Rezept- und Layout-Sperre, aber vor dem endgültigen visuellen Styling, wenn ein Schaufenster, Schild, Logo, Menü, Verpackung oder Innenraumbild verwendbare Identitätsfarbbeweise liefert. Speichere die validierte brand-palette.json und Vorschau neben recipe-lock.json.

Behandle Palette, Rezept und Layout als separate Sperren. Die Palette steuert CSS-Farben und Proportionen; sie ändert nicht die Zielgruppe, Funktion, Hero-Grammatik oder Abschnittsgeometrie. Fordere die handoff-Stufe des Paletten-Skills an, bevor du Tokens importierst. Bilde die validierten Tokens auf CSS-Variablen ab und führe während der Implementierung keine ad-hoc-Ersatz-Hexadezimalwerte ein.

Wenn nach Überprüfung der Beweise keine zuverlässige Markenfarbe übrig bleibt, lass das Paletten-Skill einen klar gekennzeichneten Rezept-Fallback erstellen. Gib nicht an, dass ein Fallback vom Restaurant stammt. Validiere nach jeder Token-Änderung erneut und überprüfe Texte über Fotografien separat.

Baue die Seite um Entscheidungen herum

Verwende diese Standard-Reihenfolge, wenn das ausgewählte Rezept keine bessere evidenzbasierte Reihenfolge vorgibt. Entferne jeden Abschnitt, dem es an Beweisen mangelt:

1. Kompakte Navigation mit „Menü“, „Favoriten“ und „Besuchen“ plus einem hochwertigen Befehl.
2. Randloser Hero mit Restaurantnamen, einem konkreten Wertversprechen, „Menü ansehen“ und „Wegbeschreibung“ oder „Anrufen“.
3. Beweisstreifen mit verifizierter Bewertung/Anzahl Bewertungen, Öffnungszeiten, Preissignal oder Innenstadt-/Standortkontext.
4. Drei bis sechs vorgestellte Gerichte mit bestätigten Namen, sofern verfügbar; verwende eine textgeführte Kategorie oder ein repräsentatives Etikett, wenn ein Gericht kein verifiziertes echtes Foto hat, anstatt realistische Essensbilder zu erfinden.
5. Ein lesbares HTML-Menü mit Kategorienavigation.
6. Erfahrungs- oder Tageszeit-Abschnitt nur, wenn er das Geschäft klärt, wie z. B. Frühstück bis spätabends, Familiendining, Sport oder Live-Events.
7. Kurzer, belegter Bewertungsnachweis, der die gewählte Positionierung unterstützt.
8. Ein Ankunfts- oder Außenbereich, wenn ein verifiziertes Schaufensterfoto die Wiedererkennung oder Orientierung wesentlich verbessert.
9. Besuchsabschnitt mit Adresse, aktuellen Öffnungszeiten, Telefon, Karte/Wegbeschreibung und eigenen Social-Links.
10. Mobile Sticky-Aktionen für die wichtigsten Befehle.

Halte das Erlebnis direkt und nützlich. Vermeide dekorative Karten für jeden Abschnitt, gefälschte Reservierungsformulare, generische Chef-Geschichten, unbelegte „Beste der Stadt“-Behauptungen und lange Marketingtexte.

Erstelle ein konsistentes Bildsystem

Verwende $restaurant-food-image-studio für die eigentliche Lebensmittel-Referenzprüfung, Bildgenerierung, Reparatur, Manifestverfolgung und Quellen-vs.-Vorschlag-Kontaktblätter. Stelle bei einem vollständigen Demo-Build zuerst die Restaurant-Evidenz und kommerzielle Ausrichtung hier her, übergib dann die verifizierte Gerichte-Shortlist und Bildanforderungen an dieses Skill. Behalte die folgenden Prinzipien als Abnahmevertrag für die endgültige Seite bei.

Behandle die Food Image Studio Manifest V3 demo-Validierung als Integrationsgrenze. Kopiere kein KI-neu gestaltetes Lebensmittel-Asset in die Website, es sei denn, es gibt ein eindeutiges, aufgezeichnetes, echtes served-dish-photo aus demselben Restaurant, das echte Foto wurde als Bildeingabe bereitgestellt, die Quelle wurde in ein gesperrtes kundenorientiertes Fotografiesystem eingespeist, beide kanonischen Evidenzblätter sind Hash-gesperrt, alle fünf QA-Gates bestehen und das aktuelle Manifest besteht <food-image-skill>/scripts/validate_manifest.py --stage demo. Führe diesen Validator unmittelbar vor dem Kopieren jeder Ausgabe und erneut während der finalen Demo-QA aus. Wenn die Quelle, das Fotografiesystem, der Evidenzdatensatz oder ein QA-Gate fehlt, behalte den Slot textgeführt oder verwende ein separat verifiziertes Nicht-Lebensmittel-Asset. Umgehe dieses Gate niemals mit einer Menübeschreibung, einem Stockfoto, einem synthetischen Stilbild oder einem „representative-concept“-Render.

Bevorzuge echte, restaurantseigene Bilder, da Gerichtidentität und Atmosphäre Beweise sind. Für eine private Verkaufsdemo können öffentliche echte Fotos von Maps, Social-Seiten, Bewertungsplattformen, Verzeichnissen und Menüseiten als temporäre sachliche oder kompositorische Referenzen dienen, auch wenn der Uploader unbekannt ist. Notiere Quelle und Unsicherheit, impliziere nicht, dass die Referenzrechte geklärt sind, und hole vor dem öffentlichen Start die Genehmigung oder Ersatz-Assets ein.

Verwende separate Gates. Beim Quell-Gate behalte automatisch die eindeutige echte Gerichtquelle, die Kamerabewertung der Quelle, die Route, Herkunft und Hashes bei. Beim privaten Demo-Gate behalte den Quellen-vs.-entworfenen-Foto-Vergleich, den Generierungszeitpunkt, den registrierten Ausgabewinkel und die fünf Gates: Wiedergabetreue, Stilkonsistenz, Appetitoptimierung, KI-Artefakte und Website-Bereitschaft bei. Der Benutzer kann später jedes Artefakt einsehen und Änderungen anfordern. Die Uploader-Identität ist nicht erforderlich, wenn ein echtes öffentliches Foto glaubwürdig dem richtigen Restaurant zugeordnet werden kann. Beim öffentlichen Start-Gate benötige eine freigegebene Ersetzung oder die entsprechende Rechteinhaber-Genehmigung plus Besitzerbestätigung der sachlichen Richtigkeit. Impliziere nicht, dass eine aufgezeichnete private oder Einzelverwendung Veröffentlichungsrechte gewährt.

Wenn keine aktuelle digitale Speisekarte existiert, lass $restaurant-food-image-studio seinen Google-Maps-zuerst-Fallback ausführen. Gruppiere wiederholte echte Gerichtsfotos, untermauere sie mit Menüfotos, Social-Beiträgen, Bildunterschriften und Bewertungserwähnungen, erstelle dann eine Shortlist von drei bis sechs Kandidaten. Wiederholung ist ein Auswahlsignal, kein Beweis für Verkaufsvolumen: Verwende standardmäßig „Vorgestellt“ und reserviere „Beliebt“, „Am beliebtesten“, „Bestseller“ oder genaue Gerichtenamen für belegte Behauptungen.

Nutze KI als künstlerische Leitungs- und Restaurierungsschicht:

• Überprüfe jede echte Quelle und klassifiziere ihren Kamerablickwinkel vor der Generierung.
• Bewahre den Gerichtstyp, die Zutaten, die Portion, die Kochmethode, Beilagen und das Serviergefäß; behandle die Quelle als Lebensmittelwahrheit, nicht als verbindliche endgültige Komposition.
• Sperre eine primäre kundenorientierte Kamerafamilie, Winkeltoleranz, Motivskalierung, Zuschnitt, Hintergrund, Lichtrichtung, Grad, Objektivgefühl und Requisitenrichtlinie für das Restaurant-Set.
• Leite eine Quelle, die nicht in dieses System passt, zu reference-restage um; bewahre niemals einen ungeeigneten Überkopf- oder Schnappschusswinkel, nur weil er echt ist.
• Verbessere Belichtung, Weißabgleich und quellgestützte Appetitsignale wie natürliches goldenes Brot oder sichtbare Bräunung, ohne Garstufe, Markierungen, Portion oder Zutaten zu ändern.
• Weise Plastikglanz, wachsartige Textur, Wiederholung, perfekte Geometrie, unmögliche Effekte und andere sichtbare KI-Artefakte zurück.
• Verwende ein breites Bild für den Hero und eine konsistente 4:3-Familie für vorgestellte Speisen.
• Generiere nur drei bis sechs Bilder vorgestellter Speisen; lass das vollständige Menü textgeführt bleiben.
• Markiere unsichere Ausgaben als Konzeptbilder und nimm sie in den Besitzer-Verifizierungssatz auf.
• Behalte Google Maps-Screenshots und andere Drittanbieter-Originale außerhalb der Demo-Seite; zeichne sie nur im internen Manifest und Kontaktblatt auf.

Bezeichne ein generiertes Bild nicht als genauen Menüpunkt, wenn die Referenz seine Zutaten nicht beweist. Vermeide unmögliche Garnituren, übertriebenen Dampf oder Käsedehnung, gefälschte Logos, generierten Menütext, übermäßige Perfektion und Stockfoto-Politur, die dem Restaurant widersprechen.

Verwende $restaurant-exterior-image-studio für die eigentliche Schaufenster-Quellenprüfung, Erhaltungsplanung, KI-gestützte Restaurierung oder referenzbasierte Neuerstellung, Manifestverfolgung, Registrierung, Vergleich und sechsteilige QA. Entscheide bei einem vollständigen Demo-Build zuerst den Zweck und den Slot des Ankunftsbildes, übergib dann das Seitenverhältnis, den Brennpunkt, die beabsichtigte Platzierung und die Wegfindungsanforderung an dieses Skill.

Behandle die Exterior Image Studio demo-Validierung als Integrationsgrenze. Kopiere kein KI-gestütztes Schaufenster in die Website, es sei denn, aktuelle echte Quellen beweisen das Schild, den Eingang, die Fassadengeometrie, die Fassadenfarben und feste Merkmale; alle ausgabegerichteten Regionen werden unterstützt oder weggeschnitten; der Erhaltungsvertrag ist vollständig; alle sechs QA-Gates bestehen; und <exterior-skill>/scripts/validate_manifest.py --stage demo ist unmittelbar vor der Integration erfolgreich.

Behalte einen lebensmittelgeführten Hero, wenn Appetit die primäre Conversion ist; platziere das Äußere in der Nähe des Besuchsabschnitts, es sei denn, das Gebäude selbst ist die verifizierte Attraktion. Behalte öffentliche Plattform-Originale intern, kennzeichne eine private Demo-Ausgabe als Fotovorschlag und bewahre separate Besitzer-Genauigkeits- und Veröffentlichungsrechte-Gates. Street View bleibt forschungsbezogen, außer für einen offiziellen Embed oder Link.

Lies den Abschnitt „Exterior And Arrival Imagery“ in references/demo-playbook.md, bevor du das Asset planst oder platzierst; lass das spezialisierte Skill die Produktionsdetails steuern.

Mache das Menü zur Kernfunktion

Erstelle das Menü als strukturierten Seiteninhalt, nicht als ...

[Text aus Gründen der Länge abgeschnitten – das vollständige SKILL.md wurde übersetzt, aber aus Platzgründen hier abgekürzt.]