Moltbook : Test du premier réseau social pour intelligence artificielle

Vous ne gagnez rien à brancher votre meilleur agent IA sur Moltbook dès la première visite. La bonne séquence est plus froide : regarder le réseau, lire skill.md, créer un agent sans secret, puis seulement tester publication, recherche sémantique ou Moltbook Identity. C’est moins spectaculaire. C’est aussi le seul démarrage raisonnable.

La fiche actuelle doit donc juger Moltbook comme un terrain d’expérimentation agentique, pas comme un SaaS de productivité. Les sources officielles le présentent comme un réseau social pour agents : posts, commentaires, votes, submolts, profils, réputation et propriétaires humains. Les humains observent et revendiquent les agents ; les agents publient. La promesse est rare, mais le risque suit la promesse.

Observer Moltbook gratuitement →

Qu’est-ce que Moltbook ?

Moltbook est intéressant parce que le réseau social est le spectacle, mais l’identité est le produit. Le feed permet de voir des agents publier, répondre et construire une réputation. La partie plus sérieuse se trouve dans Moltbook Identity : une application peut vérifier qu’un bot possède une identité Moltbook, un statut revendiqué et un propriétaire humain.

Ce point change la décision lecteur. Si vous cherchez un chatbot, un outil de rédaction ou une automatisation simple, Moltbook n’est pas le bon détour. Si vous construisez un jeu, une marketplace, une communauté ou une API où des agents doivent être reconnus, la brique Identity mérite un prototype. Exemple concret : un tournoi d’agents où seuls les bots revendiqués peuvent participer, avec leur karma comme signal de réputation. Ce n’est pas une norme du marché, mais c’est un concept exploitable.

La limite est nette : Moltbook ne prouve pas qu’un agent soit autonome, fiable ou intelligent. Il prouve qu’un agent peut être équipé pour interagir avec cette plateforme. Une publication dans le feed reste un comportement dans un cadre outillé. La décision pratique tient en une phrase : ouvrez Moltbook pour observer, mais ne connectez un agent que si son périmètre est vide de données sensibles.

Comment fonctionne le réseau social pour agents IA ?

La documentation officielle skill.md donne la lecture produit la plus utile. Un agent peut s’enregistrer avec POST /api/v1/agents/register, recevoir une clé API, obtenir un claim_url, puis envoyer ce lien à son humain. Le propriétaire vérifie son email puis son compte X. Cette chaîne ne rend pas l’agent infaillible, mais elle évite le simple pseudo anonyme et rattache l’activité à une personne.

Une fois revendiqué, l’agent peut publier dans un submolt, commenter, répondre, voter, suivre d’autres agents, créer une communauté et consulter un endpoint /home pensé comme tableau de bord d’activité. La recherche sémantique est l’une des fonctions les plus utiles : elle permet de trouver des posts ou commentaires par proximité de sens, pas seulement par mot exact. Un agent peut chercher une discussion sur la mémoire persistante même si les messages n’utilisent pas tous les mêmes mots.

Les limites officielles évitent aussi de fantasmer une ruche sans frein. skill.md annonce 60 requêtes GET par minute, 30 requêtes d’écriture par minute, 1 post toutes les 30 minutes, 1 commentaire toutes les 20 secondes et 50 commentaires par jour. Les nouveaux agents sont plus bridés pendant 24 heures : 1 submolt total, 1 post toutes les 2 heures et 20 commentaires par jour. Pour un prototype, c’est suffisant. Pour une boucle autonome agressive, c’est une contrainte à intégrer.

Moltbook Identity ajoute une couche distincte. developers.md documente un token temporaire valable 3 600 secondes, une clé app commençant par moltdev_, un endpoint de vérification backend et une restriction d’audience recommandée. Si le token est émis pour gameapp.com, une autre application ne doit pas pouvoir le réutiliser. C’est le détail qui rend l’idée plus sérieuse qu’un simple “login de bot”.

Prix et tarifs pour connecter un agent sur Moltbook

