Knot | Signed Audit Trail for AI Agents

Knot is a signed, tamper-evident audit trail for AI agents. The repository and its documentation publish on 1 September 2026.

Lorsqu'un assistant recherche une information, rédige une réponse ou enregistre un travail, Knot conserve l'action et son résultat ensemble. Chaque nouvelle note est liée à la précédente, de sorte que la séquence complète reste claire et que les modifications ultérieures ne peuvent pas être dissimulées.

Les modifications ultérieures ressortent

Lorsque quelque chose est remis en question

Si quelqu'un demande pourquoi un assistant a fait un choix, personne n'a à reconstituer l'histoire de mémoire. La piste scellée montre la séquence exacte, masque les détails sensibles et permet à une seconde personne de vérifier ce qui s'est passé. La réponse provient de l'exécution d'origine, et non d'un résumé rédigé après coup.

Knot crée les preuves pendant que l'agent travaille, au lieu de demander aux équipes de les reconstituer des semaines plus tard. Il capture les actions et les résultats, masque les secrets pris en charge avant le stockage, signe la chronologie et exporte un lot portable pour le prochain examinateur.

Lorsqu'un incident commence, l'équipe de réponse travaille à partir de la chronologie originale, des résultats d'outils et des modifications de fichiers. Knot regroupe ces preuves avec sa racine signée, afin qu'un examinateur interne ou tiers puisse vérifier la séquence hors ligne au lieu de débattre d'un compte reconstitué.

Knot enregistre une exécution d'agent au fur et à mesure, masque les secrets pris en charge, lie les événements dans une structure Merkle signée et exporte un paquet portable. Un examinateur peut reconstruire et vérifier l'exécution hors ligne avec la clé publique.

Enregistrement d'agent signé. Lisez le journal à tout moment passé.

Certificats de raisonnement que tout vérificateur contrôle hors ligne, en temps linéaire.

Provenance d'événements en chaîne de hachage, en ajout seul, sans modifications silencieuses.

Créez la première exécution signée, exportez son bundle de preuve et vérifiez le résultat hors ligne avec uniquement la clé publique. Le producteur et le réviseur n'ont jamais besoin de partager une confiance.

Un enregistrement que vous pouvez prouver, hors ligne

La valeur par défaut, pas une option payante

Deux questions décident de l'achat : où cela s'exécute-t-il, et qui le contrôle. Knot s'exécute sur le matériel que vous possédez déjà, sur site ou dans une région européenne, afin que le registre reste dans une frontière de votre choix. Vous détenez la clé de signature, et la vérification ne nécessite que la moitié publique, donc la souveraineté est la valeur par défaut plutôt qu'une option que vous négociez.

Le gain opérationnel est de réduire les heures passées à reconstruire l'historique. La piste d'audit est créée pendant que l'agent travaille, une équipe d'incident obtient immédiatement la chronologie exacte, et un réviseur externe peut vérifier la même preuve portable sans accès au service de production.

moins de travail d'audit, des réponses plus rapides

Hors ligne, sur un ordinateur portable, sans service

Un enregistrement que vous pouvez défendre

Preuve des données touchées, PII masquées

Trace vérifiable des décisions automatisées

Ce qui compte, c'est un enregistrement durable, pas un tableau de bord. Knot conserve un enregistrement signé et horodaté de ce que font vos agents IA, et un tiers peut le vérifier hors ligne. Que cet enregistrement satisfasse ou non à une obligation légale ou réglementaire dépend de l'exigence applicable et de la manière dont votre organisation l'utilise.

Oui, une seconde personne peut le vérifier

Les personnes autorisées par le propriétaire

Il est légitime de se demander si quelque chose comme cela vous appartient de gérer. Ce n'est pas le cas. Knot travaille en arrière-plan de l'assistant et conserve l'enregistrement sans interrompre ce que vous faites. Vous en tirez profit lorsqu'une question nécessite une réponse claire et vérifiable.

Les informations personnelles sont masquées

L'enregistrement ne peut pas être modifié discrètement

Vous n'avez pas besoin de comprendre comment cela fonctionne pour profiter de ce que cela fait. Pensez-y comme à un carnet de reçus numérotés ou à une seconde personne qui compte la caisse. Vous ne voyez jamais le travail, mais vous pouvez faire confiance au résultat parce qu'il a été rendu difficile à falsifier. Voici quatre raisons simples pour lesquelles cela compte.

Chaque action et résultat reste en ordre

Conserve un enregistrement que personne ne peut modifier discrètement

