Demander à un assistant de rédiger une publication est facile. Le laisser publier est une décision différente, et la partie intéressante n’est pas la plomberie technique. C’est ce qui se passe quand il se trompe.
Voici le guide pas à pas : choisir une connexion, la configurer avec un accès restreint, la tester, puis décider de la routine de relecture. Pour la liste de contrôle de ce qu’une API de publication doit offrir aux agents, et les modes de défaillance qui la justifient, consultez API de réseaux sociaux pour les agents IA.
Étape 1 : choisir la connexion
Un assistant comme Claude, ou un éditeur doté d’IA. Utilisez le serveur MCP, @bulkpublish/mcp-server. Une fois connecté, l’assistant peut composer, programmer et vérifier des publications au fil de la conversation. C’est le moins de travail, et cela convient à quelqu’un qui travaille de façon interactive.
Un agent que vous avez écrit. Utilisez une clé API. Votre code la détient et appelle l’API pour votre propre compte.
Un produit qui agit pour les comptes d’autres personnes. Utilisez OAuth 2.1. Chaque utilisateur autorise votre application plutôt que de vous coller une clé.
Étape 2 : créer l’identifiant avec l’accès minimal
- Créez une nouvelle clé API réservée à l’agent, sous son propre nom, pour que son activité se distingue de la vôtre et qu’elle puisse être révoquée seule.
- Si vous utilisez OAuth, ne demandez que les scopes nécessaires. Un agent qui crée des publications a besoin de
posts:write, pas de la suppression de médias ni de la messagerie. - Connectez-le uniquement aux canaux sur lesquels il doit publier.
La révocation est la raison de ces précautions. À deux heures du matin, vous voulez couper une seule chose, pas faire tourner la clé que tout votre pipeline utilise.
Étape 3 : commencer en brouillon
Réglez l’agent pour qu’il crée les publications comme brouillons. Une personne relit, une personne publie. Pour la plupart des gens, c’est le bon réglage, et ils n’en changent jamais.
Faites-le tourner une semaine sur du vrai travail. À la fin, posez trois questions sur les brouillons produits :
- L’un d’eux contenait-il une affirmation que vous ne lui aviez pas fournie ?
- L’un d’eux sonnait-il comme s’il venait de quelqu’un d’autre ?
- L’un d’eux a-t-il nécessité un humain à cause du moment ou de la sensibilité du sujet ?
Étape 4 : choisir la routine de relecture
| Routine | À utiliser quand |
|---|---|
| Brouillons, une personne publie | Par défaut. Texte rédigé par un modèle |
| Circuit de validation | Une équipe est impliquée et vous voulez un validateur nommé et une trace |
| Programmation avec délai | Le contenu est routinier et vous voulez une fenêtre pour rattraper les problèmes. Plus faible, car cela repose sur le fait que quelqu’un regarde |
| Publication directe | Contenu basé sur un modèle et construit à partir d’une source, comme une note de version tirée d’un changelog. Pas pour de la prose sur votre entreprise rédigée de zéro |
Étape 5 : poser les garde-fous
- Ne le laissez jamais énoncer un chiffre sur votre produit. Les prix, les limites et les nombres changent, et un modèle en produira un plausible. Les faits viennent d’une source.
- Donnez-lui votre voix. Rédigez une courte note de style et gardez-la dans les instructions de l’agent.
- Surveillez le volume. Les plafonds quotidiens de requêtes et de publications sont un garde-fou contre une boucle.
- Gardez un humain dans la boucle pour tout ce qui est sensible. L’actualité, la controverse et les excuses ne sont pas le travail d’un agent.
Limites des forfaits
| Free | Pro | Business | |
|---|---|---|---|
| Requêtes API/jour | 30 | 5 000 | 50 000 |
| Clés API | 1 | 5 | 10 |
| Publications | 3/jour | 30/jour | Illimité |
BulkPublish publie sur 15 plateformes depuis une seule interface.
