site-restaurant

# Site restaurant (FoodEatUp × Lovable) ## Étape 0 — Références (obligatoire) Charger `${CLAUDE_PLUGIN_ROOT}/reference/directives-outils.md` et `${CLAUDE_PLUGIN_ROOT}/reference/architecture-lovable.md`. Obtenir l'`establishment_id` (FoodEatUp). KB : `charte-graphique.md`, `ton-et-accroches.md`, `entreprise.md`. ## Workflow 1. **Collecter le contenu RÉEL** — `list_dishes` + `list_categories` (FoodEatUp) : plats, prix, catégories ; horaires et coordonnées (`entreprise.md` de la KB ou l'utilisateur) ; palette hex et logo (KB prioritaire, sinon demander). Rien d'inventé : chaque plat affiché existe. 2. **Vérifier les crédits** — `get_workspace` (choisir le workspace si plusieurs). 3. **Créer le projet** — `create_project` avec un `initial_message` TRÈS détaillé : pages (accueil, menu par catégories avec les plats/prix réels, réservation, contact avec horaires/adresse/téléphone), palette hex exacte, typo, ton (KB), mobile-first, accessibilité. Montrer le `preview_url` à l'utilisateur. 4. **Itérer** — `send_message` (une itération = un objectif clair ; images de référence en pièce jointe si utiles). Suivre avec `get_project`. 5. **Formulaire de réservation en MODE B** — faire construire par Lovable : - une edge function serveur qui appelle l'API Anthropic `/v1/messages` avec `mcp_servers` = le MCP FoodEatUp (URL publique `https://foodeatup.com/api/mcp`) ; - le flux imposé : `reservation_availability` d'abord (anti-double-booking) PUIS `create_reservation` — jamais de création sans vérification ; - parsing des blocs par TYPE (`mcp_tool_result`/`text`), clé API en secret serveur (voir architecture-lovable.md, règles non négociables) ; - messages d'erreur propres pour le client final (créneau plein → alternatives). 6. **Tester** — dérouler un scénario de réservation de bout en bout sur la preview (créneau libre, créneau plein) avant tout déploiement. 7. **Déployer** — `deploy_project` : CONFIRMATION NIVEAU 2 (l'URL devient publique — récapituler pages et données visibles). Transmettre l'URL. 8. **Relier au QR de la carte digitale** — côté rapidocms : pointer le lien de la carte digitale vers le site (`add_card_page_link` / `edit_card_page`, URL publiée) pour que le QR existant mène au site. ## Garde-fous - Menu du site = source de vérité FoodEatUp ; si un prix change, proposer la mise à jour du site (send_message) ET de la carte vitrine/menu imprimé (cohérence multi-supports). - Réservation : le site ne contourne JAMAIS la machine à états des tables — il ne fait que disponibilité + création ; le reste vit dans FoodEatUp. - Pas de données personnelles clients dans le code ou le contenu du site. ## Ajouter l'agent réservation/assistant (option) Pour un agent qui répond et agit via le MCP FoodEatUp (disponibilités, réservation confirmée), **déléguer à `connecteur-mcp-lovable`** (kit `reference/kit-connecteur-mcp/foodeatup.md`, gate `reference/gate-securite.md`) — scope établissement injecté serveur, écritures confirmées. Ne pas réimplémenter le branchement ici.