La vérification du 4 juin 2026 ne trouve pas de page pricing officielle exploitable : https://www.moltbook.com/pricing renvoie une 404. Les sources fiables sont donc la homepage, /developers, skill.md et developers.md. Elles présentent l’observation du réseau, l’inscription d’agent et Moltbook Identity comme gratuits ou free to use. Il ne faut pas transformer cela en grille tarifaire inventée.

La ligne de coût ne disparaît pas. Elle se déplace. Si votre agent utilise un modèle payant, un serveur, un cron, un navigateur ou un orchestrateur, Moltbook peut rester gratuit côté plateforme pendant que votre stack consomme tokens, bande passante, logs et temps de supervision. Un agent qui consulte /home, cherche des conversations, rédige des commentaires et tente de publier régulièrement coûte surtout en inférence et en monitoring.

Le premier budget raisonnable est donc petit mais cadré : un agent local ou cloud limité, une clé Moltbook dédiée, quelques appels par jour et aucune permission externe. Le budget devient sérieux quand l’agent surveille le feed en continu, lit de longues conversations, résout des vérifications ou déclenche d’autres outils. La décision est simple : Moltbook est gratuit à explorer, pas gratuit à opérer si votre agent travaille vraiment.

Découvrir Moltbook Identity →

Sécurité et confidentialité des données

La bonne question n’est pas “Moltbook est-il sûr ?” Elle est plus opérationnelle : que peut faire l’agent connecté ? Les terms indiquent que le propriétaire humain reste responsable des actes et omissions de ses agents, y compris lorsqu’ils agissent de façon autonome. La privacy policy indique aussi que Moltbook peut associer au compte des informations liées aux agents, comme noms, contenus, clés API ou tokens d’authentification.

La documentation technique va dans le même sens. skill.md insiste sur l’usage de https://www.moltbook.com avec www, car une redirection depuis le domaine sans www peut retirer l’en-tête Authorization. Elle demande aussi de ne jamais envoyer la clé API Moltbook à un autre domaine. Pour un agent, ces consignes doivent être écrites dans ses règles système, pas gardées en note mentale.

La comparaison SERP renforce cette prudence. TechRadar a rapporté en février 2026 un incident de sécurité lié à des données Moltbook exposées, dont emails, messages privés et tokens selon l’article. Ce n’est pas une source officielle produit, donc il faut le formuler comme un signal externe rapporté, pas comme une donnée Moltbook confirmée dans sa documentation. Mais pour décider de connecter un agent, ce signal suffit à imposer une sandbox.

Le bon premier test : pas de clé OpenAI principale, pas de Google Drive, pas de compte client, pas de secrets de production. Un agent jetable peut lire skill.md, créer un compte, publier un message dans un submolt général, chercher une conversation et répondre à un commentaire. C’est déjà assez pour évaluer Moltbook sans lui donner les clés de la maison.

Aide au choix : connecter, observer ou sandboxer ?

Moltbook vs Reddit : Quelles différences ?

Moltbook gagne quand l’exposition publique a une valeur. Un chercheur peut observer des comportements entre agents. Un développeur peut vérifier si l’inscription, les quotas et la réputation suffisent à son prototype. Une startup agentique peut tester un login Moltbook avant de construire sa propre identité de bots. Dans ces trois cas, la plateforme répond à une question que Reddit, Make ou n8n ne posent pas.

Une alternative privée gagne dès que l’erreur d’un agent coûte plus cher qu’un apprentissage. Si votre agent lit des fichiers clients, déclenche des webhooks, manipule des identifiants ou poste au nom d’une équipe, commencez plutôt par OpenClaw, n8n ou Make. OpenClaw garde l’agent plus près de votre machine. n8n donne plus de contrôle sur workflows, credentials et logs. Make est plus simple pour une équipe métier qui veut automatiser sans exposer un agent social.

Chirper reste la comparaison la plus proche côté “réseau de personnages IA”, mais Moltbook est plus technique : skill.md, API, submolts, recherche sémantique et Identity. OpenAI Codex n’est pas une alternative directe ; il devient pertinent si votre vrai besoin est de faire travailler un agent sur du code dans un repo. La décision finale par profil : builder d’agents, essayez Moltbook avec un agent jetable ; équipe métier sensible, restez en sandbox ; curieux IA sans agent, observez seulement.