LucasH1225/restaurant-website-skills

Restaurant Demo Builder

Construisez une démonstration commerciale fondée sur des preuves qui permet au propriétaire de reconnaître son propre restaurant et rend évidente l'opportunité en ligne perdue. Traitez la démonstration comme une première version utile du site Web du restaurant, et non comme un thème générique sur lequel le nom du restaurant a été collé.

Lisez references/demo-playbook.md avant toute recherche, conception, production d'images ou mise en œuvre substantielle. N'utilisez que les sections pertinentes pour la demande.

Choisir le mode de tâche

Déterminez le mode demandé avant d'agir :

• Analyser : Retournez un concept sourcé, une justification, une structure de page, une direction d'image, un plan de menu et les lacunes de vérification. Ne modifiez pas les fichiers du projet sauf demande explicite.
• Construire : Recherchez le restaurant, créez ou préparez les actifs appropriés, implémentez la démonstration fonctionnelle, exécutez-la et vérifiez visuellement les vues desktop et mobile.
• Rafraîchir : Inspectez la démonstration existante et les faits publics actuels, puis mettez à jour uniquement ce qui est obsolète ou faible, et réexécutez la vérification visuelle.

Demandez des clarifications uniquement lorsque plusieurs entreprises partagent le même nom et que l'emplacement correct ne peut pas être déduit. Sinon, inspectez d'abord les données locales sur le prospect et les sources publiques.

Travailler à partir de preuves

1. Inspectez l'espace de travail actuel avant de naviguer. Recherchez dans les exports de prospects, les briefs, les démonstrations existantes et les actifs de conception le nom du restaurant, l'emplacement, l'ID de lieu et les URL.
2. Vérifiez les faits publics actuels car les informations sur les restaurants changent fréquemment. Consultez le site web et les pages sociales du restaurant, sa fiche Google ou ses données Maps, son menu ou sa page de commande actuelle, les avis récents, ainsi que les pages touristiques ou de chambre de commerce officielles pertinentes.
3. Enregistrez la source et le niveau de confiance pour le nom, l'adresse, le téléphone, les horaires, la note, le nombre d'avis, les catégories, les services, les éléments de menu, les prix, les événements, la commande en ligne, les liens sociaux, ainsi que toute image du lieu ou de l'extérieur proposée pour la démonstration.
4. Séparez le contenu en trois étiquettes pendant le travail :
   • Fait vérifié : Directement étayé par une source actuelle.
   • Inférence raisonnable : Étayé par des schémas répétés dans les avis ou le contexte local.
   • Proposition créative : Slogan, direction artistique, mise en page ou idée de campagne créée pour la démonstration.
5. Résolvez les faits contradictoires en utilisant la source la plus récente contrôlée par le propriétaire dans la mesure du possible. Placez les conflits non résolus sur une liste de vérification propriétaire.
6. Arrêtez la recherche lorsque l'identité du restaurant, le problème du site Web, la disponibilité du menu, les coordonnées de base, les preuves du public principal et les thèmes récurrents dans les avis sont suffisamment établis. Pour le mode Analyse, préférez un petit ensemble de sources solides à un balayage exhaustif d'annuaire ; listez les détails non résolus plutôt que de retarder le brief.

N'inventez jamais d'éléments de menu, de prix, d'horaires, de récompenses, de réductions, de livraison, de réservations, de commandes, de programmes d'événements ou de revendications d'accessibilité. N'ajoutez pas de bouton de commande fonctionnel apparent à moins que sa destination et son service ne soient réels.

Définir une position commerciale unique

Choisissez un public principal et un objectif de conversion principal à partir des preuves. Les publics typiques incluent les voyageurs de passage, les familles locales, les habitués du petit-déjeuner, les clients de bar sportif et les groupes du soir. Les objectifs typiques incluent la consultation du menu, l'obtention d'itinéraires, l'appel ou la passation d'une commande en ligne vérifiée.

La première zone d'affichage doit répondre en cinq secondes à :

