菜单
Utiliser quand l'utilisateur veut l'état de la boucle ② Équipe — « où en est ma boucle équipe », « mon équipe est-elle au complet pour la semaine », « bilan RH de mon restaurant », « state des congés et du recrutement ». Diagnostic staffing/contrats/congés/recrutement, pas la manipulation fine d'un planning.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Utiliser quand l'utilisateur configure Iris ou relie son restaurant à sa marque — « installe Iris », « appaire mon restaurant à ma marque », « Iris ne connaît pas mes couleurs », « synchronise ma charte pour les posts ». Crée la liaison établissement FoodEatUp ↔ marque RapidoCMS, prérequis de tout le reste.
Utiliser quand l'utilisateur veut voir, valider ou refuser les publications proposées — « montre le calendrier d'Iris », « qu'est-ce qui est prévu cette semaine », « valide le post de mardi », « refuse celui-là ». Calendrier glissant 7 jours avec la raison de chaque contenu, validation carte par carte, planification confirmée.
Utiliser quand une opportunité Iris validée doit devenir un contenu — « fabrique le visuel du plat du jour », « prépare le post du saumon », « génère la story de lancement ». Fabrique visuel + copy + raison aux couleurs de la maison (gate charte), dépose en brouillon RapidoCMS. Jamais de planification sans validation humaine.
Utiliser quand l'utilisateur veut savoir ce que la com a rapporté et améliorer la suite — « qu'est-ce que le post du saumon a donné », « bilan des publications d'Iris », « est-ce que ça ramène des commandes », « pourquoi Iris ne propose plus ça ». Insights réels, commandes attribuées, capitalisation des prompts gagnants, prise en compte des refus.
Utiliser quand l'utilisateur veut savoir quoi publier et pourquoi — « qu'est-ce qu'Iris propose », « trouve-moi des raisons de publier », « détecte les opportunités de com », « pourquoi poster aujourd'hui ». Lit les données d'exploitation FoodEatUp, score les signaux (urgence × valeur × fraîcheur), déduplique, et sort des opportunités avec leur raison.
Utiliser quand l'utilisateur veut une vidéo d'un plat ou de sa carte — « fais une vidéo virale de mon burger », « anime la photo du plat du jour », « une story vidéo pour le menu de la semaine », « ce plat mérite un reel ». Transforme les VRAIES photos de plats en vidéos courtes via Higgsfield, format réseaux, coûts en crédits confirmés avant.
| name | boucle-2-equipe |
| description | Utiliser quand l'utilisateur veut l'état de la boucle ② Équipe — « où en est ma boucle équipe », « mon équipe est-elle au complet pour la semaine », « bilan RH de mon restaurant », « state des congés et du recrutement ». Diagnostic staffing/contrats/congés/recrutement, pas la manipulation fine d'un planning. |
Pour un état de santé RH de l'établissement : effectifs, couverture du planning, congés en attente, pointages anormaux, recrutements en cours. Le but est de détecter les trous de service avant qu'ils n'arrivent en salle.
list_employees (effectif actif), puis list_employee_contracts
(contrats manquants ou expirés — un employé actif sans contrat est une alerte).list_plannings sur les 7 prochains jours, croisé avec list_reservations
(boucle ⑤) : un pic de couverts sans shift correspondant = trou de staffing.list_leaves (demandes en attente → proposer approve_leave / reject_leave
une par une, jamais en lot), list_attendances (pointages incohérents).list_job_applications et update_application_status ;
create_job_offer / update_job_offer si un poste reste découvert.create_shift, assign_task.list_employee_documents) se consultent, ne se
divulguent pas : pas de données personnelles dans la synthèse.Interceptés par le hook du plugin (confirmation humaine obligatoire) :
create_employee_contract — acte juridique ;update_employee_schedule — modifie le planning contractuel ;delete_employee — suppression irréversible.Un tableau [sujet | état | risque | action proposée] sur 5 sujets : effectif,
couverture planning, congés, pointages, recrutement. Trois actions maximum.
planning-equipe
(plugin foodeatup).