# Automatisation des réseaux sociaux Codex avec un serveur MCP > Automatisation des réseaux sociaux Codex depuis le terminal. Une entrée de serveur MCP, un jeton Bearer dans une variable d’environnement et un plafond mensuel de crédits. Canonical page: https://www.socialfaktory.com/fr/blog/codex-social-media-automation Published: 2026-09-15 Language: fr L’automatisation des réseaux sociaux avec Codex tient en une commande. Enregistrez SocialFaktory comme serveur MCP, gardez le secret dans une variable d’environnement, et la même session de terminal qui livre votre code peut briefer, chiffrer, rendre et programmer la semaine d’une marque. La configuration est volontairement sobre, exactement ce qu’il faut pour une identité de publication. 1. Générez un jeton dans vos paramètres, avec les portées read et generate pour commencer. 2. Exportez le secret dans l’environnement de votre shell. 3. Enregistrez le serveur avec la CLI Codex en nommant la variable d’environnement plutôt que le secret. 4. Démarrez une session et demandez à Codex de lister vos marques. 5. Briefez une vidéo et lisez le devis renvoyé. 6. Approuvez le rendu, puis utilisez un jeton avec la portée publish pour rédiger et planifier les publications. ## Comment enregistre-t-on le serveur ? Deux lignes. La première garde le secret hors de la configuration Codex, la seconde indique à Codex où le trouver. ```bash export SOCIALFAKTORY_TOKEN=sfp_... codex mcp add socialfaktory --url https://www.socialfaktory.com/mcp --bearer-token-env-var SOCIALFAKTORY_TOKEN ``` Si vous préférez modifier la configuration à la main, la même entrée peut vivre dans votre fichier de config Codex, sous une table mcp_servers indexée par le nom que vous choisissez. ```toml [mcp_servers.socialfaktory] url = "https://www.socialfaktory.com/mcp" bearer_token_env_var = "SOCIALFAKTORY_TOKEN" ``` Les deux approches aboutissent à la même connexion. La commande est plus rapide, le fichier est plus simple à versionner dans un dépôt de dotfiles, puisqu’il ne contient aucun secret. ## Pourquoi exiger une confirmation avant de publier ? Parce qu’un brief reste une hypothèse tant que vous n’avez pas lu la sortie. Les modes d’approbation de Codex permettent d’imposer une confirmation avant l’exécution d’un outil, et la publication est précisément l’outil à protéger. La génération se rattrape, une mauvaise publication sur un compte actif ne se rattrape pas. Il existe une limite plus stricte que l’invite d’approbation, et c’est la meilleure: un jeton sans la portée publish ne peut pas publier, quoi que la session tente. ## Combien coûte une session ? Parcourir est gratuit. Lister les marques, les canaux et les formats, consulter votre portefeuille et chiffrer une mission avec l’outil de devis ne coûtent rien. Seules la génération d’une vidéo et la rédaction d’une publication consomment des crédits. Cette asymétrie rend un agent sûr à laisser explorer. Il peut cartographier tout votre compte, proposer une semaine et vous afficher un montant avant qu’un seul crédit ne bouge. La [référence MCP](/docs/mcp) indique, parmi les vingt outils, ceux qui dépensent et ceux qui ne dépensent pas. ## Comment briefer depuis un terminal ? En anglais clair, avec une contrainte concrète. "Deux vidéos pour jeudi et vendredi, le sérum, l’objection sur le prix, montrez-moi d’abord le devis" est un meilleur brief que trois paragraphes de ton, puisque le ton vit déjà dans la marque. Les briefs qui échouent sont les vagues. Un agent incertain générera quand même quelque chose, et c’est la génération qui dépense des crédits. L’ambiguïté a donc un prix, que vous lirez ensuite dans le portefeuille. Nommez le produit, le jour et l’angle. Sur une semaine, les briefs raccourcissent au lieu de s’allonger. Le vendredi, vous écrivez une ligne, car la marque, le casting et le calendrier sont déjà connus et la seule information nouvelle est l’idée. ## Quelle est la limite de débit ? 120 appels par minute et par jeton, et 300 requêtes toutes les cinq minutes par adresse. Les sessions interactives ne le remarquent jamais. Une session planifiée peut la toucher si elle interroge un rendu en boucle serrée. Lisez plutôt la génération à un intervalle raisonnable, et le plafond cesse d’être un sujet. ## Comment le cantonner à une seule marque ? Épinglez le jeton. Un jeton épinglé refuse les canaux, générations, publications et bibliothèques des autres marques. Une session qui s’égare ne peut donc pas atteindre le travail d’un autre client. Les envois de fichiers et le portefeuille de crédits font exception: ils appartiennent au compte, un jeton épinglé peut donc encore lire un fichier téléversé pour une autre marque. Si vous gérez plusieurs marques depuis une même machine, générez un jeton par marque et exportez-les sous des noms de variables différents. Enregistrer chacune comme son propre serveur MCP garde les sessions au clair sur l’étage où elles se trouvent. ## À quoi ressemble le résultat au retour ? Un identifiant d’abord, puis un asset finalisé. La génération est asynchrone, donc l’outil qui lance un rendu renvoie un id et la session lit le résultat quand il est prêt au lieu de bloquer dessus. En pratique, cela rend une session de terminal agréable. Vous lancez trois rendus, poursuivez autre chose, puis vous lisez les trois en un seul appel quelques minutes plus tard, ce qui ressemble davantage à une file d’attente qu’à un indicateur de chargement. ## Qu’est-ce qui n’est pas accessible depuis le terminal ? Cloner une vidéo depuis un lien, les images fixes et les carrousels sont des fonctionnalités de l’app et ne sont pas exposées à un agent. Connecter un canal social passe par une connexion dans le navigateur et cela ne changera pas. Changer d’offre n’est pas non plus le rôle d’un agent. Tout le reste est ouvert, et la frontière est détaillée sur la [page de l’agent Codex](/agents/codex). Le hub [SocialFaktory pour les agents IA](/agents) compare les clients côte à côte. ## Le terminal est-il le bon endroit pour ça ? Si vous briefez déjà votre travail depuis là, oui, car le vrai coût d’une routine de contenu est le changement de contexte, pas la frappe. Si vous préférez voir des aperçus pendant que vous décidez, l’[assistant IA](/features/ai-assistant) fait tourner le même pipeline dans l’app avec les mêmes tarifs à l’écran. Dans tous les cas, un jeton sans la portée publish ne publie jamais. [Créez une marque](/register), générez un jeton en lecture seule et consacrez la première session à l’exploration. **En une phrase:** l’automatisation des réseaux sociaux Codex ne tient qu’à une entrée de serveur MCP et une variable d’environnement, bornée par les portées et le plafond mensuel de crédits de son jeton. ## Questions ### Comment enregistre-t-on le serveur ? Deux lignes. La première garde le secret hors de la configuration Codex, la seconde indique à Codex où le trouver. ```bash export SOCIALFAKTORY_TOKEN=sfp_... codex mcp add socialfaktory --url https://www.socialfaktory.com/mcp --bearer-token-env-var SOCIALFAKTORY_TOKEN ``` Si vous préférez modifier la configuration à la main, la même entrée peut vivre dans votre fichier de config Codex, sous une table mcp_servers indexée par le nom que vous choisissez. ```toml [mcp_servers.socialfaktory] url = "https://www.socialfaktory.com/mcp" bearer_token_env_var = "SOCIALFAKTORY_TOKEN" ``` Les deux approches aboutissent à la même connexion. La commande est plus rapide, le fichier est plus simple à versionner dans un dépôt de dotfiles, puisqu’il ne contient aucun secret. ### Pourquoi exiger une confirmation avant de publier ? Parce qu’un brief reste une hypothèse tant que vous n’avez pas lu la sortie. Les modes d’approbation de Codex permettent d’imposer une confirmation avant l’exécution d’un outil, et la publication est précisément l’outil à protéger. La génération se rattrape, une mauvaise publication sur un compte actif ne se rattrape pas. Il existe une limite plus stricte que l’invite d’approbation, et c’est la meilleure: un jeton sans la portée publish ne peut pas publier, quoi que la session tente. ### Combien coûte une session ? Parcourir est gratuit. Lister les marques, les canaux et les formats, consulter votre portefeuille et chiffrer une mission avec l’outil de devis ne coûtent rien. Seules la génération d’une vidéo et la rédaction d’une publication consomment des crédits. Cette asymétrie rend un agent sûr à laisser explorer. Il peut cartographier tout votre compte, proposer une semaine et vous afficher un montant avant qu’un seul crédit ne bouge. La [référence MCP](/docs/mcp) indique, parmi les vingt outils, ceux qui dépensent et ceux qui ne dépensent pas. ### Comment briefer depuis un terminal ? En anglais clair, avec une contrainte concrète. "Deux vidéos pour jeudi et vendredi, le sérum, l’objection sur le prix, montrez-moi d’abord le devis" est un meilleur brief que trois paragraphes de ton, puisque le ton vit déjà dans la marque. Les briefs qui échouent sont les vagues. Un agent incertain générera quand même quelque chose, et c’est la génération qui dépense des crédits. L’ambiguïté a donc un prix, que vous lirez ensuite dans le portefeuille. Nommez le produit, le jour et l’angle. Sur une semaine, les briefs raccourcissent au lieu de s’allonger. Le vendredi, vous écrivez une ligne, car la marque, le casting et le calendrier sont déjà connus et la seule information nouvelle est l’idée. ### Quelle est la limite de débit ? 120 appels par minute et par jeton, et 300 requêtes toutes les cinq minutes par adresse. Les sessions interactives ne le remarquent jamais. Une session planifiée peut la toucher si elle interroge un rendu en boucle serrée. Lisez plutôt la génération à un intervalle raisonnable, et le plafond cesse d’être un sujet. ### Comment le cantonner à une seule marque ? Épinglez le jeton. Un jeton épinglé refuse les canaux, générations, publications et bibliothèques des autres marques. Une session qui s’égare ne peut donc pas atteindre le travail d’un autre client. Les envois de fichiers et le portefeuille de crédits font exception: ils appartiennent au compte, un jeton épinglé peut donc encore lire un fichier téléversé pour une autre marque. Si vous gérez plusieurs marques depuis une même machine, générez un jeton par marque et exportez-les sous des noms de variables différents. Enregistrer chacune comme son propre serveur MCP garde les sessions au clair sur l’étage où elles se trouvent. ### À quoi ressemble le résultat au retour ? Un identifiant d’abord, puis un asset finalisé. La génération est asynchrone, donc l’outil qui lance un rendu renvoie un id et la session lit le résultat quand il est prêt au lieu de bloquer dessus. En pratique, cela rend une session de terminal agréable. Vous lancez trois rendus, poursuivez autre chose, puis vous lisez les trois en un seul appel quelques minutes plus tard, ce qui ressemble davantage à une file d’attente qu’à un indicateur de chargement. ### Qu’est-ce qui n’est pas accessible depuis le terminal ? Cloner une vidéo depuis un lien, les images fixes et les carrousels sont des fonctionnalités de l’app et ne sont pas exposées à un agent. Connecter un canal social passe par une connexion dans le navigateur et cela ne changera pas. Changer d’offre n’est pas non plus le rôle d’un agent. Tout le reste est ouvert, et la frontière est détaillée sur la [page de l’agent Codex](/agents/codex). Le hub [SocialFaktory pour les agents IA](/agents) compare les clients côte à côte. ### Le terminal est-il le bon endroit pour ça ? Si vous briefez déjà votre travail depuis là, oui, car le vrai coût d’une routine de contenu est le changement de contexte, pas la frappe. Si vous préférez voir des aperçus pendant que vous décidez, l’[assistant IA](/features/ai-assistant) fait tourner le même pipeline dans l’app avec les mêmes tarifs à l’écran. Dans tous les cas, un jeton sans la portée publish ne publie jamais. [Créez une marque](/register), générez un jeton en lecture seule et consacrez la première session à l’exploration. ## More detail - All articles: https://www.socialfaktory.com/fr/blog.md - What SocialFaktory does: https://www.socialfaktory.com/features.md - Pricing: https://www.socialfaktory.com/plans.md