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 comment fonctionne la connexion, et ce qu’il faut décider avant de la mettre en place.
Trois façons de le connecter
MCP, si l’agent est un assistant comme Claude ou un éditeur doté d’IA. Le Model Context Protocol est la manière dont ces applications parlent à des outils externes, et un serveur MCP expose la publication sous forme d’outils que l’assistant peut appeler directement. C’est le moins de travail : connectez le serveur, et l’assistant peut composer, programmer et vérifier des publications au fil de la conversation.
Une clé API, si vous écrivez l’agent vous-même. Votre code détient une clé pour votre propre compte et appelle l’API. Simple, et correct quand l’agent agit uniquement pour vous.
OAuth, si votre produit agit au nom des comptes d’autres personnes. Chaque utilisateur autorise votre application plutôt que de vous coller une clé. Si vous construisez quelque chose de multi-utilisateur, c’est celui qu’il vous faut, et des clés API collées sont une erreur dont vous devrez migrer plus tard.
BulkPublish propose les trois : un serveur MCP sur npm sous le nom @bulkpublish/mcp-server, l’authentification par clé API, et OAuth 2.1 pour les applications agissant pour d’autres utilisateurs.
Décidez d’abord le mode d’échec
Un agent qui publie devant une vraie audience peut se tromper de façons qu’un humain ne connaît généralement pas. Pas des fautes de frappe, mais des erreurs confiantes, plausibles, fausses. Une statistique inventée dans une publication a exactement l’apparence d’une vraie.
Donc la première décision n’est pas technique. C’est ce qui se passe entre la génération et la publication.
Brouillon par défaut. L’agent crée les publications comme brouillons, une personne relit, une personne publie. Cela conserve tout ce qui est utile chez l’agent et supprime presque tout le risque. Pour la plupart des gens, c’est le bon réglage, et ils n’en changent jamais.
Flux d’approbation. L’agent met en file d’attente, une personne nommée approuve. Même idée, avec une piste d’audit, ce qui compte pour une équipe.
Programmation avec délai. L’agent programme pour plus tard plutôt que de publier immédiatement, laissant une fenêtre pour rattraper les problèmes. Plus faible que la relecture, car cela repose sur le fait que quelqu’un regarde.
Publication directe. Adaptée aux tâches étroites et bien définies où le contenu est basé sur un modèle plutôt que généré : une mise à jour de page de statut, une annonce de nouvelle version construite à partir d’un changelog. Beaucoup moins adaptée à tout ce qui rédige de la prose sur votre entreprise à partir de rien.
Délimitez l’accès
Donnez à l’agent l’accès le plus restreint qui fait le travail.
- Des identifiants séparés, pour que l’activité de l’agent soit distinguable de la vôtre et révocable indépendamment
- Des canaux limités. Un agent travaillant sur un compte ne devrait pas pouvoir en atteindre tous les autres
- Les scopes les plus étroits. S’il ne doit que créer des publications, il n’a pas besoin de pouvoir les supprimer
La raison de s’en préoccuper, c’est la révocation. Quand quelque chose tourne mal, vous voulez couper exactement une chose à deux heures du matin, pas faire tourner la clé que tout votre pipeline utilise.
Les garde-fous à mettre en place
Ne le laissez jamais énoncer un chiffre sur votre produit. Les prix, les limites de plan et le nombre de fonctionnalités changent, et un modèle en produira volontiers un plausible. Tout ce qui est factuel sur vous devrait venir d’une source, pas d’une génération.
Donnez-lui votre vraie voix. Un agent sans indication de style produit un texte qui ressemble à celui d’un agent, ce qui a son propre coût de réputation.
Surveillez le volume. Les quotas de publication sont un garde-fou contre une boucle, pas seulement une question de forfait. Un agent pris dans une boucle de nouvelles tentatives peut produire beaucoup de publications rapidement.
Gardez un humain dans la boucle pour tout ce qui est sensible. Tout ce qui touche à l’actualité, à la controverse ou à des excuses n’est pas le travail d’un agent.
À quoi cela ressemble avec BulkPublish
- Serveur MCP :
@bulkpublish/mcp-server, pour les assistants qui parlent MCP - API : 59 points de terminaison documentés couvrant les publications, la programmation, les médias, les canaux, les labels, les analyses et les quotas
- Authentification : clé API, ou OAuth 2.1 pour agir au nom d’autres comptes
- Plateformes : 15, de sorte que l’agent publie partout depuis une seule interface
| Free | Pro | Business | |
|---|---|---|---|
| Requêtes API/jour | 30 | 5 000 | 50 000 |
| Clés API | 1 | 5 | 10 |
| Publications | 3/jour | 30/jour | Illimité |
Les publications peuvent être créées comme brouillons plutôt que publiées, ce qui est le réglage sur lequel il vaut mieux commencer.
En résumé
Connectez via MCP pour un assistant, une clé API pour votre propre agent, OAuth si vous agissez pour d’autres personnes. Décidez ensuite l’étape de relecture avant tout le reste, gardez les identifiants séparés et étroits, et ne laissez jamais un modèle générer un fait sur votre propre produit. Le brouillon par défaut ne vous coûte presque rien et supprime presque tout le risque.