Plan publicUne feuille de route publique, construite comme nous construisons des registres.
Cette page montrera ce que nous construisons maintenant, ce qui vient ensuite et ce que nous envisageons plus tard, sur chaque suite et chaque partie de la plateforme. Aucun élément n'est encore publié. Tout le reste est déjà là : les voies, les domaines, les règles de déplacement des éléments et les principes qui les décident.
- colonnes, d’en cours à livré
- 4
- domaines : groupes de suites et plateforme
- 12
- éléments déjà publiés
- 0
- version dans le changelog
- 0
Le tableau
Quatre voies, du travail en cours au travail livré. Chaque élément sera dans exactement une voie et portera le domaine auquel il appartient, pour que vous puissiez suivre une suite ou une partie de la plateforme. Le tableau reste vide jusqu'à ce que le fondateur publie les premiers éléments.
Éléments de tous domaines : aucun publié à ce jour.
En cours
Total : 0En chantier. Le travail a commencé et l’élément est en route vers le changelog.
Les éléments apparaîtront à l’ouverture
Aucun élément publié dans cette colonne à ce jour.
Rejoindre la liste →Ensuite
Total : 0Décidé et en file. Le prochain chantier, dès que les éléments en cours sont livrés.
Les éléments apparaîtront à l’ouverture
Aucun élément publié dans cette colonne à ce jour.
Rejoindre la liste →Plus tard
Total : 0Utile et gardé en vue, mais pas encore planifié. Le périmètre peut encore changer.
Les éléments apparaîtront à l’ouverture
Aucun élément publié dans cette colonne à ce jour.
Rejoindre la liste →Livré
Total : 0Publié. Chaque élément livré renvoie à son entrée de changelog et à sa documentation.
Les éléments apparaîtront à l’ouverture
Aucun élément publié dans cette colonne à ce jour.
Lire le changelog →Le contenu d’un élément
Chaque carte du tableau aura les mêmes six parties : un élément dit ce qu’il est, où il en est et où en lire plus, et rien d’autre que cela.
- 1Domaine : le groupe de suites ou le domaine de plateforme concerné.
- 2Titre : ce qu’est l’élément, en clair.
- 3Résultat : ce qu’on pourra faire ou vérifier une fois livré.
- 4Colonne et dernier passage : où il en est, et quand il a bougé.
- 5Liens : la doc qu’il touche et, une fois livré, son entrée au changelog.
- 6Votes : combien l’ont demandé, quand le vote ouvrira.
Les domaines qui l’organisent.
La feuille de route suit la forme du produit. Les domaines de suites sont les cinq groupes de Trustvice 360 ; les domaines de plateforme sont les parties que toutes les suites partagent. Chaque domaine renvoie vers ce qui y existe aujourd'hui.
Groupes de suites
Un domaine par groupe de suites. Les nouvelles suites et les changements des suites existantes arrivent ici ; les fonctionnalités marquées Bientôt disponible y ont aussi leur place.
Agents
Observer, tester et répéter ce que font les agents.
Total : 0Suites aujourd'hui : 4Gouvernance
Règles, dérive et contrôles de comportement.
Total : 0Suites aujourd'hui : 3Commerce et transparence
Provenance des prix et mention de l’IA.
Total : 0Suites aujourd'hui : 4Interfaces
Comment les personnes et les agents accèdent à la plateforme.
Total : 0Suites aujourd'hui : 3Capacités
Intégrées à Trustvice 360 : des enregistrements signés, chaînés et vérifiables publiquement pour les systèmes que vous connectez.
Total : 0Plateforme
Les surfaces et garanties sur lesquelles repose chaque suite.
REST API et MCP
La REST API versionnée, le serveur MCP et les actions qu’un agent peut appeler.
Vérification
Le format d'enregistrement, le jeu de clés publié et toutes les façons de vérifier un enregistrement sans nous.
Localisation
Où les enregistrements sont stockés et signés. 7 régions aujourd'hui, une choisie par workspace.
/regionsDashboard
Workspaces, enregistrements, moniteurs, exports, équipe, clés, alertes et facturation.
SDK et intégrations
Bibliothèques de vérification, ligne de commande et intégrations avec lesquelles Trustvice fonctionne.
/integrationsSécurité
Clés de signature, authentification, isolation des tenants, contrôle du sortant et anti-abus.
Avancée des éléments.
Un élément entre au tableau quand nous le jugeons utile, puis avance d’une colonne à la fois. Les colonnes disent l’étape du travail. Ce ne sont pas des dates : la roadmap ne promet pas quand un élément sort.
/changelogLes règles
- Un élément est dans une colonne à la fois et avance d’une colonne à la fois : de Plus tard à Ensuite, puis En cours, puis Livré.
- Les colonnes donnent un ordre, pas de date. Une date n’apparaît qu’à la livraison.
- Quand un élément recule ou est abandonné, la carte le dit, avec la raison, au lieu de disparaître en douce.
- Un élément n’arrive en Livré qu’à la publication de son entrée au changelog : Livré et changelog concordent toujours.
Quand c’est non
Certaines demandes ne correspondront pas au produit : par exemple une fonctionnalité qui ferait affirmer à un enregistrement plus qu'il ne peut démontrer. Nous le dirons clairement, avec la raison, plutôt que de laisser la demande ouverte.
Ce qu’un reçu ne prouve pas →Comment nous décidons du contenu.
Les règles qui façonnent le produit décident de sa roadmap. Une demande qui en enfreint une ne sort pas sous cette forme, même souvent demandée. Chaque règle renvoie à l’endroit où le produit la tient déjà.
Un reçu n’affirme que ce qu’il prouve
Une nouvelle fonction ou un nouveau champ doit dire exactement ce qu’il montre et ce qu’il ne montre pas. Si un reçu laissait croire à un fait non observé, le design change.
Où elle tient déjàCe qu’un reçu ne prouve pas →02Neutre
Nous ne prenons pas parti. Nous signons ce que nous observons ou ce que vous déclarez, distinguons les deux, sans ajouter de verdict.
Où elle tient déjàFaits observés et déclarés →03Vérifiable sans nous
Toute nouveauté doit rester vérifiable hors ligne via une clé publiée, sans compte ni appel à nos serveurs.
Où elle tient déjàVérifier dans votre code →04Les vieux reçus se vérifient
Dans une version, les changements sont additifs. La rotation des clés l’est par règle : un reçu signé ce jour se vérifie après l’arrivée d’une clé.
Où elle tient déjàRotation et anciens reçus →05Hash d’abord
Nous préférons un design qui demande un hash à un design qui demande votre contenu. Stocker plus de données doit se justifier.
Où elle tient déjàDonnées, vie privée →06Francs sur les limites
Chaque version expose ses limites connues à côté de ses ajouts. La roadmap fera de même pour ce qui est prévu.
Où elle tient déjàLimites connues ici →Ce qui est déjà livré.
Le changelog consigne ce qui existe vraiment aujourd’hui. Voici ses dernières entrées, tirées du changelog lui-même. À l’ouverture de la roadmap, chaque élément Livré pointera vers l’une d’elles.
Dernières entrées
Jusqu’à l’ouverture de la roadmap, la liste des limites connues du changelog dit le plus directement ce qui n’est pas fini. Lire les limites connues →
Demander un ajout.
Vous pouvez dès aujourd'hui demander une fonctionnalité de suite, un champ, une intégration ou un changement. Les demandes envoyées maintenant seront la première source de la feuille de route à son ouverture.
Écrivez-nous
Le formulaire de contact général, pour une nouvelle fonctionnalité, un champ manquant ou la modification d'une existante.
Ouvrir/contact?topic=general →Le support
Si vous utilisez Trustvice et qu’il vous manque quelque chose, le support peut le consigner avec les détails.
Ouvrir/support →Demander une intégration
Une plateforme, un framework ou un service à relier à Trustvice.
Ouvrir/contact?topic=integration →Pas pour la sécurité
Une faille n’est pas une demande de fonction. Signalez-la en privé via la page sécurité.
Ouvrir/security/report →Le vote ouvre avec la roadmap
Pas encore de vote. À l’ouverture, vous pourrez voter pour un élément au lieu d’écrire une nouvelle demande. D’ici là, un message à notre équipe compte.
Pour une demande facile à traiter
- L’événement à prouver, en une seule phrase.
- Qui doit vérifier le reçu : un client, un auditeur, un juge, votre équipe.
- Ce que le reçu doit affirmer, et ce qu’il ne doit pas prétendre.
- Ce que vous utilisez à la place, et ses manques.
Être prévenu de l’ouverture.
Rejoignez la liste roadmap : un e-mail à la publication des premiers éléments, puis à chaque changement de la roadmap. Une seule liste, un seul sujet, à quitter quand vous voulez.
- Double opt-in : rien ne part avant confirmation via le premier e-mail.
- Rien que la roadmap ici. Les autres newsletters sont à part.
- Quittez la liste à tout moment via vos préférences e-mail.