Daily Brief
anomalies de la veille et priorités du jour
FoodEatUp / tableau de bord
tableau de bord
anomalies de la veille et priorités du jour
établissement
90
service
-26
signal
34
APERÇU DE L’APPLICATION
Les écrans du projet, déjà mis en situation.
Explorez les vues prévues et leurs principaux états métier.
FoodEatUp / tableau de bord
tableau de bord
anomalies de la veille et priorités du jour
établissement
90
service
-26
signal
34
DÉMARRAGE
Des briefs prêts à copier.
Un agent conversationnel à avatar animé, branché sur l’orchestrateur et ses outils MCP. Le prompt Lovable contient déjà la connexion MCP, la découverte des outils et les règles de sécurité.
Projet : Daily Brief Produit cible : FoodEatUp Type de projet : Agent 3D — Un agent conversationnel à avatar animé, branché sur l’orchestrateur et ses outils MCP. Promesse : anomalies de la veille et priorités du jour Problème : Chaque service produit des données sur anomalies de la veille et priorités du jour, mais elles restent dispersées entre les écrans opérationnels. Le responsable recoupe les chiffres après le service, lorsque les écarts ont déjà produit leurs effets. Les équipes manquent d’un signal partagé pour décider quoi traiter en premier. Daily Brief doit réunir les faits utiles, montrer leur origine et laisser toute décision sensible à une personne. Objectif : Fournir une vue exploitable de anomalies de la veille et priorités du jour, avec des constats sourcés, des priorités explicables et un suivi des décisions prises. Conçois dans Figma une interface desktop et mobile dense, claire et orientée métier. Tu vas produire l'interface d'une extension tierce du logiciel FoodEatUp, éditée par un développeur indépendant dans le cadre du Hackathon BraindCode.\n\nIDENTITÉ À RESPECTER\nMon extension est un produit distinct : elle porte son propre nom et sa propre identité, mais elle doit être visuellement compatible avec FoodEatUp et signaler clairement son appartenance à l'écosystème BraindCode.\n\nCouleur d'accent produit : #0098F3\nTypographie produit : Poppins, fallback Poppins\nLogo produit : /__l5e/assets-v1/64401626-4b06-49a4-88cf-c6f9f0348e04/foodeatup-logo.png, à afficher uniquement dans une mention d'appartenance du type « Extension pour FoodEatUp », jamais comme logo principal de mon application.\n\nRÈGLES D'USAGE DES LOGOS\nNe jamais déformer, incliner, recolorer ou recomposer le logo FoodEatUp ni le logo BraindCode.\nNe jamais laisser croire que l'extension est éditée par BraindCode.\nRespecter la zone de protection autour de chaque logo.\n\nSYSTÈME VISUEL DEMANDÉ\nFond clair par défaut, surfaces sombres en #161B2C, texte #000000, gris de bordure #C1C1C1, une seule couleur d'accent : #0098F3. Monospace pour tout élément technique.\nComposants : cartes, tableaux denses, badges d'état, barre latérale de navigation.\nInterface en français, sobre, orientée métier. Écrans : - tableau de bord - liste filtrable - détail d’un signal - paramètres États à dessiner : - chargement - aucune donnée - erreur de connexion - résultats disponibles - action confirmée Entités visibles : - établissement - service - signal - indicateur - recommandation Prévois les états vide, chargement, erreur, résultat et confirmation sensible. Dessine aussi l’avatar de l’agent : anneaux concentriques en profondeur, halo d’accent, états écoute, réflexion, exécution et erreur.
Le problème
Chaque service produit des données sur anomalies de la veille et priorités du jour, mais elles restent dispersées entre les écrans opérationnels. Le responsable recoupe les chiffres après le service, lorsque les écarts ont déjà produit leurs effets. Les équipes manquent d’un signal partagé pour décider quoi traiter en premier. Daily Brief doit réunir les faits utiles, montrer leur origine et laisser toute décision sensible à une personne.
Ce qu’il faut construire
Fournir une vue exploitable de anomalies de la veille et priorités du jour, avec des constats sourcés, des priorités explicables et un suivi des décisions prises.
MVP
- — tableau de synthèse de anomalies de la veille et priorités du jour
- — filtres par période, établissement et statut
- — détail sourcé de chaque signal
- — priorités et recommandations explicables
- — export ou partage du résultat
Bonus
- — comparaison entre périodes
- — alertes configurables par rôle
- — historique des décisions et résultats
Données du produit concernées
Familles de données
- — établissements et zones
- — produits, recettes ou services concernés
- — événements opérationnels horodatés
- — statuts, responsables et historiques
Capacités MCP concernées
Familles de capacités
- — lire les référentiels autorisés
- — consulter les événements et historiques
- — filtrer par établissement et période
- — obtenir les statuts et indicateurs agrégés
Actions sensibles
Confirmation humaine obligatoire avant toute action :
- — modifier une donnée opérationnelle
- — déclencher une notification externe
- — valider, annuler ou lancer une opération