| name | license-choice |
| description | Choisir et faire respecter une licence adaptée au projet. Use this skill whenever the user asks about license choice in an open-source maintenance context — including phrasing like "choisir une licence", "mit ou apache", "changer de licence" — even if they don't name the skill directly. |
| version | 1.0.0 |
| pilier | governance |
| triggers | ["choisir une licence","mit ou apache","changer de licence"] |
| chains_to | ["governance/contributor-agreements"] |
| compatibility | IA-agnostique (Claude, GPT, Gemini, Copilot, ou lecture humaine directe) — aucune dépendance à un vendor. |
Quand invoquer ce skill
Choisir et faire respecter une licence adaptée au projet.
L1 — Réflexe de base
Ajouter un fichier LICENSE dès le premier commit (MIT par défaut si aucune contrainte particulière) — un repo sans licence n'est pas légalement open source.
L2 — Pratique professionnelle par défaut
Arbitrer MIT/Apache-2.0 (permissif, patent grant pour Apache) vs GPL/AGPL (copyleft) selon si le projet est une lib consommée par des tiers ou une application autonome.
L3 — Maîtrise d'architecte
Gérer un changement de licence rétroactif (nécessite l'accord de tous les contributeurs ayant du copyright, ou un CLA signé en amont qui le permet) ; documenter le choix dans un ADR (Architecture Decision Record).
Chaînage
Si ce skill révèle un besoin relevant d'un autre pilier, enchaîner automatiquement sur : governance/contributor-agreements.