Un gardien d'enregistrement soigneux et honnête

Vous ne l'utiliserez jamais vous-même. Mais c'est un petit outil soigné qui aide à garder une trace honnête de ce que font les assistants informatiques en votre nom. Voici toute l'idée, étape par étape, avec un exemple concret pour chacune.

Hors ligne, sans coopération du fournisseur

Registre sur disque local, pas une base de données du fournisseur

Pourquoi la vérifiabilité hors ligne gagne

Une visionneuse de traces hébergée enregistre ce qu'une exécution a fait. Un service d'évaluation conserve les résultats dans l'infrastructure qui les a produits. Un proxy d'observabilité se place à côté du trafic. Un journal d'audit de base de données est une ligne dans une table que quelqu'un peut encore modifier. Aucun d'eux ne signe un événement, ne produit une racine Merkle, ni ne prend en charge la vérification hors ligne. Knot est optimisé en écriture pour la vérifiabilité : le centre de conception est l'événement signé, pas le tableau de bord.

sont des plateformes de traces, pas des bases de données

Le démon knotd expose les outils commit_event, replay et subscribe, ainsi que les ressources knot://, via le transport MCP Streamable HTTP conforme à la spécification, avec un pont stdio pour l'attachement à un éditeur local. L'authentification par jeton Bearer utilise une comparaison en temps constant. Le CLI knot reflète les mêmes opérations avec des codes de sortie typés pour un scripting adapté au shell.

Aucune confiance envers le démon pour le consommer

Les projections sont des vues de lecture matérialisées du journal. Le ProjectionSet les actualise à chaud sur un intervalle par défaut d'une seconde, avec un rafraîchissement à froid à la lecture. Chaque projection est déterministe : rejouer les mêmes événements doit produire les mêmes octets, ce qui rend une attestation de rejeu significative.

Les données non masquées ne sont jamais écrites

18+ expressions régulières, d'AWS à Anthropic

Détecteurs qui s'exécutent sur chaque événement

Le pipeline de rédaction parcourt chaque forme JSON d'événement avant le stockage et remplace les identifiants et les PII par des espaces réservés stables par hachage. La rédaction est appliquée à l'ingestion, jamais à la sortie, de sorte que le démon ne détient jamais les données non masquées en premier lieu. Le matcher de clés est en mot entier, donc donation_token ne correspond pas à token.

Encodage canonique, portable entre langages

Le producteur et le vérificateur ne partagent jamais la confiance

Chaque événement est signé sur son encodage canonique, de sorte que la signature est portable entre les langages et survit à un sérialiseur différent. La vérification est hors ligne et ne nécessite que la clé publique, c'est pourquoi un consommateur en aval n'a jamais à faire confiance au processus qui a produit l'enregistrement.

Chaque changement d'état dans le cycle de vie de l'agent est capturé comme un événement immuable : appels LLM, appels d'outils, messages, modifications de fichiers, instantanés d'état, déplacements de branche. Chacun porte un identifiant de contenu BLAKE3 déterministe, donc réingérer le même événement est une opération sans effet. Les hachages des feuilles alimentent un arbre de Merkle par exécution, et sa racine unique est ce qu'une attestation signe.

Dix variantes de payload, identifiants BLAKE3

Knot est un journal d'événements auto-hébergeable et vérifiable hors ligne pour les exécutions d'agents IA. Les événements passent par la rédaction avant le stockage, deviennent des vues en lecture et sont exposés via un point de terminaison authentifié. Chaque étape a une seule responsabilité, donc le chemin de l'événement émis au bundle prouvable est facile à suivre et à auditer.

Le vérificateur est un binaire séparé. Il ne fait confiance à rien qu'il ne puisse recalculer à partir des événements bruts.

VERDICT : VÉRIFIÉ, le journal est authentique et non altéré

chaîne de hachage du journal de confiance : intacte

racines Merkle redérivées : 3 / 3 correspondent

événements : 1284 exécutions : 3 branches : 2

vérifier un bundle d'exécution exporté avec une clé publique

knot : vérification de journal hors ligne

Vérifie la chaîne de hachage et le manifeste

Toute la promesse est la vérifiabilité hors ligne. Exportez une exécution vers un bundle portable, remettez-le avec une clé publique à un tiers, et ils redérivent chaque racine Merkle à partir des événements bruts, vérifient chaque signature et parviennent à un verdict. Aucun service, aucun réseau et aucune confiance dans le producteur. Voici la sortie du vérificateur.

Ils le vérifient sur un ordinateur portable