Multica : 51 000 étoiles, un board pour tes agents — et une licence qui n’est pas open source

TL;DR — Multica en une minute

• Ce que c’est : Multica (51 164 étoiles en huit mois, poussé quotidiennement), un espace de travail où tu assignes des tâches à des agents de code comme à des coéquipiers. Tagline : *« Agents that show up on the board. »*
• Comment ça marche : tu crées une demande, tu mets un agent en assigné. Il la prend, commente son avancement, signale ses blocages, et la dépose en relecture.
• 26 agents pris en charge — Claude Code, Codex, Cursor, Copilot CLI, Grok, Kimi, Qwen… — qui tournent sur tes machines. Le code ne quitte pas ton infrastructure.
• Le problème : ce n’est pas de l’open source. La licence interdit le service hébergé et l’intégration commerciale sans licence achetée.
• La promesse à dégonfler : dix agents ne remplacent pas dix recrues.
• Notre verdict : à tester en interne — mais ne construis rien de commercial dessus.

Tu files une tâche à un agent comme à un collègue. Il la prend, avance, commente, se bloque, demande un arbitrage, puis dépose son travail en relecture. L’idée est excellente, et 51 000 étoiles en huit mois disent que beaucoup de monde la partage.

L’exécution’est sérieuse. Mais on présente Multica partout comme open source — et sa licence dit exactement le contraire.

Ce qui est vraiment bien pensé

Il faut le dire d’abord, parce que c’est mérité : ce projet a compris quelque chose que la plupart des outils d’agents ratent — le problème n’est pas de lancer un agent, c’est de savoir ce qu’il a fait.

• Le journal d’exécution. Un rejeu horodaté de chaque appel d’outil, chaque commande, chaque erreur, et la consommation de jetons — le tout rattaché à la demande d’origine. Quand’un agent part de travers, tu sais où et quand.
• Les portes de relecture. Le travail atterrit en relecture avant toute fusion. Ce n’est pas une option qu’on active, c’est le flux par défaut.
• La boîte de réception. Elle ne te notifie pas à chaque étape — seulement quand l’agent attend une décision. C’est exactement la bonne granularité, et c’est rare.
• Les escouades. Des équipes mêlant agents et humains, avec des responsables qui routent le travail. Et des compétences : des modes opératoires réutilisables, tirés de problèmes déjà résolus.
• Tout tourne chez toi. Tu connectes tes machines comme environnements d’exécution. Le démon local lance les agents installés. Ton code ne sort pas.

Techniquement : interface Next.js, serveur en Go, PostgreSQL, applications de bureau et mobile. Rien d’exotique, tout est auto-hébergeable en Docker.

Le problème : la licence

L’interface de GitHub ne parvient pas à identifier la licence — elle affiche un statut indéterminé. C’est toujours le signal qu’il faut ouvrir le fichier. Voici ce qu’il contient.

La « Multica License », c’est Apache-2.0 plus une partie de conditions additionnelles. Et ces conditions sont sans ambiguïté : sans licence commerciale obtenue auprès de l’éditeur, tu ne peux pas utiliser le code source pour fournir un service hébergé à des tiers, ni intégrer Multica comme composant d’un produit ou service vendu, licencié ou distribué commercialement.

Traduction concrète :

• L’utiliser en interne pour piloter tes propres agents : parfaitement autorisé.
• Le proposer en service à tes clients, ou l’embarquer dans un logiciel que tu vends : interdit.

Au sens de l’Open Source Initiative, ce n’est pas de l’open source — c’est du source-available. Et c’est le troisième cas en un mois après la Commons Clause de Task Master et la couche entreprise d’OpenWork. Le mauvais étiquetage des licences n’est plus un accident, c’est devenu un schéma.

Rien de scandaleux au demeurant : l’éditeur a le droit de protéger son offre hébergée. Ce qui pose problème, c’est le mot « open source » collé dessus partout, y compris dans les descriptions qui circulent.

La promesse à dégonfler

La page d’accueil annonce que tes dix prochaines recrues ne seront pas humaines. Regardons ce que ça implique réellement.

Un agent qui prend’une demande et la dépose en relecture ne remplace pas une recrue. Il suppose que quelqu’un a écrit la demande — correctement, avec le contexte, les critères d’acceptation et les pièges connus. Et il suppose que quelqu’un relira le résultat, comprendra le code produit, et assumera de le fusionner.

Autrement dit : le goulot d’étranglement se déplace, il ne disparaît pas. Dix agents ne produisent pas dix fois plus de valeur — ils produisent dix fois plus de relectures à faire. Et la relecture est précisément la partie que l’on ne peut pas déléguer, puisque c’est elle qui engage.

C’est d’ailleurs ce que l’outil lui-même reconnaît, à sa manière : s’il impose des portes de relecture et une boîte de réception pour les décisions, c’est bien parce que l’humain reste dans la boucle. Le produit est plus lucide que son slogan.

Pour qui c’est vraiment utile

• Tu fais tourner plusieurs agents en parallèle et tu perds le fil de qui fait quoi : c’est exactement le problème qu’il résout, et il le résout bien.
• Tu veux une trace. Sur du code qui compte, pouvoir rejouer ce qu’un agent a exécuté, quand, et avec quelle erreur, n’est pas un confort — c’est une condition pour lui faire confiance.
• Tu tiens à ce que rien ne sorte : exécution sur tes machines, auto-hébergement complet.

À l’inverse : si tu pilotes un seul agent dans ton terminal, un tableau de bord complet avec serveur et base de données est disproportionné. L’outil prend son sens à partir du moment où il y a plusieurs agents et plusieurs personnes.

Notre verdict : à tester en interne

Multica est un bon produit, et son angle — la gouvernance et la traçabilité plutôt que la performance brute — est le bon. Le journal d’exécution et les portes de relecture sont ce qui manque à la plupart des outils d’agents, et huit mois pour 51 000 étoiles ne s’obtiennent pas sans raison.

Teste-le en interne, sans réserve. Mais garde la licence en tête avant toute idée de revente : si tu édites du logiciel, tu ne peux pas embarquer Multica dans ce que tu vends. Et si quelqu’un te le présente comme de l’open source, ouvre le fichier de licence — c’est devenu le réflexe le plus rentable de l’année.

Points de vigilance

• Licence restrictive : Apache-2.0 plus conditions — service hébergé et intégration commerciale interdits sans licence achetée. Usage interne autorisé.
• Ce n’est pas de l’open source au sens strict, malgré l’étiquette qui circule partout.
• Le goulot se déplace vers la relecture : plus d’agents veut dire plus de travail de validation, pas moins.
• Disproportionné pour un usage solo : prend son sens à partir de plusieurs agents et plusieurs personnes.