Test bench · 2026-05-20
On n'a même pas cloné. La license PolyForm Noncommercial est un deal-breaker pour usage pro futur (même perso peut basculer). Cas d'école sur le screening license en amont du test.
Le pitch (intéressant pourtant)
alexgreensh/token-optimizer est un plugin marketplace Claude Code (~1k★) qui promet du compaction-survival cross-session, un dashboard live de consommation tokens, un daemon port 24843 qui orchestre tout. Sur le papier, la couverture annoncée est ambitieuse : hooks SessionStart, persistance d'état entre sessions, métriques temps-réel. Le repo a un README sérieux, push fréquent, README mature.
Et pourtant, on a fermé l'onglet sans cloner.
Le deal-breaker
PolyForm Noncommercial 1.0.0 La PolyForm Noncommercial interdit tout usage qui génère du revenu (au sens large : consulting, intégration dans un produit commercial, même freelance). Pour un outil token optimizer qui s'incruste dans le workflow dev, c'est un piège différé.
Pourquoi c'est bloquant même pour un usage perso :
01
Toute activité dont la revenue dépasse ~10k$/an est interdite. Inclut consulting, freelancing, intégration dans un produit qui se vend — même si l'outil reste open source pour le dev.
02
Tu peux forker pour ton usage perso, mais publier le fork ou contribuer en patchs te place légalement dans une zone grise (la PolyForm est moins permissive que MIT/Apache sur ce point).
03
Si tu rends ton projet perso public sous MIT/Apache, mais que le code consomme/embed un binaire PolyForm Noncommercial, ton dépôt n'est plus compatible avec sa propre license affichée.
04
PolyForm est récent (2020), peu de jurisprudence. Risque non-quantifiable à 5 ans si tu construis un workflow autour.
Verdict
Décision
Skip sans test. La license est suffisamment claire pour qu'on n'investisse même pas 30 min à cloner et benchmarker. L'outil pourrait être brillant techniquement — ça ne change rien quand on ne peut pas l'utiliser de façon durable. Coût opportunité économisé : ~1h de test + ~2h de rollback potentiel si l'install était invasive (cf Ruflo).
Méthode de screening license (4)
Règles appliquées avant tout test d'un outil tiers Claude Code. Les quatre du dessous résument le filtrage qu'on fait en amont du banc d'essai.
01
Avant de lancer `git clone`, lire le badge license du repo. PolyForm Noncommercial / Confluent Community / Elastic 2.0 / SSPL = écarter automatiquement pour usage perso à long terme. Coût d'opportunité ~30s.
02
Pas de garde-fou supplémentaire requis côté license. Compatibles avec quasi tous les usages futurs.
03
AGPL force la publication du code source de toute app qui sert l'outil via réseau. Pour un outil CLI local, AGPL est ok. Pour un MCP server intégré dans une app web propriétaire, risqué.
04
Si le repo n'a pas de license, par défaut c'est 'all rights reserved'. Donc même contrainte que PolyForm Noncommercial : pas d'usage redistributable. Écarter sauf si le repo est manifestement public-domain (README explicite).
Bilan
Sur les 8 outils token-optimizer benchés en mai 2026, alexgreensh est le seul écarté sans test à cause de sa license. Les 7 autres ont eu droit à au moins un README scan + npm/PyPI metadata check. Le ratio "écarté avant test pour license" devrait rester < 15% d'un bench d'écosystème sain ; ici 1/8 = 12.5%, dans la norme.
Skip décidé 2026-05-20 · screening license seul · pas de clone effectué.