Roadmap

Ceci est une direction, pas un ensemble d’engagements datés. Ce sont des priorités tirées par des déploiements réels, et cette page existe pour que vous voyiez où va TokenVeil avant de bâtir dessus. Les éléments ici sont en développement ou planifiés, pas livrés. Ce qui est livré est documenté dans le reste de ce site.

Gateway transparent pour les agents de code

Un gateway drop-in pour Claude Code et Codex : vous pointez l’outil vers TokenVeil comme endpoint de modèle, et tout le contexte destiné au modèle est anonymisé sur le fil avant d’atteindre le fournisseur, puis restauré dans la réponse, sans interface et sans étape manuelle. Parce qu’un gateway sur la requête voit tout ce que l’agent envoie au modèle, cela couvre les prompts, les fichiers que l’agent lit, les diffs git, la sortie du terminal, les résultats d’appels d’outils et de MCP, et le contexte que l’agent génère de lui-même. Combiné à un egress verrouillé, c’est la forme pleinement transparente et fail-closed de ce que l’API délivre déjà aujourd’hui. Voir sécurité de déploiement.

Privacy Receipts signés

Un reçu par transformation documentant le profil de confidentialité, le moteur et sa version, la transformation appliquée et les usages en aval autorisés, signé pour être vérifiable indépendamment. Il transforme chaque anonymisation en artefact de conformité auditable.

Portée de pseudonyme configurable

Une clé de portée configurable pour qu’une même valeur réelle reçoive un jeton stable au sein d’un espace de travail ou d’un dossier et un jeton différent dans un autre contexte, au-delà de la portée par session actuelle. Voir comment fonctionne la réversibilité.

Packs de langue et de détection

Des packs de langue supplémentaires (un modèle NER national plus les recognizers d’identifiants de ce pays) construits à la demande pour des marchés spécifiques. Voir étendre la détection.