
Alexandre Bloch
CTO, Engineering

Pourquoi nous avons open-sourcé notre MCP server — rétro semaine 1
Il y a sept jours, nous avons décidé d’open-sourcer toute la skills_library. Pas de A/B, pas de pilote restreint, pas de call investisseur pour valider. Voici ce qui s’est passé, ce qui a marché, ce qui a foiré et la suite. Mode honnêteté fondatrice activé.
Paris — 2 juin 2026
1. La décision
Pendant 18 mois j’ai construit Cleo en SaaS fermé — belle UI, sièges payants, savoir gated. Le produit fonctionnait. Les chiffres étaient corrects. Mais à chaque démo, la même question revenait : « c’est top, je peux l’utiliser dans Claude Code / Cursor / mon propre agent ? ». La réponse était toujours « bientôt ». Bientôt n’arrivait jamais.
Un mardi soir de mai, j’ai pris deux décisions en 30 minutes. Première : open-sourcer les skills sous MIT — toute la bibliothèque, rien qui reste derrière un paywall « premium ». Seconde : garder l’API monétisée — la data réglementaire live, les taux douaniers, le screening sanctions, ce qui doit vraiment être maintenu quotidiennement. Les skills sont la distribution. L’API est le business.
Trois jours plus tard, on shippait. Le repo passait public, le package npm sortait, l’article dev.to partait. Aucun plan marketing au-delà de « on post, on regarde ».
2. Ce qui a été livré en 7 jours
45 skills couvrant 14 verticales (cosmétiques, agroalimentaire, électronique, jouets, textile, compléments, bijouterie, dispositifs médicaux, petfood, reporting durabilité, packaging, chimie, alcool, aftermarket automobile).
Un serveur MCP, publié sous @cleo-labs/skills-mcp sur npm — même package pour Claude Code, Cursor, Cline, Windsurf et tout hôte compatible MCP.
Un référencement Glama.ai dans le répertoire des serveurs MCP, indexé sous 36 heures après soumission.
Un long-form sur dev.to — le genre d’article qu’on écrivait pour d’autres SaaS B2B, cette fois signé en notre nom.
Une landing page sur cleo-labs-ia.github.io avec snippets d’installation et catalogue complet.
Un deuxième article sur cleolabs.co expliquant le business derrière l’open-source.
3. Ce qui a marché
La traction dev.to. L’article est passé en une du tag #ai en quatre heures. La communauté dev.to a une grande tolérance pour le « j’ai construit un truc, ça peut servir » tant que le code existe. Le nôtre existait — 45 skills, un serveur MCP, une licence MIT, un install npm qui fonctionne. Le post continue à être lu deux jours après.
La topologie GitHub. On a découpé le repo en tiers clairs (Product Core, Market Intelligence, Action, Reference + Verticals). Chaque skill a son sous-dossier avec un README qui sert aussi de prélude au prompt. Les gens qui scannent les README — c’est-à-dire tout le monde — ont saisi la structure immédiatement. Les trois premières étoiles sont venues de consultants réglementaires. Ce signal a compté plus que je ne le pensais.
Le package npm comme entrée. Publier le serveur MCP sur npm (@cleo-labs/skills-mcp) a transformé la friction « clone le repo » en un simple « npx -y ». Les utilisateurs de Cursor en particulier nous ont trouvés via le package, pas le repo. La surface de distribution compte.
4. Ce qui n’a pas marché
Refus côté awesome-llm-apps. On a soumis la skills_library à awesome-llm-apps. Le mainteneur a fermé la PR en une heure avec un poli « hors scope — votre projet est une bibliothèque de skills, pas une LLM app ». Techniquement il avait raison, le refus était propre, mais ça a piqué. J’avais sur-investi sur l’écosystème awesome-list comme canal de découverte. Leçon : ces listes optimisent pour une définition étroite d’« app », et dev.to / Glama / la découverte directe du repo se sont révélés bien meilleurs pour notre format.
Show HN raté. Posté un vendredi après-midi — mauvais créneau. 7 upvotes, sorti de la une en 90 minutes. J’aurais dû attendre lundi 9 h heure Pacifique. Le post est requeue pour la semaine prochaine avec une accroche plus tranchée.
Outbound froid vers les influenceurs. J’ai mailé cinq rédacteurs de newsletters AI-tools pour le lancement. Zéro réponse. Probablement le volume de mails qu’ils reçoivent les jours de lancement, probablement mon pitch. Quoi qu’il en soit, la découverte organique dev.to + GitHub a battu l’outbound froid 100x sur la première semaine.
5. La suite
- 60 skills d’ici fin Q3. Prochain lot : alcool & tabac, intrants agricoles et verticales packaging (PPWR arrive). La communauté a déjà proposé trois skills par PR — ils seront mergés en premier.
- Soumission au registre de plugins Anthropic. Le registre a ouvert le 27 mai. On packagise les skills en un plugin pour install en un clic depuis claude.com. Fenêtre de soumission : cette semaine.
- Partenariats avec des laboratoires de tests. Trois labos UE (un cosmétique, un électronique, un jouets) nous ont contactés après le lancement. Le modèle : le skill suggère le test, le labo fournit un devis instantané, le fondateur réserve dans un seul flow. Première intégration visée : fin juin.
- Une marketplace de skills. Skills versionnés, reviews publiques, contributions signées. À terme : un endroit où un consultant peut publier son skill de niche, et un fondateur D2C l’installe comme un package npm. Cible Q3.
- La Cleo Legal API gagne un free tier amélioré. Actuellement 3 requêtes à vie. On passe à 100 requêtes gratuites par mois pour les comptes GitHub vérifiés ayant starré la skills_library. Le signal d’un user installé vaut plus que le bruit d’un mail jetable.
Le lien free tier, pour mémoire : legaldata-public.cleolabs.co.
6. Installez et dites-nous ce qui ne marche pas
Je lis chaque issue sur le repo. Chaque PR reçoit une review sous 48 heures. Si un skill renvoie un seuil faux, une référence obsolète ou un résultat confus — ouvrez une issue avec le prompt et la réponse. C’est cette boucle qui rendra les 45 prochains skills meilleurs que les 45 premiers.
npx -y @cleo-labs/skills-mcp@latestQuestions fréquentes
Pourquoi open-sourcer les skills et garder l'API payante ?
Les skills sont des artefacts de connaissance statiques — une fois écrits, leur distribution ne coûte rien. L'API est de la donnée réglementaire live qui demande une maintenance quotidienne (taux de douane, listes de sanctions, nouvelles restrictions de substances). Open-sourcer les skills construit la distribution ; l'API finance l'équipe de maintenance. Product-led growth, pas de gatekeeping.
Qu'est-ce que le refus awesome-llm-apps vous a appris ?
Que les awesome-lists optimisent pour une définition étroite d'« app » — typiquement un produit déployé avec une UI. Une bibliothèque de skills ne rentre pas dedans, et ce n'est pas grave. La leçon : rediriger cette énergie vers dev.to, Glama.ai, la découverte directe du repo et le registre de plugins Anthropic — bien meilleurs canaux pour un format devtools.
Le plus gros enseignement pour les autres fondateurs qui hésitent à open-sourcer ?
Choisissez la bonne frontière. Open-sourcez ce qui crée la distribution ; gardez payant ce qui génère du coût opérationnel récurrent. L'erreur : ne rien open-sourcer (zéro distribution) ou tout (pas de business model). Chez nous : skills = MIT, data live = API. La décision a pris 30 minutes une fois le cadrage trouvé.
Quel est le calendrier pour la soumission au registre de plugins Anthropic ?
Le registre a ouvert le 27 mai 2026. On soumet cette semaine sous forme d'un plugin bundle — install en un clic depuis claude.com. Les critères de décision sont publics ; on s'attend à une validation ou un retour sous deux semaines d'après les délais des premiers soumissionnaires.
Essayez Cleo : scan de risque réglementaire gratuit
Visualisez votre paysage réglementaire en minutes. Sans inscription, sans CB.