Roadmap publique

Ce qui sort, ce qui suit

Plan honnête, pas des promesses. Mis à jour quand l'ordre change. Y compris la partie « à l'étude mais pas encore engagé » en bas.

Légende

Livré En cours Prévu À l'étude

En production

Déjà live

Ce qui tourne déjà aujourd'hui.

  • SDK TypeScript

    Livré

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

  • Serveur MCP pour Claude / Cursor

    Livré

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

  • Webhooks signés HMAC

    Livré

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

  • llms-full.txt pour agents IA

    Livré

    Spec d'intégration auto-générée que le LLM lit pour câbler Paperkey de bout en bout. Cursor, Claude Desktop, flows n8n la récupèrent automatiquement.

  • Fingerprinting + cache offline 24 h

    Livré

    Liez une license à un fingerprint de device, mettez en cache le résultat de validate sur disque pour que l'app continue de tourner quand le réseau lâche.

  • Lancement public

    En cours

    On durcit la preprod, on polit le contenu, on smoke-teste le déploiement. Visé 2026 Q2.

À suivre

Prochains 2 à 3 mois

Engagé et scopé. En cours de construction ou sur le point de démarrer.

  • SDK Python sur PyPI

    Prévu

    Port first-class pour Python. Même surface et même helper de fingerprint que le SDK TS.

  • SDK PHP sur Packagist

    Prévu

    Composer install pour la communauté WordPress / Laravel. Même forme qu'en TS, mêmes exemples.

  • Intégration billing Stripe

    Prévu

    Reliez un Customer Stripe à un compte Paperkey pour les tiers payants. Auto-suspend sur dunning, auto-restore au resub.

  • Comptes en équipe

    Prévu

    Dashboard multi-utilisateurs avec rôles (owner / admin / viewer). L'audit log gagne un champ acteur par user.

  • Rétention audit-log étendue

    Prévu

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

Plus tard

6+ mois

La direction est claire, le scope est lâche. L'ordre peut bouger selon la demande réelle.

  • Templates n8n, Make et Zapier

    Prévu

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

  • Email branding custom

    Prévu

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

  • Guide de déploiement on-prem

    Prévu

    Recette Docker + Caddy + Postgres détaillée pour que les équipes sécurité-first puissent self-host. Le runbook fait déjà tourner le VPS de prod. On va le formaliser.

  • Groupes de licenses multi-produits

    Prévu

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

À l'étude

Sur la table

À faire si la demande réelle apparaît. Pas encore engagé.

  • SDK Go

    À l'étude

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

  • Endpoint GraphQL

    À l'étude

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

  • SSO SAML

    À l'étude

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

  • Script helper self-host

    À l'étude

    Un `pnpm dlx paperkey-selfhost` qui scaffolde la stack docker-compose sur un VPS frais. Utile mais pas encore demandé.

Faire monter quelque chose ?

Un signal de demande honnête fait remonter les sujets. Ouvrez une discussion GitHub ou envoyez un one-liner. Les deux sont lus.

Discussions GitHub → hello@paperkey.dev

Vous hésitez encore ?

Lisez le quickstart de 5 minutes. Ou sautez-le : le SDK a des valeurs par défaut sensées et le dashboard se comprend tout seul.

Ouvrir la doc Ou démarrer gratuitement →