1. De quel restaurant s'agit-il ?
2. Pourquoi ce visiteur devrait-il le choisir ?
3. Est-il ouvert ou quand est-il ouvert ?
4. Comment le visiteur peut-il voir le menu ou s'y rendre ?

Utilisez le nom du restaurant comme H1. Mettez le positionnement dans le texte d'accompagnement. Préférez des preuves concrètes telles que les moments de la journée, les plats signature, l'emplacement, les horaires, les portions ou les thèmes des avis, plutôt que des phrases génériques comme "excellente cuisine" ou "ingrédients frais".

Router le design

Après avoir établi les preuves du restaurant, le public, l'occasion et l'action principale, lisez references/design-routing.md. Créez un profil de restaurant, exécutez scripts/select_recipe.py et enregistrez le fichier recipe-lock.json généré avec l'enregistrement de la recherche de la démonstration.

Lisez uniquement la référence de recette sélectionnée, puis copiez le Starter de mise en page sélectionné indépendamment depuis 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

Utilisez references/layout-research-2026-07-v2.md uniquement lors de l'examen des preuves structurelles derrière la bibliothèque V2, de l'extension des grammaires de mise en page ou du diagnostic d'un décalage de conception. Les documents antérieurs design-research-2026-07.md et assets/starters/ sont l'historique V1 et ne participent pas au nouveau routage de la démonstration. Ne copiez pas le code, les photographies, les textes, le logo, les illustrations ou la composition complète distinctive d'un restaurant de référence.

Traitez le choix de la recette et de la mise en page comme des contraintes séparées. La recette contrôle le public, le ton, les fonctions et l'attitude visuelle ; la grammaire de mise en page contrôle le Hero, la composition média, la forme des preuves, la géométrie du menu, la géométrie des sections et la transformation mobile. Les preuves vérifiées du restaurant continuent de contrôler les commandes, les réservations, les événements, les horaires, les services, le contenu du menu, les avis et les images. Ne contournez jamais manuellement le verrou V2 : corrigez le profil, la définition de compatibilité ou l'empreinte historique lorsqu'un résultat est erroné.

Verrouiller la palette de couleurs du restaurant

Utilisez $restaurant-brand-palette après le verrouillage de la recette et de la mise en page, mais avant le style visuel final, chaque fois qu'une image de devanture, d'enseigne, de logo, de menu, d'emballage ou d'intérieur fournit des preuves de couleurs d'identité utilisables. Enregistrez le fichier brand-palette.json validé et prévisualisez-le à côté de recipe-lock.json.

Traitez la palette, la recette et la mise en page comme des verrous séparés. La palette contrôle les rôles et proportions des couleurs CSS ; elle ne modifie pas le public, la fonction, la grammaire du Hero ou la géométrie des sections. Exigez l'étape handoff de la compétence de palette avant d'importer les jetons. Mappez les jetons validés dans les variables CSS et n'introduisez pas de valeurs hexadécimales de remplacement ad hoc lors de l'implémentation.

Si aucune couleur de marque fiable ne survit à l'examen des preuves, laissez la compétence de palette créer un repli de recette clairement étiqueté. Ne prétendez pas qu'un repli provient du restaurant. Revalidez après tout changement de jeton et inspectez le texte sur les photographies séparément.

Construire la page autour des décisions

Utilisez cette séquence par défaut lorsque la recette sélectionnée ne spécifie pas un meilleur ordre fondé sur des preuves. Supprimez toute section qui manque de preuves :

