# Faast MCP

> Serveur MCP (Model Context Protocol) de Faast, la plateforme qui automatise l'organisation des lives commerce. Un assistant IA connecté (Claude, ChatGPT, Cursor, VS Code, Gemini CLI) prépare et pilote des lives en langage naturel : scénario, produits, concours, SMS, marketing, magasins, équipe, statistiques. 88 actions pour un compte marque, bornées aux droits de l'utilisateur connecté (OAuth 2.1).

Adresse du serveur : https://mcp.faast.tv/mcp (l'origine seule fonctionne aussi). Authentification : OAuth 2.1 avec PKCE (découverte RFC 9728 sur /.well-known/oauth-protected-resource) ou jeton personnel Bearer.

## Pages

- [Faast MCP : organiser un live depuis votre assistant](https://mcp.faast.tv)
- [Démarrer : brancher votre assistant sur Faast](https://mcp.faast.tv/demarrer)
- [Un live de A à Z avec le MCP Faast](https://mcp.faast.tv/un-live)
- [Exemples : ce qu'on demande au MCP Faast](https://mcp.faast.tv/exemples)
- [Les actions du MCP Faast, famille par famille](https://mcp.faast.tv/outils)
- [Sécurité du MCP Faast : le modèle complet](https://mcp.faast.tv/securite)
- [FAQ : brancher et utiliser le MCP Faast](https://mcp.faast.tv/faq)
- [Glossaire du live commerce chez Faast](https://mcp.faast.tv/glossaire)

## Contenu intégral

- [llms-full.txt](https://mcp.faast.tv/llms-full.txt): tout le site en un seul markdown

## Écosystème

- [Faast](https://faast.tv): la plateforme d'organisation de lives
- [Application Faast](https://app.faast.tv): l'interface web (page Assistant IA pour les jetons)
- [Caast MCP](https://mcp.caast.tv): le serveur MCP de la plateforme de diffusion Caast (produit frère : diffusion, modération, audience)

---

# Le catalogue des outils (88 actions visibles pour un compte marque, 193 au total)

## Lives : Créer le live, le planifier, le faire avancer jusqu'au direct.

- `faast_live_list` (lecture) : Lister les lives accessibles, du plus récent au plus ancien, avec statut, marque et lien cockpit
- `faast_live_get` (lecture) : Consulter le détail d'un live : titre, lien cockpit, statut, marque, dates, concept, objectif
- `faast_live_upsert` (écriture) : Créer un live pour une marque ou modifier ses informations clés (titre, dates, concept)
- `faast_live_set_status` (écriture) : Faire avancer le statut d'un live, avec un mode test qui liste les tâches encore bloquantes
- `faast_live_features_set` (écriture) : Activer ou désactiver les composantes d'un live et masquer des sections du cockpit
- `faast_editorial_plan_create` (écriture) : Créer le planning éditorial annuel d'une marque, prêt à recevoir ses créneaux de lives
- `faast_editorial_plan_get` (lecture) : Consulter le planning éditorial annuel d'une marque : créneaux, thèmes, dates et statuts
- `faast_editorial_slot_create` (écriture) : Proposer un live au planning éditorial : un créneau avec son mois et son thème éditorial
- `faast_editorial_slot_status` (écriture) : Statuer sur un créneau (validé, à modifier, rejeté) : la validation ouvre la création du live
- `faast_editorial_slot_materialize` (écriture) : Transformer un créneau validé en vrai live dans le cockpit (un seul projet par créneau)
- `faast_editorial_concepts_generate` (écriture) : Générer par IA des concepts de live pour un créneau à partir du contexte de la marque
- `faast_editorial_concepts_propose` (écriture) : Attacher à un créneau des concepts de live rédigés à la main, repris tels quels sans IA
- `faast_editorial_concepts_list` (lecture) : Lister les concepts de live proposés pour un créneau, avec leur statut de sélection
- `faast_editorial_concept_select` (écriture) : Sélectionner le concept retenu pour un créneau du planning éditorial (un seul par créneau)

## Scénario : Le déroulé bloc par bloc : rédaction, produits placés, versions, exports.

- `faast_scenario_get` (lecture) : Lire le scénario d'un live : statut, version et blocs ordonnés, point d'entrée avant toute écriture
- `faast_scenario_block_get` (lecture) : Inspecter un bloc du scénario : contenu complet, notes, durée, position, entités liées
- `faast_scenario_block_types` (lecture) : Consulter la référence des types de blocs et le format exact du contenu d'un scénario conforme
- `faast_scenario_timeline` (lecture) : Suivre le fil chronologique des modifications et instantanés du scénario, en un coup d'œil
- `faast_scenario_history` (lecture) : Retracer l'historique des modifications du scénario : qui a changé quoi, et quand
- `faast_scenario_block_create` (écriture) : Ajouter un bloc au scénario (type, titre, contenu) à la position voulue de la timeline
- `faast_scenario_block_update` (écriture) : Modifier un bloc du scénario (contenu, durée, position) avec verrou anti-conflit d'édition
- `faast_scenario_blocks_batch_update` (écriture) : Mettre à jour plusieurs blocs d'un coup, tout ou rien : idéal pour réordonner le scénario
- `faast_scenario_block_move` (écriture) : Déplacer un bloc du scénario à une nouvelle position, les autres se réindexent
- `faast_scenario_block_delete` (écriture) : Supprimer un bloc du scénario, la timeline se recompacte automatiquement
- `faast_scenario_entity_link` (écriture) : Insérer dans un bloc une référence vivante à un produit, concours, sondage ou code promo
- `faast_scenario_entity_unlink` (écriture) : Retirer d'un bloc la référence à une entité (produit, concours, sondage, code promo)
- `faast_scenario_product_edit` (écriture) : Peaufiner le contenu éditorial d'un produit : storytelling et arguments clés de sa fiche
- `faast_scenario_auto_color_speakers` (écriture) : Colorer automatiquement les prises de parole du scénario avec la couleur de chaque rôle
- `faast_scenario_comments` (lecture) : Lire les commentaires d'un bloc ou de tout le scénario : le fil de relecture complet
- `faast_scenario_comment_post` (écriture) : Commenter un bloc du scénario pour participer au cycle de relecture et donner un retour
- `faast_scenario_comment_resolve` (écriture) : Marquer un fil de commentaires comme résolu et clore une demande de modification
- `faast_scenario_coherence` (lecture) : Vérifier la cohérence du scénario (tirages, annonces, lots en crescendo) avant validation
- `faast_scenario_products_coverage` (lecture) : Repérer les produits du live absents du scénario pour n'en oublier aucun avant validation
- `faast_scenario_set_status` (écriture) : Changer le statut du scénario selon le cycle de validation, avec instantané automatique
- `faast_scenario_snapshots` (lecture) : Lister les versions sauvegardées du scénario : identifiant, libellé, déclencheur et date
- `faast_scenario_snapshot_get` (lecture) : Prévisualiser une version sauvegardée du scénario, blocs inclus, avant de la restaurer
- `faast_scenario_restore` (écriture) : Restaurer le scénario à une version antérieure, avec sauvegarde automatique de l'état courant
- `faast_scenario_export` (lecture) : Exporter le scénario complet en un seul document : markdown, JSON, docx ou PDF selon le besoin
- `faast_scenario_drive_push` (écriture) : Exporter le scénario courant vers Google Drive, comme le bouton Push Drive de l'éditeur

## Produits : Le catalogue du live : fiches, prix, visuels, ordre de passage.

- `faast_product_list` (lecture) : Lister les produits d'un live : nom, prix, référence et URL de la fiche produit
- `faast_product_get` (lecture) : Lire la fiche complète d'un produit du live à partir de son identifiant
- `faast_product_upsert` (écriture) : Ajouter un produit au live ou modifier une fiche existante, champ par champ
- `faast_product_set_list` (écriture) : Remplacer ou réordonner la liste complète des produits d'un live en un seul appel
- `faast_product_remove` (écriture) : Retirer un produit d'un live, avec garde-fou si le scénario y fait encore référence

## Animations : Concours, sondages, codes promo : ce qui fait vivre le direct.

- `faast_contest_get` (lecture) : Lire le concours du live : lots classés et QCM de qualification en une seule réponse
- `faast_contest_set` (écriture) : Créer ou mettre à jour le concours unique d'un live : lots en crescendo, minutes des tirages
- `faast_poll_list` (lecture) : Lister les sondages d'un live et repérer celui qui sert de QCM de qualification au concours
- `faast_poll_set` (écriture) : Créer, modifier ou supprimer un sondage du live, avec la bonne réponse pour un quiz
- `faast_code_promos` (écriture) : Gérer les codes promo d'un live et leurs produits liés : lister, créer, modifier, supprimer

## Marketing : SMS de rappel, posts sociaux, emails, liens tracés.

- `faast_marketing_plan` (écriture) : Consulter ou ajuster le plan marketing d'un live, canal par canal, sans écraser les autres
- `faast_marketing_generate` (écriture) : Générer un asset marketing par IA : posts sociaux du plan, aperçus d'email et de bannière
- `faast_sms_audience` (lecture) : Estimer l'audience SMS d'un live par segment et choisir le moment d'envoi recommandé
- `faast_sms_campaigns` (écriture) : Gérer les SMS de rappel avant le live : créer, ajuster, supprimer (deux rappels au plus)
- `faast_short_links` (écriture) : Gérer les liens courts traçables (UTM) d'un live : créer, pousser vers Caast, archiver

## Magasins : Activer le réseau : annuaire, zones, invitations, classements.

- `faast_instore` (lecture) : Consulter l'activation en magasin en lecture seule : annuaire, zones, engagement du réseau
- `faast_instore_store` (écriture) : Tenir l'annuaire des magasins d'une marque : créer une fiche, la modifier, gérer ses contacts
- `faast_instore_zone` (écriture) : Organiser les zones du réseau de magasins (régions, filiales), base du classement par zone
- `faast_instore_activation` (écriture) : Piloter l'activation en magasin d'un live : rattacher les magasins, invitations et pages publiques
- `faast_instore_campaign` (écriture) : Rédiger les campagnes d'emails aux magasins, avec double approbation obligatoire avant envoi

## Équipe : Casting, invitations, accès : qui fait quoi sur le live.

- `faast_live_team_get` (lecture) : Voir casting et équipe d'un live en un appel : rôles, membres, équipes, invitations en attente
- `faast_live_cast_member` (écriture) : Composer le casting d'un live : ajouter présentateur, modérateur ou contributeur, ajuster chaque rôle
- `faast_live_invite` (écriture) : Inviter des collaborateurs sur un live : nouvel email, relance d'invitation, lien multi-usage
- `faast_live_member_access` (écriture) : Régler l'accès d'un membre au live : rôle, accès aux statistiques, retrait de l'équipe
- `faast_casting_search` (lecture) : Trouver des présentateurs au catalogue Caast ou des utilisateurs assignables pour animer un live
- `faast_host_manage` (écriture) : Gérer le catalogue des présentateurs : le vivier Caast et les animateurs propres à chaque marque
- `faast_studio_manage` (écriture) : Gérer le catalogue de studios (Caast ou propres à la marque) et en assigner un au live
- `faast_company_team_manage` (écriture) : Gérer les membres et équipes d'une marque : inviter, ajouter, changer un rôle, retirer

## Marque : Le profil de la marque, ses briefs, sa bibliothèque média.

- `faast_company_list` (lecture) : Lister les marques accessibles avec leur identifiant, nom, type et site web
- `faast_company_profile` (écriture) : Consulter et modifier le profil d'une marque, ou enrichir son identité par IA depuis son site web
- `faast_brief_manage` (écriture) : Créer, modifier et suivre les briefs, à l'échelle d'une marque ou d'un seul live
- `faast_brief_ingest` (écriture) : Structurer un brief à partir d'un texte collé : détecter une liste de produits et l'extraire
- `faast_brief_document` (écriture) : Lister les documents du brief d'un live avec leur provenance, ou en attacher un par lien
- `faast_media` (lecture) : Parcourir la médiathèque en lecture seule : fichiers d'un live, d'une marque ou du fonds global
- `faast_competence_get` (lecture) : Consulter le guide d'écriture Faast d'une composante (scénario, concours, SMS) avant de rédiger

## Pilotage : Tâches, validations, statistiques et débrief : le live sous contrôle.

- `faast_workflow_get` (lecture) : Visualiser la progression du workflow d'un live : étapes, blocages et passage au statut prêt
- `faast_task_create` (écriture) : Créer une tâche sur un live et récupérer aussitôt son identifiant pour la suivre
- `faast_task_update` (écriture) : Faire avancer une étape du workflow : statut, réponse de décision, procédure associée
- `faast_todo_manage` (écriture) : Gérer les todos simples d'un live : créer, assigner, prioriser, avancer le statut, supprimer
- `faast_thread` (écriture) : Lire et animer les fils de commentaires d'un live : poster, répondre, résoudre, rouvrir
- `faast_component_review` (écriture) : Valider une composante ou demander des modifications : la boucle d'approbation côté marque
- `faast_live_stats_get` (lecture) : Lire les statistiques d'un live : dernières valeurs, séries temporelles, benchmark comparatif
- `faast_live_stats_refresh` (écriture) : Rafraîchir manuellement les statistiques d'un live depuis Caast quand elles semblent datées
- `faast_company_stats_aggregate` (lecture) : Obtenir les moyennes de performance d'une marque sur ses lives, base de référence des benchmarks
- `faast_live_post_live_report` (écriture) : Lire ou rédiger le rapport post-live : le débrief chiffré et le coaching packagés pour la marque
- `faast_live_distribution_config` (écriture) : Régler la diffusion d'un live : widgets du site (launcher, pages produit) et multicast social
- `faast_search` (lecture) : Rechercher par texte libre parmi lives, produits, marques, briefs, présentateurs ou studios
- `faast_fetch` (lecture) : Récupérer la fiche complète d'une ressource : live, produit, marque, brief, présentateur, studio
- `faast_server_info` (lecture) : Connaître la version du serveur MCP Faast, son build et les nouveautés du moment

---

# Exemples de demandes

## Cadrer un live

De la décision au live créé, avec sa date, son concept et son plan de tâches ouvert.

- « Crée le live de la collection printemps pour Maison Vermont, le 12 mars à 18h30, objectif conversion, format sélection de 12 produits. »
  Ce qui se passe : L'assistant retrouve la marque, crée le live avec sa date, son objectif et son concept, puis vous rend le lien du cockpit et l'état de départ du plan de tâches.
- « Ouvre-moi le live du 12 mars et dis-moi où on en est. »
  Ce qui se passe : Le live est identifié, ses informations sont lues, et l'avancement remonte étape par étape avec ce qui bloque encore.
- « Avant qu'on décide du format, montre-moi les scénarios des lives passés de cette marque. »
  Ce qui se passe : L'assistant liste les lives précédents qui ont un scénario exploitable, avec un aperçu lisible de chacun, pour servir de base de discussion.
- « Complète la fiche de la marque à partir de son site : secteur, cible, ton de communication. »
  Ce qui se passe : Le profil est enrichi puis enregistré, ce qui améliore toutes les rédactions suivantes puisqu'elles s'appuient dessus.
- « Propose un planning éditorial 2027 : un live par mois, avec un thème par créneau. »
  Ce qui se passe : Le plan annuel se crée, chaque mois reçoit son créneau et son thème, rien n'est encore matérialisé en vrai live.
- « Pour le créneau de mai, propose-moi trois concepts de live et dis-moi lequel colle le mieux à la marque. »
  Ce qui se passe : Trois variations sont attachées au créneau, chacune avec son angle, son déroulé indicatif et ses mécaniques d'engagement, une seule marquée comme recommandée.
- « On garde le concept « Atelier jardin » pour mai. Valide le créneau et crée le live. »
  Ce qui se passe : Le concept est sélectionné, le créneau passe en validé, puis il devient un vrai live dans le cockpit.
- « Sur ce live, active la boutique flottante et la page produit du site, et coupe la diffusion sur les réseaux. »
  Ce qui se passe : La configuration de diffusion est modifiée canal par canal, les canaux que vous ne citez pas restent tels quels.
- « On n'utilise pas les magasins sur ce live : masque cette section du cockpit. »
  Ce qui se passe : Les composantes actives du live et les sections visibles du cockpit sont ajustées, sans toucher au reste.

## Remplir le brief

Le brief est ce que toutes les rédactions liront ensuite. Plus il est propre, moins vous corrigerez après.

- « Voici le brief que la marque m'a envoyé, collé ci-dessous. Range-le sur le live. »
  Ce qui se passe : Le texte est d'abord classé (brief libre ou liste de produits), puis enregistré comme brief rattaché à ce live, donc lisible par les personnes qui collaborent dessus.
- « Ce bloc de texte, c'est une liste de produits ou un brief ? Si c'est une liste, sors-moi les produits. »
  Ce qui se passe : La classification se fait automatiquement et les produits détectés sont extraits, prêts à être créés après votre relecture.
- « Rattache le compte rendu de la réunion de cadrage au brief du live, voici le lien Drive. »
  Ce qui se passe : Le document est enregistré par son lien, avec sa provenance déclarée (drive, email, note de réunion, page web), sans transfert de fichier.
- « Liste les documents du brief et dis-moi d'où vient chacun. »
  Ce qui se passe : Chaque document remonte avec sa source et son libellé, ce qui permet de retrouver qui a fourni quoi.
- « Crée un brief de marque réutilisable : le ton, les interdits, les mentions obligatoires. Il doit servir à tous nos lives. »
  Ce qui se passe : Le brief est créé au niveau de la marque : il s'applique aux lives suivants sans être recopié, et se corrige en un seul endroit.
- « Qu'est-ce qui a changé dans le brief depuis la semaine dernière ? »
  Ce qui se passe : L'historique des modifications du brief remonte, avec les auteurs et les dates.

## Le catalogue produits

La famille Produits ne compte que cinq actions. C'est pourtant le point où une erreur coûte le plus cher, parce que le scénario s'appuie dessus.

- « Ajoute les 8 produits de la sélection avec leurs prix et leurs liens, et mets la parure de lit en premier. »
  Ce qui se passe : Les fiches sont créées ou complétées une à une, puis l'ordre de passage est appliqué en un appel.
- « Remplace toute la liste produits par celle-ci. »
  Ce qui se passe : La liste entière est remplacée d'un coup. Si un produit en place est déjà cité dans le scénario, l'opération est refusée plutôt que de casser le déroulé.
- « Vérifie que chaque produit a un prix, une référence et une URL. Liste ce qui manque. »
  Ce qui se passe : L'assistant lit chaque fiche du live et vous rend la liste annotée des manques, sans rien modifier.
- « Retire le plaid mérinos du live. »
  Ce qui se passe : La suppression est proposée avec confirmation. Si le produit est cité dans le scénario, l'appel est refusé et les blocs concernés sont listés : vous décidez de forcer ou de réécrire d'abord.
- « Retrouve le produit « plaid mérinos » dans ce live et donne-moi sa fiche complète. »
  Ce qui se passe : La recherche s'exécute dans le catalogue du live, puis la fiche complète est récupérée.
- « Réécris l'argumentaire du plaid : plus court, trois arguments, ton chaleureux. »
  Ce qui se passe : Le storytelling et les points de discours du produit sont réécrits. C'est ce contenu que la carte produit affiche dans le scénario et à l'écran.

## Écrire le scénario

C'est la famille la plus fournie du serveur, parce que le scénario est le document le plus vivant du live.

- « Rédige le scénario complet du live en suivant nos guidelines : accueil, un bloc par produit, les annonces du concours, la clôture. »
  Ce qui se passe : L'assistant lit d'abord le guide d'écriture scénario et le format exact des blocs, puis il construit le déroulé bloc par bloc dans l'éditeur et relit le résultat minuté.
- « Avant d'écrire quoi que ce soit, montre-moi le plan que tu comptes suivre, avec le minutage. »
  Ce qui se passe : Aucune écriture. L'assistant lit le scénario existant et le catalogue, puis vous propose la structure dans la conversation.
- « Insère la fiche complète du plaid dans le bloc produit numéro 3. »
  Ce qui se passe : Une référence au produit est insérée dans le bloc, en carte complète. La référence reste vivante : si le prix change dans la fiche, l'affichage suit.
- « Ajoute un bloc de 4 minutes « démonstration entretien » juste après l'accueil. »
  Ce qui se passe : Le bloc est créé à la position demandée, les blocs suivants sont décalés et le minutage de tout le déroulé est recalculé.
- « Déplace le bloc concours avant la démonstration. »
  Ce qui se passe : Le bloc change de place et les positions sont réindexées pour rester contiguës.
- « Réordonne tout le déroulé : accueil, concours, produits 1 à 5, démonstration, clôture. »
  Ce qui se passe : Les blocs concernés sont mis à jour en une seule opération, tout passe ou rien ne passe, et le minutage n'est recalculé qu'une fois.
- « Le live ne doit pas dépasser 45 minutes. Ajuste les durées pour qu'on tienne. »
  Ce qui se passe : L'assistant relit le minutage cumulé, propose les durées à réduire, puis applique bloc par bloc après votre accord.
- « Colore les prises de parole selon les rôles de chacun. »
  Ce qui se passe : Les en-têtes de prise de parole déjà présents en gras reçoivent la couleur du rôle correspondant. L'opération se rejoue sans dégât.
- « Retire la carte produit du bloc de clôture, on la garde juste en mention. »
  Ce qui se passe : La référence est retirée du contenu du bloc et du rattachement, sans toucher au texte autour.

## Réviser et valider le scénario

La partie où l'assistant est le plus utile : il relit tout, à chaque fois, sans se lasser.

- « Est-ce que tous les produits du live sont cités dans le scénario ? »
  Ce qui se passe : La couverture produits est calculée : ceux qui sont mentionnés, ceux qui sont oubliés. À faire avant toute validation.
- « Vérifie la cohérence du concours dans le scénario avant qu'on valide. »
  Ce qui se passe : Les incohérences remontent nommément : nombre de tirages contre nombre de gagnants, annonce manquante dans le déroulé, lots qui ne sont pas en crescendo.
- « Reprends le bloc d'ouverture : plus court, plus chaleureux, et garde la mécanique du concours. »
  Ce qui se passe : Le bloc est réécrit sous verrou de version. Si un collègue l'a modifié entre-temps, l'écriture est refusée par un conflit, l'assistant relit la version à jour et réapplique sa correction dessus.
- « Laisse un commentaire sur le bloc 3 : le prix affiché n'est pas le bon. »
  Ce qui se passe : Le commentaire ouvre un fil de relecture sur le bloc, visible par l'équipe dans l'éditeur.
- « Montre-moi les commentaires ouverts sur le scénario, et ferme ceux qui sont traités. »
  Ce qui se passe : Les fils remontent, bloc par bloc ou sur tout le scénario, et ceux que vous désignez sont clos.
- « Passe le scénario en relecture. »
  Ce qui se passe : Le statut change, la transition est vérifiée, et un instantané de la version est enregistré automatiquement au passage.
- « Qui a modifié le scénario depuis hier, et quoi ? »
  Ce qui se passe : L'historique des modifications remonte avec les auteurs et les horodatages, ou en fil chronologique mêlant modifications et versions.
- « Montre-moi la version d'avant-hier, et si elle est mieux, reviens dessus. »
  Ce qui se passe : Les versions sont listées, celle que vous désignez est affichée en aperçu, et la restauration n'a lieu qu'après votre accord. Un instantané de sécurité de l'état actuel est pris avant, donc le retour arrière reste possible.
- « Exporte le scénario en PDF et pousse-le sur le Drive du live. »
  Ce qui se passe : Le document complet est rendu avec ses cartes produits, concours et sondages résolues, puis déposé sur le Drive.

## Monter les animations

Un concours par live, des sondages autant que nécessaire, des codes promo rattachés aux produits.

- « Monte le concours du live : trois lots en crescendo, tirages à 30, 60 et 90 % du live, avec un QCM de qualification. »
  Ce qui se passe : L'assistant lit le guide concours, crée le QCM d'entrée avec sa bonne réponse, puis configure le concours unique du live : lots ordonnés du plus petit au plus grand, minutes de tirage calculées sur la durée, QCM rattaché.
- « Rappelle-moi les lots et les minutes de tirage du concours. »
  Ce qui se passe : Le concours du live remonte en entier : lots classés par rang, minutes de tirage, QCM de qualification s'il y en a un.
- « Remplace le troisième lot par une carte cadeau de 150 euros, et garde le crescendo. »
  Ce qui se passe : La liste des lots est réécrite en entier, dans l'ordre croissant de valeur, le plus gros lot restant tiré en dernier.
- « Prépare deux sondages pour animer l'attente : un quiz sur l'histoire de la marque et un choix de coloris. »
  Ce qui se passe : Les sondages sont créés avec leurs options, et la bonne réponse est renseignée pour celui qui sert de quiz.
- « Supprime le sondage coloris. »
  Ce qui se passe : La suppression est proposée avec confirmation. Si le sondage est cité dans le scénario, l'appel est refusé et vous choisissez de réécrire le bloc ou de forcer.
- « Crée le code promo LIVE15, moins 15 % sur les trois produits vedettes, et annonce-le dans le bloc de clôture. »
  Ce qui se passe : Le code est créé avec sa réduction et ses produits rattachés, puis référencé dans le bloc de clôture du scénario.
- « Liste les codes promo du live avec les produits liés. »
  Ce qui se passe : Les codes remontent avec leur type de réduction, leur portée et les produits concernés.

## Le marketing et les SMS

Ce qui remplit la salle avant le live, et ce qui la prolonge après.

- « Programme les deux SMS de rappel : J-7 sur la base complète, J-3 sur les opt-in du live. »
  Ce qui se passe : L'assistant lit le guide SMS, puis crée les deux campagnes avec leur segment, leur texte et leur horaire exprimé en avance sur le départ du live. Les textes sont écrits sobres, pour tenir en un seul SMS.
- « Combien de personnes on touche avec chaque segment ? »
  Ce qui se passe : Les trois segments remontent avec leur volume estimé quand la source existe, et le décalage d'envoi recommandé. Cette lecture suppose que le live soit relié à un live Caast.
- « Relis les deux SMS et raccourcis le second, il est trop long. »
  Ce qui se passe : Les campagnes sont relues puis modifiées champ par champ, ce que vous ne citez pas reste inchangé.
- « Génère les publications de teasing pour chaque réseau. »
  Ce qui se passe : Une publication par plateforme est rédigée pour la phase avant-live, dans le style de la maison, et rangée directement dans le plan marketing.
- « Écris l'email d'annonce du live dans le ton de la marque, puis range-le dans le plan. »
  Ce qui se passe : L'email est produit en aperçu, objet et corps compris. Il ne s'enregistre pas tout seul : l'assistant vous le montre, puis l'écrit dans le plan marketing après votre accord.
- « Montre-moi le plan marketing du live, canal par canal. »
  Ce qui se passe : Le plan complet remonte : email, newsletter, publications sociales, calendrier de teasing, leviers, suivi des liens.
- « Prépare les liens courts trackés pour l'email, le SMS et Instagram, puis pousse-les. »
  Ce qui se passe : Un lien court par canal est créé avec ses paramètres de suivi, puis publié. Cette action suppose que le live soit relié à un live Caast.
- « Rédige le générique de fin du live en suivant nos conventions. »
  Ce qui se passe : Le guide d'écriture générique est lu d'abord, puis le texte vous est proposé dans la conversation et écrit dans le bloc de clôture après votre accord.

## Activer le réseau de magasins

Quand la marque a des points de vente : annuaire, zones, pages publiques, campagnes.

- « Rattache tous les magasins actifs du réseau au live. »
  Ce qui se passe : Le réseau entier est rattaché au live en un appel. Les magasins déjà rattachés sont ignorés, donc l'opération se rejoue sans doublon.
- « Génère les pages publiques des magasins, puis montre-moi ce qui partirait comme invitations avant qu'on envoie. »
  Ce qui se passe : Chaque magasin rattaché reçoit son lien de page publique, puis l'assistant fait un essai à blanc de l'envoi : il vous dit exactement quels responsables seraient contactés, sans rien expédier.
- « C'est bon, envoie les invitations aux responsables. »
  Ce qui se passe : Les emails partent vers les magasins rattachés qui disposent d'un lien de page. Il n'y a pas de garde-fou contre le double envoi : chaque demande renvoie, donc confirmez avant.
- « Ajoute le magasin de Roubaix à l'annuaire, avec son responsable et son email. »
  Ce qui se passe : Le magasin est créé dans l'annuaire de la marque. Un nom ou une référence déjà utilisés sont refusés, ce qui évite les doublons silencieux.
- « Crée la zone Nord-Est et range les filiales dessous. »
  Ce qui se passe : Les zones sont créées et emboîtées. Une hiérarchie qui boucle sur elle-même est refusée.
- « Où en sont les magasins ? Donne-moi le classement par zone. »
  Ce qui se passe : Le récapitulatif par zone remonte à jour, et le détail magasin par magasin si vous le demandez.
- « Sauvegarde l'annuaire avant qu'on fasse le gros import de la semaine prochaine. »
  Ce qui se passe : L'annuaire complet est exporté au format attendu par l'import, donc rejouable tel quel en cas de fausse manœuvre.
- « Prépare un email de relance aux magasins qui n'ont pas encore activé leur page, et soumets-le à validation. »
  Ce qui se passe : La campagne est rédigée, ciblée sur les magasins concernés, puis soumise. Elle traverse une chaîne à deux approbations que personne ne peut sauter : l'auteur ne peut pas approuver son propre envoi, et l'approbateur final n'est ni l'auteur ni le premier approbateur.
- « Génère un lien tracké par magasin pour les QR codes des affiches. »
  Ce qui se passe : Un lien court est créé par magasin, cible du QR code de son affiche. Les magasins déjà pourvus sont ignorés. Le live doit être relié à un live Caast, sinon l'appel est refusé et vous dit pourquoi.
- « Montre-moi les contacts du magasin de Lille. »
  Ce qui se passe : Les contacts du magasin remontent. Les coordonnées personnelles sont masquées si vous n'avez pas les droits d'écriture sur la marque.

## Piloter l'équipe et les validations

Qui fait quoi, qui valide quoi, et ce qui reste bloqué.

- « Qui travaille sur ce live ? »
  Ce qui se passe : Le casting, les membres avec leur rôle, les équipes rattachées et les invitations en attente avec leur état remontent en un seul appel.
- « Invite claire@marque.fr sur le live comme contributrice. »
  Ce qui se passe : L'invitation part par email avec son lien de connexion, et le compte est préparé.
- « Ajoute Julie en présentatrice du live. »
  Ce qui se passe : L'assistant cherche la personne parmi celles qui peuvent être affectées, puis lui attribue le rôle sur le live.
- « Julie a confirmé. Passe-la en confirmée et ajoute Karim en modérateur. »
  Ce qui se passe : Le statut du rôle passe à confirmé, et le second rôle est créé dans la foulée.
- « Donne à Claire l'accès aux statistiques de ce live. »
  Ce qui se passe : L'accès aux chiffres est accordé à cette personne sur ce live précisément, sans toucher à son rôle.
- « Ajoute Marc à l'équipe de la marque, en contributeur. »
  Ce qui se passe : Le membre est rattaché à la marque avec son rôle, ce qui est différent du casting d'un live.
- « Assigne le studio de Lille à ce live. »
  Ce qui se passe : Le studio est rattaché au live, sous réserve de vos droits d'écriture dessus.
- « Crée une tâche : valider les visuels avant vendredi, pour Claire. »
  Ce qui se passe : La tâche est créée avec sa personne, sa priorité et sa date, à côté du plan de tâches structuré du live.
- « Je valide le scénario côté marque. »
  Ce qui se passe : L'approbation est enregistrée sur la composante concernée. Elle vaut signature et n'avance pas l'étape par elle-même : le changement de statut reste une décision à part.
- « Je demande une correction sur les visuels : le logo est mal détouré sur l'affiche. »
  Ce qui se passe : La demande de modification est enregistrée avec son motif et ouvre un fil de discussion visible par l'équipe Caast à l'endroit exact.

## Suivre et débriefer

Le pilotage jusqu'au jour J, puis les chiffres.

- « Où en est la préparation ? Qu'est-ce qui bloque le passage en « prêt » ? »
  Ce qui se passe : L'avancement remonte étape par étape, avec la liste nommée des tâches qui empêchent encore le passage en prêt.
- « Fais un essai à blanc : est-ce qu'on peut passer le live en prêt ? »
  Ce qui se passe : Le passage est testé sans être appliqué. L'assistant vous rend la réponse et, si c'est non, la liste exacte de ce qui manque.
- « Passe le live en prêt. »
  Ce qui se passe : Le statut change si les conditions sont remplies. Sinon le passage est refusé, avec le motif : rien n'est forcé.
- « Marque l'étape « visuels » comme terminée. »
  Ce qui se passe : L'étape du plan de tâches passe au statut demandé, et les étapes qu'elle débloquait deviennent disponibles.
- « Réponds oui à la question « on fait un jeu concours ? » dans le plan de tâches. »
  Ce qui se passe : La réponse est enregistrée sur l'étape de décision, ce qui ouvre ou ferme toute la branche du plan qui en dépend.
- « Résume les discussions non lues sur ce live. »
  Ce qui se passe : Les fils de commentaires du live remontent, et le repère de lecture peut être avancé pour ne pas les revoir demain.
- « Sors les statistiques du live d'hier et compare-les à notre moyenne. »
  Ce qui se passe : Les chiffres du live remontent, avec le comparatif face à la moyenne des autres lives de la marque.
- « Compare ce live à l'édition précédente. »
  Ce qui se passe : Le même live est confronté à son édition antérieure, ce qui suppose le lien avec Caast.
- « Montre-moi l'évolution de l'audience sur les 24 dernières heures. »
  Ce qui se passe : La série de mesures remonte sur la fenêtre demandée, pas seulement le dernier chiffre.
- « Les chiffres ont l'air figés, relance le calcul. »
  Ce qui se passe : Un rafraîchissement est déclenché. Il travaille en tâche de fond : les nouvelles valeurs arrivent un peu après, il faut relire.
- « Prépare le débrief pour la marque, avec les enseignements et les pistes pour la prochaine édition. »
  Ce qui se passe : Le guide de lecture des indicateurs est lu d'abord, puis le rapport post-live est rédigé et enregistré sur le live, prêt à être partagé.

## Questions rapides

Des demandes d'une ligne, en lecture seule. Rien n'est modifié, elles servent à savoir avant de décider.

- « Quels sont mes prochains lives ? »
  Ce qui se passe : La liste de vos lives remonte, du plus récent au plus ancien, avec la marque, la date, le statut et le lien du cockpit.
- « Donne-moi le lien du cockpit du live de mars. »
  Ce qui se passe : Le live est identifié et son lien direct vous est rendu, cliquable.
- « Quelles marques j'ai le droit de voir ? »
  Ce qui se passe : Les marques accessibles à votre compte remontent. Celles auxquelles vous n'avez pas accès n'apparaissent pas.
- « Combien de produits sur ce live ? »
  Ce qui se passe : Le catalogue du live est lu et compté, avec les prix et les références.
- « Le scénario est validé ? »
  Ce qui se passe : Le statut du scénario et sa version remontent, avec la liste ordonnée des blocs.
- « Combien de temps dure le scénario au total ? »
  Ce qui se passe : Les durées de chaque bloc et le minutage cumulé remontent : vous voyez tout de suite si vous débordez.
- « Il y a un concours sur ce live ? »
  Ce qui se passe : La réponse est directe, avec les lots et les tirages s'il y en a un, ou une réponse négative franche s'il n'y en a pas encore.
- « Quels sondages sont prêts ? »
  Ce qui se passe : Les sondages du live remontent, en signalant celui qui sert de QCM de qualification au concours.
- « Quels SMS sont programmés ? »
  Ce qui se passe : Les campagnes de rappel remontent avec leur segment, leur texte et leur horaire.
- « Combien de magasins ont activé leur page ? »
  Ce qui se passe : Les compteurs d'activation du réseau sur ce live remontent.
- « Qui doit encore valider quelque chose ? »
  Ce qui se passe : Les étapes en attente remontent avec les personnes ou équipes rattachées.
- « Quelles règles tu appliques pour écrire un SMS ? »
  Ce qui se passe : Le guide d'écriture correspondant est affiché. Sans nom précis, l'assistant vous liste les 12 guides disponibles.
- « Retrouve le live « Fête des mères ». »
  Ce qui se passe : La recherche s'exécute sur les lives auxquels vous avez accès et rend le lien de chaque résultat.
- « Qu'est-ce qu'il y a dans la médiathèque de ce live ? »
  Ce qui se passe : Les fichiers du live sont listés, documents de brief compris. En lecture seule.
- « Sur quelle version du serveur tu es ? »
  Ce qui se passe : La version, le protocole et la date de construction remontent. Utile quand une nouveauté vient d'arriver.

---

# FAQ

## Comprendre

### Qu'est-ce que le MCP Faast, en une phrase ?

C'est la prise qui branche votre assistant IA sur Faast : vous demandez en français, il prépare vos lives commerce avec vos droits, sur vos marques. Claude, ChatGPT, Cursor, VS Code et Gemini CLI se connectent à la même adresse. L'application Faast reste ouverte à côté, pour valider et regarder le cockpit.

### C'est quoi, le protocole MCP ?

Un standard ouvert qui permet à un assistant IA d'utiliser un service externe de façon contrôlée. Il est adopté par Anthropic, OpenAI, Cursor et les autres, ce qui veut dire qu'un seul branchement sert à plusieurs assistants. Concrètement : vous collez une adresse, l'assistant découvre les actions disponibles, chaque appel passe par votre compte.

### En quoi est-ce différent d'ouvrir l'application Faast ?

C'est la même plateforme, sans les écrans. Ce qui demandait dix clics et trois onglets se formule en une phrase, et l'assistant enchaîne les étapes : créer le live, attacher les produits, monter le concours, programmer les SMS de rappel. Le cockpit garde son rôle : voir l'état du live et valider.

### Combien d'actions l'assistant peut-il exécuter ?

88 pour un compte de marque. Le serveur en compte 193 au total : les 105 autres sont réservées à l'équipe Caast (outils d'exploitation et de production). Vous ne voyez jamais que les vôtres, la liste s'adapte à votre compte.

### Comment ces actions sont-elles organisées ?

En 9 familles, une par surface de travail du live : Lives, Scénario, Produits, Animations, Marketing, Magasins, Équipe, Marque, Pilotage. Vous n'avez jamais à les nommer, c'est l'assistant qui choisit. Le détail est sur la page des outils.

### Qu'est-ce qu'une compétence, ou guide d'écriture ?

C'est le mode d'emploi rédactionnel de Faast pour une composante donnée. Il y en a 12 embarqués : scénario, concours, SMS, sondages, teaser, réseaux sociaux, newsletter, code promo, générique, UTM, formats courts, indicateurs. L'assistant les lit avant de rédiger, ce qui évite qu'il écrive de mémoire.

### Pourquoi ces guides changent-ils le résultat ?

Parce que la qualité d'un live tient à des conventions précises. Un SMS de rappel, un règlement de concours et une accroche de teaser obéissent chacun à des règles que Faast a écrites, souvent après les avoir ratées. L'assistant applique ces règles telles quelles.

### Qui peut l'utiliser ?

Toute personne qui a déjà un compte Faast : équipe marketing d'une marque, agence, équipe Caast. Chacun ne voit que son périmètre, exactement comme dans l'application. Il n'y a pas d'inscription séparée au MCP.

### Faut-il savoir coder ?

Non. Le parcours tient en trois écrans : copier l'adresse, la coller dans les réglages de votre assistant, se connecter avec son compte Faast. Les fichiers de configuration existent, mais uniquement pour les personnes qui les préfèrent.

### Combien ça coûte ?

Rien de plus côté Faast : le MCP est une interface de votre compte, pas une option facturée. L'assistant que vous branchez dessus relève en revanche de son propre abonnement (Claude, ChatGPT, Cursor). Aucun quota d'usage Faast n'est vendu à part.

### Quelle différence avec le MCP de Caast ?

Deux produits complémentaires : Faast organise le live, Caast le diffuse et le mesure. Sur Faast : brief, scénario, concours, SMS, magasins, workflow. Sur mcp.caast.tv : player, widgets, modération, statistiques d'audience. Beaucoup d'équipes branchent les deux.

### Est-ce que ça remplace le cockpit ?

Non, ça l'alimente. Le cockpit reste l'endroit où l'on voit d'un coup d'œil ce qui est prêt et ce qui manque, et où l'on valide. L'assistant fait le travail de remplissage qui menait jusqu'ici à ce cockpit.

### Qu'est-ce que ça change pour un chef de projet live ?

La charge d'organisation se déplace vers la relecture. Vous décrivez le live une fois, l'assistant monte les composantes, vous corrigez ce qui ne colle pas. Le temps gagné se réinvestit là où il compte : le choix des produits, le ton, le nombre de lives dans l'année.

### Est-ce adapté à une agence qui gère plusieurs marques ?

Oui, si votre compte a accès à ces marques. Vous précisez simplement de laquelle vous parlez, et les périmètres restent étanches : impossible de mélanger les données de deux marques dans une même réponse.


## Démarrer

### Comment le brancher dans Claude ?

Réglages, Connecteurs, « Ajouter un connecteur personnalisé », collez https://mcp.faast.tv, puis Se connecter. En organisation Team ou Enterprise, un propriétaire l'ajoute une fois et chaque membre l'active d'un clic. Rien à installer sur le poste.

### Comment le brancher dans ChatGPT ?

Activez d'abord le Mode développeur, sinon le bouton de création n'apparaît pas. Ensuite : Réglages, Connecteurs, « + », collez l'adresse, choisissez OAuth. Dans une conversation, ajoutez le connecteur Faast depuis le « + » du champ de saisie.

### Et dans Cursor, VS Code ou Gemini CLI ?

Ils se branchent sur la même adresse, avec un format de configuration propre à chacun. Cursor et VS Code s'ajoutent en un clic, Gemini CLI en une commande. Les pièges de syntaxe de chaque fichier sont documentés sur la page Démarrer.

### Mon assistant n'est pas dans la liste. C'est bloquant ?

Non, dans la grande majorité des cas. Tout logiciel qui parle le MCP en HTTP se branche avec la même adresse. Pour les clients plus anciens qui ne savent parler qu'en local, un pont standard fait l'adaptation.

### Comment se passe la connexion, exactement ?

Votre assistant ouvre une page Faast dans le navigateur, vous vous connectez comme d'habitude, un écran vous montre quel client demande l'accès, vous validez. C'est de l'OAuth 2.1 avec PKCE. Aucun mot de passe ne transite par l'assistant.

### Peut-on se connecter sans OAuth ?

Oui, avec un jeton d'accès personnel. Il se crée dans l'application Faast, sur la page Assistant IA de la barre latérale, et se colle comme jeton porteur dans les clients qui préfèrent ce mode. Il porte vos droits, ni plus ni moins, et se révoque au même endroit.

### Faut-il enregistrer notre client auprès de Faast au préalable ?

Non. Le serveur publie sa découverte selon la RFC 9728 et accepte l'enregistrement dynamique de client selon la RFC 7591. Votre assistant s'annonce tout seul au moment de la connexion.

### Combien de temps dure une connexion ?

Elle se renouvelle d'elle-même : OAuth fournit un jeton de rafraîchissement que votre assistant utilise en arrière-plan. Si la session expire malgré tout, un clic sur « Se connecter » la relance. Elle se révoque à tout moment depuis Faast.

### Faut-il l'accord de notre service informatique ?

Pas techniquement, mais c'est souvent la bonne pratique. Rien ne s'installe sur le poste et aucun accès réseau particulier n'est requis. La page Sécurité contient le détail que votre équipe informatique voudra lire avant de dire oui.

### Toute l'équipe peut-elle l'utiliser en même temps ?

Oui, et c'est le fonctionnement normal. Chaque personne se connecte avec son propre compte et garde ses propres droits : deux collègues qui posent la même question peuvent recevoir des réponses différentes, chacune bornée à son périmètre.

### Faut-il un compte Faast par personne ?

Oui. Il n'existe aucun compte partagé côté MCP, et c'est volontaire : c'est ce qui rend l'audit lisible et la révocation immédiate quand quelqu'un quitte l'équipe.

### Que demander en tout premier ?

« Liste mes lives à venir ». Vous voyez immédiatement votre périmètre, et chaque live revient avec son lien vers le cockpit. C'est aussi la façon la plus rapide de vérifier que le branchement a réussi.


## Utiliser au quotidien

### Dans quelle langue faut-il écrire ?

Dans celle que vous voulez. Les contenus produits (scénario, SMS, publications) sortent dans la langue de votre live, français compris et accentué. Seuls les identifiants techniques des actions sont en anglais, et vous n'avez jamais à les taper.

### Peut-il créer un live de zéro ?

Oui. Donnez la marque, la date et une idée du sujet : il crée le live, y attache les produits, monte les animations et prépare le marketing. Ce qui reste à faire ensuite est une relecture, pas une saisie.

### Comment savoir ce qu'il a réellement modifié ?

En le lui demandant, et en regardant le cockpit. Chaque action passe par la plateforme et laisse une trace : rien ne se fait à côté de Faast. Le cockpit affiche l'état de chaque composante après coup, comme pour une modification faite à la main.

### Les chiffres qu'il annonce sont-ils fiables ?

Oui : chaque nombre vient d'un appel à Faast, pas d'une estimation du modèle. Si une statistique semble datée, demandez un rafraîchissement : il s'exécute en tâche de fond et les chiffres se relisent quelques instants après.

### Peut-il travailler sur un live déjà passé ?

Oui. La famille Pilotage sert autant à l'après qu'à l'avant : relire ce qui s'est passé, comparer, préparer le débrief. C'est souvent le meilleur point de départ pour construire le live suivant.

### Peut-il faire une revue de préparation avant le jour J ?

Oui, et c'est un de ses meilleurs usages. Demandez-lui ce qui manque sur le live : il relit les composantes une par une et vous rend la liste des trous. Vous décidez ensuite quoi corriger et dans quel ordre.

### Est-ce que ça marche pendant le live lui-même ?

Le MCP Faast couvre la préparation, le suivi et l'après. La régie du direct (pousser un produit à l'écran, modérer, lancer un tirage en plateau) appartient à la plateforme de diffusion, donc au MCP Caast. Les deux se branchent côte à côte sans conflit.

### Peut-on lui demander plusieurs choses d'affilée ?

Oui, et c'est là que le temps se gagne. Une demande qui enchaîne dix actions reste une demande. Comptez quelques dizaines de secondes pour une séquence longue : chaque étape est un appel réel, validé et tracé.

### Faut-il vérifier son travail ?

Oui, comme celui d'un collègue qui débute sur votre marque. Il applique les guides d'écriture Faast, pas votre historique implicite. La relecture porte surtout sur le ton, le choix des produits et les dates.

### Peut-on lui faire suivre nos conventions de marque ?

Oui, dans la limite de ce que Faast connaît de votre marque. Les guides d'écriture sont enrichis des particularités enregistrées côté marque, et vous pouvez toujours corriger dans la demande elle-même. La famille Marque sert précisément à tenir ces informations à jour.


## Le scénario en détail

### Le scénario suivra-t-il vraiment nos conventions ?

Oui, parce que l'assistant lit le guide d'écriture avant de rédiger. C'est le mécanisme central de la page : la rédaction part du guide de la composante concernée, enrichi de ce que Faast sait de votre marque.

### Peut-il écrire tout le scénario d'un coup ?

Il le construit bloc par bloc, puis vérifie la cohérence de l'ensemble. Le résultat dans le cockpit est un scénario complet, versionné, prêt à valider. La différence avec un envoi unique est invisible à l'arrivée, et elle rend chaque bloc corrigeable isolément.

### La génération IA du scénario complet est-elle ouverte à tout le monde ?

Non : le moteur de génération complète du scénario reste réservé à l'équipe Caast. Un compte de marque génère en revanche le marketing et les concepts éditoriaux. Le travail bloc par bloc via l'assistant reste ouvert à tous et aboutit au même livrable.

### Comment un scénario est-il structuré ?

En blocs, chacun avec sa propre version. C'est ce découpage qui permet de corriger une séquence sans toucher au reste, et de travailler à plusieurs sur le même scénario sans se marcher dessus.

### Que se passe-t-il si deux personnes modifient le même scénario ?

La deuxième est refusée par un conflit 409. Chaque bloc porte un verrou de version : si le bloc a changé entre la lecture et l'écriture, l'assistant relit puis réapplique sa modification sur la version fraîche. Personne n'écrase le travail d'un collègue.

### Peut-on partir d'un scénario existant ?

Oui, et c'est souvent plus rapide que de repartir de zéro. Demandez à l'assistant de relire le scénario d'un live précédent et de l'adapter aux nouveaux produits et à la nouvelle date. Vous gardez la structure qui a marché.

### Peut-on lui faire relire un scénario écrit à la main ?

Oui. Il relit le scénario existant, le compare au guide d'écriture et signale ce qui cloche : produit jamais présenté, tirage mal placé, transition manquante. Il ne corrige que si vous le demandez.

### Comment récupérer le scénario en PDF ?

En le demandant, avec une réserve. Le scénario s'exporte toujours en markdown. Les formats docx et PDF dépendent d'un convertisseur côté serveur : s'il est indisponible, l'assistant vous livre le markdown en vous disant pourquoi.

### Le scénario reste-t-il modifiable dans l'application ?

Oui, sans restriction. Un scénario monté via l'assistant est un scénario Faast ordinaire : il s'édite, se commente et se valide dans l'application comme n'importe quel autre. Rien n'est verrouillé par le fait d'être passé par un assistant.


## Les animations et le marketing

### Comment fonctionne le concours d'un live ?

Un live porte un seul concours, avec des lots en crescendo. Les tirages suivent l'avancement du live en pourcentage, ce qui les garde alignés sur le déroulé réel. Un QCM de qualification peut filtrer les participants.

### Peut-on organiser plusieurs concours sur un même live ?

Non, un seul. Cette règle est volontaire : plusieurs concours diluent l'attention et compliquent le règlement. Ce qui varie, ce sont les lots et le nombre de tirages à l'intérieur du concours unique.

### Pourquoi les tirages sont-ils en pourcentage et pas en minutes ?

Parce qu'un live ne suit jamais son minutage à la seconde. Un tirage placé à 60 % d'avancement tombe au bon moment du déroulé, que le live prenne dix minutes d'avance ou de retard. C'est la façon dont Faast exprime les tirages.

### Qu'est-ce que le QCM de qualification ?

Un filtre optionnel à l'entrée du concours. Il permet de ne retenir que les participants qui ont suivi le live ou qui répondent à un critère, ce qui améliore la qualité des inscrits sans changer la mécanique du tirage.

### L'assistant peut-il rédiger les SMS de rappel ?

Oui, en suivant le guide d'écriture dédié. Un live accepte au plus deux campagnes de rappel avant sa diffusion : c'est la limite posée par Faast, et l'assistant s'y tient. Vous relisez avant programmation.

### Pourquoi seulement deux SMS avant le live ?

Parce qu'au-delà, le rappel devient de la sollicitation. Deux campagnes suffisent à couvrir l'annonce et le rappel du jour même. La plateforme porte la règle, chaque live en hérite.

### Quels contenus marketing peut-il produire ?

Ceux couverts par les guides embarqués : teaser, publications sociales, newsletter, code promo, générique, UTM, formats courts. La génération marketing est ouverte aux comptes de marque.

### Peut-il préparer les sondages du live ?

Oui, un guide d'écriture leur est consacré. Les sondages relèvent de la famille Animations, aux côtés du concours. Ils se relisent et se corrigent ensuite dans l'application.

### Peut-il générer les liens de tracking ?

Oui pour les paramètres UTM, avec une réserve sur les liens courts. Les liens courts trackés nécessitent que le live soit lié à un live Caast. Sur un live non lié, l'assistant vous le signale : un lien court y mesurerait le vide.

### Peut-il proposer des concepts éditoriaux ?

Oui, c'est une des générations ouvertes aux comptes de marque. Utile en amont, quand la date est posée mais que l'angle du live ne l'est pas encore. Les propositions se discutent ensuite comme n'importe quelle piste.


## Les magasins

### À quoi sert la famille Magasins ?

À faire vivre le live dans le réseau physique. Elle rassemble les actions autour de l'annuaire des magasins, des zones et des campagnes qui les mobilisent. C'est la partie qui transforme un live en opération de réseau plutôt qu'en événement purement en ligne.

### Comment le réseau est-il organisé ?

En zones hiérarchiques au dessus de l'annuaire des magasins. Cette hiérarchie permet de cibler une partie du réseau sans lister les magasins un par un, et de suivre l'activation au bon niveau.

### Qu'est-ce qu'une page publique de magasin ?

Une page dédiée à un magasin, accessible publiquement, qui rattache le live à ce point de vente. Chaque magasin a la sienne. C'est le support que les équipes en magasin peuvent partager autour d'elles.

### L'assistant peut-il envoyer les emails aux magasins ?

Non, pas tout seul. Les campagnes d'emails vers les magasins exigent une double approbation, et cette règle vaut aussi depuis un assistant. Il prépare, deux personnes valident, l'envoi part.

### Pourquoi une double approbation ?

Parce qu'un email au réseau ne se rattrape pas. Un envoi vers des centaines de magasins engage la marque auprès de ses équipes terrain : deux paires d'yeux avant le départ sont le prix raisonnable de cette irréversibilité.

### Peut-on préparer l'activation magasin longtemps à l'avance ?

Oui, rien n'oblige à attendre. L'annuaire, les zones et les pages publiques se travaillent dès que le live existe. Les campagnes se préparent en amont et attendent leur double validation.


## Ce que ça ne fait pas

### Peut-il envoyer un fichier dans Faast ?

Non. La médiathèque se consulte mais ne s'alimente pas par le MCP. Un document de brief se rattache par son lien, et le dépôt de fichiers reste dans l'application.

### Peut-il supprimer un live, une marque, un compte ?

Non, et personne ne le peut par le MCP, équipe Caast comprise. Ces suppressions critiques sont refusées à tous et renvoyées vers l'application. Les suppressions du quotidien (un bloc, un sondage) restent possibles.

### Peut-il générer le scénario complet par le moteur IA de Faast ?

Non pour un compte de marque : cette génération est réservée à l'équipe Caast. Ce qui reste ouvert : la génération marketing et les concepts éditoriaux, plus la construction du scénario bloc par bloc via l'assistant.

### Y a-t-il des données auxquelles il n'a pas accès ?

Oui, celles qui dépendent de la liaison avec le live Caast de diffusion. Audiences SMS détaillées, liens courts et synchronisation produits demandent que le live Faast soit lié à un live Caast. Sur un live non lié, il vous le dit.

### ChatGPT fait-il tout ce que fait Claude ?

Non, hors Mode développeur. Dans ce cas, ChatGPT n'expose que la recherche et la lecture de fiches : suffisant pour interroger, pas pour écrire. Le Mode développeur rétablit la surface complète.

### L'export docx et PDF est-il garanti ?

Non, il dépend d'un convertisseur côté serveur. En cas d'indisponibilité, le repli est le markdown, annoncé comme tel. Le markdown et le JSON, eux, sont toujours disponibles.

### Les statistiques sont-elles instantanées ?

Non, elles se rafraîchissent en tâche de fond. Un chiffre demandé juste après un rafraîchissement peut encore être l'ancien : laissez passer quelques instants et relisez.

### Y a-t-il des limites de volume ?

Oui, et elles sont saines. Un budget de l'ordre de 120 appels par minute et par utilisateur, appliqué par instance, des listes servies par pages de 200, un budget temps de 60 secondes par action en général et jusqu'à 5 minutes pour les générations. Un usage normal ne les rencontre jamais.

### Mon assistant peut-il inventer un résultat ?

Il peut se tromper d'intention. Le résultat, lui, vient du serveur Faast, qui valide les entrées et refuse ce qui n'existe pas. Si un chiffre vous surprend, demandez d'où il vient : il vient toujours d'un appel.

### Peut-il piloter le direct ?

Non, ce n'est pas son terrain. La régie appartient à la plateforme de diffusion et donc au MCP Caast. Le MCP Faast s'arrête à la préparation, au suivi et à l'après.


## Sécurité et droits

### Mon assistant peut-il dépasser mes droits ?

Non, par construction. Le serveur n'a pas de compte à lui : chaque requête porte votre jeton et chaque action revérifie vos droits au moment où elle s'exécute, comme si vous cliquiez dans l'application.

### Pourquoi l'absence de compte de service est-elle importante ?

Parce qu'un compte de service est un contournement permanent des droits. Sans lui, il n'existe aucun chemin par lequel un assistant verrait plus que la personne connectée. C'est la décision d'architecture qui rend le reste vérifiable.

### Que se passe-t-il si je demande une ressource qui ne m'appartient pas ?

Vous obtenez un refus indistinct : « ressource introuvable ou accès refusé ». Le serveur ne dit volontairement pas lequel des deux cas s'applique, parce que distinguer les deux reviendrait à énumérer ce qui ne vous appartient pas.

### Qu'est-ce qui est journalisé ?

Chaque appel, lecture comprise. L'audit retient qui, quel outil et quand. Les arguments, eux, ne sont stockés que sous forme d'empreinte : la traçabilité est complète sans que le contenu de vos demandes soit conservé.

### Mes identifiants sont-ils exposés à l'assistant ?

Non. La connexion OAuth se fait dans votre navigateur, sur Faast. L'assistant ne reçoit qu'un jeton, révocable, portant vos droits.

### Que voit l'éditeur de mon assistant ?

Ce que vous échangez avec lui, réponses de Faast comprises : c'est le fonctionnement de tout assistant IA. Réglez la conservation et l'entraînement chez l'éditeur selon la politique de votre entreprise. Côté Faast, rien n'est partagé au-delà de ce que votre conversation demande.

### Comment couper l'accès d'un assistant ?

Depuis la page Assistant IA de l'application, à tout moment. Elle liste vos jetons : en supprimer un coupe l'accès du client concerné, sans toucher aux autres ni à votre compte.

### Une personne qui quitte l'équipe garde-t-elle l'accès ?

Non. Ses droits Faast tombent, donc ses appels MCP aussi, dès la requête suivante. Le MCP n'entretient aucune liste d'accès séparée : couper le compte coupe tout.

### Quelles suppressions sont impossibles pour tout le monde ?

Celles d'un live entier, d'une marque et d'un compte. Elles sont refusées à tous les utilisateurs du MCP, y compris à l'équipe Caast, et renvoyées vers l'application où elles demandent une confirmation explicite.

### Que doit vérifier notre équipe informatique ?

Cinq points, tous documentés : OAuth 2.1 avec PKCE, découverte RFC 9728, enregistrement dynamique de client RFC 7591, revérification des droits à chaque appel, audit systématique. La page Sécurité les détaille un par un.

### Les limites de débit protègent-elles de quoi ?

D'une boucle involontaire, principalement. Un assistant mal orienté peut répéter un appel : le budget d'environ 120 appels par minute et par utilisateur l'arrête avant que cela ne dégrade le service pour les autres.

### Le serveur stocke-t-il mes conversations ?

Non. Il reçoit des appels d'action et rend des résultats. L'audit conserve la trace de l'appel, pas le contenu des arguments, qui n'est gardé que sous forme d'empreinte.


## Dépannage

### « Ressource introuvable ou accès refusé » : c'est un bug ?

Non, c'est une frontière. L'élément n'existe pas, ou il est hors de votre périmètre, et le serveur ne dit pas lequel des deux. Vérifiez l'identifiant et la marque concernée avant de chercher plus loin.

### Mon assistant ne voit pas certains outils.

C'est presque toujours une question de droits. La liste s'adapte à votre compte : sur les 193 actions du serveur, 88 sont visibles pour un compte de marque, le reste étant réservé à l'équipe Caast. Second cas fréquent : ChatGPT sans Mode développeur.

### ChatGPT me répond mais ne modifie rien.

C'est le Mode développeur qui manque. Sans lui, ChatGPT n'expose que la recherche et la lecture de fiches. Activez le Mode développeur, ou passez par un assistant qui expose la surface complète.

### Il me parle d'un conflit 409 sur le scénario.

Quelqu'un a modifié le bloc entre-temps. C'est le verrou anti-écrasement qui fait son travail : demandez à l'assistant de relire le scénario et de réappliquer sa modification sur la version fraîche.

### La connexion échoue au moment du navigateur.

Vérifiez que vous êtes connecté à Faast dans ce navigateur, puis relancez la connexion depuis l'assistant. Si l'écran de consentement ne s'affiche jamais, un bloqueur de fenêtres est le suspect habituel.

### Une demande longue semble bloquée.

Elle est probablement en cours. Une séquence de dix actions prend quelques dizaines de secondes, et une génération de contenu peut aller jusqu'à 5 minutes. Au-delà du budget, l'assistant reçoit une erreur explicite.

### Je reçois une erreur de limite de débit.

Vous avez dépassé le budget d'environ 120 appels par minute. Attendez une minute et relancez. Si cela se reproduit sans raison, c'est le signe d'une boucle dans la demande : reformulez plus précisément.

### Ma liste semble tronquée.

Elle est paginée : les listes sont servies par pages de 200 éléments. Demandez la suite à l'assistant, ou restreignez la demande par date ou par marque pour obtenir directement ce que vous cherchez.

### Les statistiques annoncées sont datées.

Demandez un rafraîchissement, puis relisez. Le calcul s'exécute en tâche de fond ; le chiffre à jour arrive quelques instants plus tard.

### Il me dit qu'une donnée nécessite un live Caast lié.

C'est exact et c'est une limite réelle. Audiences SMS détaillées, liens courts et synchronisation produits dépendent de cette liaison. Faites lier le live côté diffusion, puis relancez la demande.

### Mon jeton d'accès personnel ne fonctionne plus.

Il a probablement été révoqué, ou vos droits Faast ont changé. Retournez sur la page Assistant IA : la liste de vos jetons vous dit lesquels sont encore actifs, et vous pouvez en créer un nouveau.

### Un collègue obtient un résultat différent du mien.

C'est attendu si vos périmètres diffèrent. Chaque appel est borné aux droits de la personne connectée : sur deux comptes aux accès différents, la même question rend deux réponses justes.


## Écosystème et évolution

### Existe-t-il aussi une API classique ?

Oui. Le MCP est une porte sur la même plateforme que l'API de Faast et sa ligne de commande. Les personnes qui préfèrent l'API la retrouvent avec les mêmes droits et les mêmes garde-fous.

### Peut-on le brancher sur nos propres agents internes ?

Oui. Tout orchestrateur qui parle le MCP le déclare comme serveur distant, avec un jeton d'accès personnel créé depuis la page Assistant IA. Les droits appliqués sont ceux du compte qui a créé le jeton.

### Comment savoir ce qui a changé sur le serveur ?

En le demandant à votre assistant. Le serveur porte un numéro de version (aujourd'hui v0.4.0) et sait répondre sur son état. La surface évolue par ajout, jamais par retrait silencieux.

### Le nombre d'actions va-t-il augmenter ?

Probablement, et sans rupture. Les ajouts apparaissent dans la liste des outils sans intervention de votre part : votre assistant les découvre au branchement suivant. Rien à réinstaller.

### Peut-on utiliser les MCP Faast et Caast en même temps ?

Oui, et c'est la configuration la plus complète. Faast couvre la préparation et le suivi, Caast la diffusion et la mesure. Une même conversation peut passer de l'un à l'autre.

### Ce site est-il lisible par les assistants eux-mêmes ?

Oui, volontairement. Le fichier /llms.txt indexe le site pour les agents et /llms-full.txt en livre le contenu complet en markdown. Votre assistant peut donc expliquer lui-même comment le brancher.

### Où voir la liste complète des actions ?

Sur la page Outils, qui détaille les familles et leurs actions. Utile pour cadrer ce qui est possible avant de rédiger une demande, ou pour répondre à une question de votre équipe informatique.

### Comment nous faire remonter un manque ?

Depuis l'application Faast, comme pour toute demande produit. Les manques signalés par les équipes qui préparent des lives orientent directement les ajouts : c'est ainsi que la surface s'est construite jusqu'ici.

---

# Sécurité (résumé)

Aucun compte de service : chaque requête porte le jeton de l'utilisateur, chaque action revérifie ses droits (même moteur d'autorisation que l'application). OAuth 2.1 avec PKCE et consentement explicite, enregistrement dynamique des clients (RFC 7591), découverte RFC 9728. Audit de chaque appel (lectures comprises, arguments stockés en empreinte seulement), refus indistincts anti-énumération, suppressions critiques bloquées pour tous, un budget de l'ordre de 120 appels/minute/utilisateur. Détail : https://mcp.faast.tv/securite
