菜单
Utiliser quand l'utilisateur recrute pour son restaurant — « publie une offre de serveur », « où en sont les candidatures », « passe ce candidat en entretien », « refuse cette candidature », « modifie l'annonce ». Cycle offre d'emploi → candidatures → statuts, jusqu'à la décision d'embauche (l'embauche elle-même relève du planning-équipe).
用 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 | recrutement-restaurant |
| description | Utiliser quand l'utilisateur recrute pour son restaurant — « publie une offre de serveur », « où en sont les candidatures », « passe ce candidat en entretien », « refuse cette candidature », « modifie l'annonce ». Cycle offre d'emploi → candidatures → statuts, jusqu'à la décision d'embauche (l'embauche elle-même relève du planning-équipe). |
${CLAUDE_PLUGIN_ROOT}/reference/directives-outils.md et l'appliquer.establishment_id (le demander si absent).list_job_applications — une offre équivalente déjà ouverte
avec des candidatures en attente ne se double pas, elle se traite.create_job_offer : poste, type de contrat, temps de travail, rémunération
(fourchette réelle donnée par l'utilisateur, jamais inventée), description.update_job_offer : modifier ou clore l'offre. Une offre pourvue se ferme
le jour même — une annonce fantôme coûte des candidatures ignorées.list_job_applications : nouvelles candidatures d'abord, puis en attente
depuis plus de 7 jours (à traiter en priorité : un candidat sans réponse
est perdu).update_application_status : faire avancer chaque candidature une par une
(reçue → entretien → acceptée/refusée), jamais en lot. Un refus se motive
en une ligne dans le suivi.Passer la main au skill planning-equipe :
create_employee (fiche), puis create_employee_contract (acte juridique →
confirmation obligatoire par le garde-fou du plugin), puis premiers shifts.planning-equipe.boucle-2-equipe (plugin
foodeatup-boucles).