1. Navigation compacte avec Menu, Favoris et Visite, plus une commande à haute valeur ajoutée.
2. Hero à fond perdu avec le nom du restaurant, une proposition de valeur concrète, Voir le menu et Itinéraire ou Appeler.
3. Bande de preuves avec note/nombre d'avis vérifiés, horaires, signal de prix ou contexte de centre-ville/emplacement.
4. Trois à six plats vedettes utilisant des noms confirmés lorsque disponibles ; utilisez une catégorie textuelle ou une étiquette représentative lorsque le plat manque d'une photo réelle vérifiée, plutôt que d'inventer des images de nourriture réalistes.
5. Un menu HTML lisible avec navigation par catégorie.
6. Section d'expérience ou de moment de la journée uniquement lorsqu'elle clarifie l'activité, comme le petit-déjeuner tard le soir, les repas en famille, les sports ou les événements en direct.
7. Preuves d'avis courtes et sourcées qui soutiennent le positionnement choisi.
8. Bande d'arrivée ou d'extérieur lorsqu'une photo de devanture vérifiée améliore considérablement la reconnaissance ou l'orientation.
9. Section Visite avec adresse, horaires actuels, téléphone, carte/itinéraire et liens sociaux propres.
10. Actions collantes mobiles pour les commandes les plus importantes.

Gardez l'expérience directe et utile. Évitez une carte décorative pour chaque section, des formulaires de réservation factices, des histoires génériques de chef, des affirmations non étayées de "meilleur de la ville" et de longs textes marketing.

Créer un système d'image cohérent

Utilisez $restaurant-food-image-studio pour l'audit réel des références alimentaires, la génération d'images, la réparation, le suivi du manifeste et les fiches de contact source-ou-proposition. Dans une construction complète de démonstration, établissez d'abord ici les preuves du restaurant et la direction commerciale, puis transmettez la liste restreinte des plats vérifiés et les exigences d'image à cette compétence. Gardez les principes ci-dessous comme contrat d'acceptation pour le site final.

Traitez la validation demo du Manifeste V3 du Studio d'Image Alimentaire comme la limite d'intégration. Ne copiez pas un actif alimentaire retravaillé par IA sur le site Web à moins qu'il n'ait une photo unique, enregistrée et réelle de served-dish-photo provenant du même restaurant, que la photo réelle ait été fournie en entrée d'image, que la source ait été routée vers un système de photographie orienté client verrouillé, que les deux fiches de preuves canoniques soient verrouillées par hachage, que les cinq portes QA soient passées et que le manifeste actuel passe <food-image-skill>/scripts/validate_manifest.py --stage demo. Exécutez ce validateur immédiatement avant de copier chaque sortie et à nouveau lors de la QA finale de la démonstration. Si la source, le système de photographie, l'enregistrement des preuves ou une porte QA sont manquants, conservez l'espace textuel ou utilisez un actif non alimentaire vérifié séparément. Ne contournez jamais cette porte avec une description de menu, une photo d'archive, une image de style synthétique ou un rendu representative-concept.

Privilégiez les images réelles appartenant au restaurant car l'identité du plat et l'ambiance sont des preuves. Pour une démonstration commerciale privée, les photographies publiques réelles provenant de Maps, des pages sociales, des plateformes d'avis, des annuaires et des pages de menu peuvent servir de références temporaires factuelles ou de composition, même lorsque le téléchargeur est inconnu. Enregistrez la source et l'incertitude, n'impliquez pas que les droits de référence sont acquittés, et obtenez une approbation ou des actifs de remplacement avant le lancement public.

Utilisez des portes séparées. À la porte source, conservez automatiquement la source réelle unique du plat, l'évaluation de l'appareil photo source, le routage, la provenance et les hachages. À la porte de la démonstration privée, conservez la comparaison source-ou-image conçue, le timing de génération, l'angle de sortie enregistré et les cinq portes : fidélité, cohérence de style, optimisation de l'appétit, indices IA et état de préparation du site. L'utilisateur peut inspecter l'un ou l'autre artefact plus tard et demander des modifications. L'identité du téléchargeur n'est pas requise lorsqu'une photo publique réelle est crédiblement attribuée au bon restaurant. À la porte du lancement public, exigez un remplacement acquitté ou l'autorisation du titulaire de droits concerné, plus la confirmation par le propriétaire de l'exactitude factuelle. N'impliquez pas qu'un usage privé ou individuel enregistré accorde des droits de publication.

