Ce qui existe, ce qui suit

Monorepo complet sur github.com/paperkeyhq/paperkey. Licence MIT, un seul Docker compose, zero telemetry. Même SDK et API que la version managée. Voir /self-host.

@paperkeyhq/sdk sur npm. Validate, activate, deactivate. License MIT, auditable.

Branchez @paperkeyhq/mcp dans votre client IA et pilotez Paperkey en langage naturel. Transport stdio, auth via JWT du dashboard.

Six événements sur le cycle de vie license + activation. Signature SHA-256, timeout 5 secondes, auto-pause après 10 échecs consécutifs.

Spec d'intégration auto-générée que le LLM lit pour câbler Paperkey de bout en bout. Donnez-la à Cursor, Claude Desktop ou un flow n8n.

Liez une license à un fingerprint de device. Dans le SDK v0.3 (dans le repo, pas encore sur npm), validate() met en cache le dernier verdict positif sur disque et le rejoue pendant 72 h quand l'API est injoignable, pour que vos clients continuent de tourner quand votre serveur est injoignable.

TOTP + 10 codes de récupération à usage unique sur les comptes dashboard, en option. Un e-mail part à chaque changement de 2FA et à la suppression du compte.

Dans le monorepo (packages/sdk-python). Client sync + async, même surface que le SDK TS, test vector HMAC cross-langue, cache offline 72 h. Pas encore publié sur PyPI.

Dans le monorepo (packages/sdk-php). PHP 8.1+, HTTP Guzzle, DTOs readonly, PHPStan niveau 9, test vector HMAC aligné sur TS / Python. Pas encore publié sur Packagist.

Dashboard multi-utilisateurs avec rôles (owner / admin / viewer). Audit log enrichi de l'acteur et de la team. Chaque compte a aussi sa team perso.

Pas encore ouverte, pas de date. La liste d'attente de l'accueil envoie un seul e-mail à son ouverture.

Stripe Checkout + Customer Portal sont construits dans le code (Free, Pro, Business, période de grâce à l'annulation). Ils seront activés avec l'édition managée.

Les tiers Pro et Business peuvent étendre les 90 jours par défaut à 1 an pour la conformité.

Les self-hosters pourraient sauter le build. Le workflow de publication de ghcr.io/paperkeyhq/api est dans le repo, aucune image n'est encore publiée.

Flows en un clic pour « émettre une license sur paiement Stripe », « révoquer sur remboursement », « envoyer un email d'onboarding sur activation ».

Votre SMTP et votre From sur l'email d'émission de license. Pour quand « from @paperkey.dev » n'est pas dans votre branding client.

Une seule clé déverrouille plusieurs produits. Utile pour les bundles ou les upgrades d'un SKU de base vers un add-on.

Pour la communauté self-host qui veut du clic-pas-de-curl. Un bouton par plateforme qui provisionne la stack.

Pour les CLI tools et les plugins Go. Ça atterrira si la communauté tire dessus.

L'API REST couvre 95 % des cas. GraphQL n'atterrira que si un cas client réel se présente.

Pour les ventes enterprise. Arriverait avec un tier Pro+ et un ajustement de pricing au siège.

Faites tourner le dashboard sur votre propre sous-domaine (app.yourbrand.com). Caddy on-demand TLS, login brandé. Nécessite une demande client payant.