Lorsqu'aucun menu numérique actuel n'existe, demandez à $restaurant-food-image-studio d'exécuter son repli Google Maps d'abord. Regroupez les photos de plats réels répétées, corroborez-les avec des photos de menu, des publications sociales, des légendes et des mentions dans les avis, puis sélectionnez trois à six candidats vedettes. La répétition est un signal de sélection, pas une preuve de volume de ventes : utilisez Vedette par défaut et réservez Populaire, Très populaire, Meilleure vente ou les noms exacts des plats pour les affirmations étayées.

Utilisez l'IA comme une couche de direction artistique et de restauration :

• Inspectez chaque source réelle et classez son angle de vue avant de générer.
• Préservez le type de plat, les ingrédients, la portion, le mode de cuisson, les accompagnements et le récipient de service ; traitez la source comme une vérité alimentaire plutôt qu'une composition finale obligatoire.
• Verrouillez une famille d'appareils photo orientée client, une tolérance d'angle, une échelle de sujet, un recadrage, un arrière-plan, une direction d'éclairage, un niveau de qualité, une sensation d'objectif et une politique d'accessoires pour l'ensemble du restaurant.
• Routez une source qui ne correspond pas à ce système vers reference-restage ; ne conservez jamais un angle inapproprié vu de dessus ou de snapshot décontracté simplement parce qu'il est réel.
• Améliorez l'exposition, la balance des blancs et les indices d'appétit soutenus par la source, comme le pain doré naturel ou le brunissement visible, sans changer la cuisson, les marques, la portion ou les ingrédients.
• Rejetez le brillant plastique, la texture cireuse, la répétition, la géométrie parfaite, les effets impossibles et autres indices IA visibles.
• Utilisez une image large pour le Hero et une famille cohérente de 4:3 pour les plats vedettes.
• Générez seulement trois à six images de plats vedettes ; laissez le menu complet rester textuel.
• Marquez les sorties incertaines comme des images de concept et incluez-les dans l'ensemble de vérification du propriétaire.
• Gardez les captures d'écran Google Maps et autres originaux tiers hors de la page de démonstration ; enregistrez-les uniquement dans le manifeste interne et la fiche de contact.

N'étiquetez pas une image générée comme un élément de menu exact lorsque la référence ne prouve pas ses ingrédients. Évitez les garnitures impossibles, la vapeur exagérée ou les fils de fromage, les faux logos, le texte de menu généré, la perfection excessive et le poli de photo d'archive qui contredit le restaurant.

Utilisez $restaurant-exterior-image-studio pour l'audit réel de la source de la devanture, la planification de la préservation, la restauration assistée par IA ou la recréation basée sur des références, le suivi du manifeste, l'enregistrement, la comparaison et la QA en six parties. Dans une construction complète de démonstration, décidez d'abord ici du but et de l'emplacement de l'image d'arrivée, puis transmettez le rapport d'aspect, le point focal, l'emplacement prévu et l'exigence d'orientation à cette compétence.

Traitez la validation demo du Studio d'Image Extérieure comme la limite d'intégration. Ne copiez pas une devanture assistée par IA sur le site Web à moins que des sources réelles actuelles ne prouvent l'enseigne, l'entrée, la géométrie de la façade, les couleurs de la façade et les éléments fixes ; que toutes les régions orientées vers la sortie soient étayées ou recadrées ; que le contrat de préservation soit complet ; que les six portes QA soient passées ; et que <exterior-skill>/scripts/validate_manifest.py --stage demo réussisse immédiatement avant l'intégration.

Gardez un Hero axé sur la nourriture lorsque l'appétit est la conversion principale ; placez l'extérieur près de la section Visite à moins que le bâtiment lui-même ne soit l'attraction vérifiée. Gardez les originaux des plateformes publiques en interne, étiquetez une sortie de démonstration privée comme une proposition de photo, et conservez des portes séparées pour l'exactitude propriétaire et les droits de publication. Street View reste réservé à la recherche, sauf pour un embed ou un lien officiel.

Lisez la section Exterior And Arrival Imagery dans references/demo-playbook.md avant de planifier ou de placer l'actif ; laissez la compétence spécialisée contrôler les détails de production.

Faire du menu l'utilitaire central

Construisez le menu comme un contenu de page structuré, et non comme...