Une alternative à l'IA des géants de la tech · Essai n° 3 sur 7

Les procès-verbaux qui ne peuvent pas être réécrits

Ce qu’un conseil d’administration attend de l’IA, c’est un compte rendu de ses décisions qu’il puisse vérifier et extraire dans son intégralité à la demande.

Résumé. La responsabilité d’un conseil d’administration réside dans ses procès-verbaux. Non pas tant dans la décision elle-même que dans ce qu’il est possible d’en retirer un an plus tard : qui a décidé, sur la base de quels conseils, pour quelles raisons, et si le procès-verbal a été conservé de manière honnête. C’est là que le chatbot est le moins utile et le plus nuisible. Il produit un texte fluide sans provenance, sans signatures, et sans aucun moyen de savoir ce qui a été modifié. Nous avons construit le contraire, et notre solution est déjà déployée. Chaque délibération du conseil d’administration au sein d’un Village est consignée sous la forme d’un compte-rendu signé et inviolable. La position de chaque administrateur est consignée sous son propre nom, avec ses propres motivations, que l’IA n’est pas autorisée à rédiger. Et l’intégralité des délibérations menant à une résolution donnée peut être extraite en une seule action, sous la forme d’un dossier adapté aux exigences des régulateurs qui affiche son propre statut de vérification et fait preuve de transparence sur tout ce qui a été supprimé. C’est là que « une IA qui vous appartient et qui connaît sa place » cesse d’être un principe pour devenir un outil concret que le conseil d’administration peut tenir entre ses mains.

Télécharger le PDF Présentation sous forme de diapositives PDF de synthèse

Messages clés — cliquez sur n’importe quelle ligne pour lire la section

La responsabilité d’un conseil d’administration réside dans son procès-verbalLes décisions ne sont pas remises en cause le jour même — elles le sont un an plus tard : « montrez-moi le dossier. »

La question est rarement « était-ce une bonne décision ? », mais « pouvez-vous le prouver, sans altération ? »
Pour la plupart des organisations, le compte-rendu est un document modifiable, qui ne peut être étayé par rien.
Les conseils d’administration assument une responsabilité réelle sur la base d’un procès-verbal qui aurait pu être réécrit mardi dernier.

Une décision du conseil d’administration est rarement remise en cause le jour même où elle est prise. Elle est remise en cause un an plus tard, par une personne habilitée : un régulateur, un auditeur, un membre, un journaliste, un tribunal, une demande d’accès à l’information officielle. La question ne porte presque jamais sur le bien-fondé de la décision. Elle est : « Montrez-moi le compte-rendu » : qui a décidé, quels conseils ont été donnés, pourquoi, et la preuve que le compte-rendu est bien celui qui a été rédigé à l’époque, et non une version remaniée après que les problèmes ont commencé.

Pour la plupart des organisations, la réponse à cette dernière partie se résume à un haussement d’épaules. Les comptes rendus sont des documents Word. Les résolutions se trouvent dans un fil de discussion par e-mail. Les conseils qui ont façonné la décision sont dans la mémoire de quelqu’un, ou dans une session de chatbot qui n’existe plus. Le compte rendu est ce que le secrétaire a tapé : modifiable par toute personne disposant du fichier, sans aucune preuve de son authenticité. Un conseil d’administration peut assumer une véritable obligation fiduciaire et une responsabilité personnelle sur la base d’un compte rendu qui aurait pu être réécrit mardi dernier sans que personne ne s’en aperçoive. C’est dans cette lacune que la gouvernance est mise à nu, et c’est cette lacune que nous nous sommes fixés pour combler. La formationgratuite sur la gouvernance expose cette vulnérabilité dans son intégralité : pourquoi les comptes rendus de délibération non souverains engendrent des risques en matière de gouvernance, de droit et de confiance.

A weathered bench looking out over rolling farmland, Aotearoa New Zealand

Ce que l’IA fait généralement à un compte rendu — une aide inappropriéeDes comptes rendus fluides sans provenance, un raisonnement moyen et un dossier que le fournisseur peut modifier sans laisser de trace.

Provenance : le texte d’un modèle général vient de nulle part — aucune signature, rien qui ne soit lié à une justification.
Paternité : un modèle rédige la version générique des motifs d’un administrateur ; le jugement humain fait défaut.
Mutabilité : le compte-rendu est stocké dans un logiciel contrôlé par le fournisseur, modifiable sans laisser de trace.

En 2026, le réflexe est de faire appel à un grand modèle linguistique pour résoudre le problème : le laisser rédiger le procès-verbal, résumer la discussion, formuler la résolution. Il fera tout cela avec aisance, et ne fera qu’aggraver la situation. Trois raisons, dont aucune n’a de rapport avec l’intelligence du modèle :

Provenance. Un modèle général produit du texte à partir de nulle part : pas de signature, pas d’auteur lié à une raison, pas de chaîne indiquant que le texte correspond bien à ce qui a été approuvé. Un texte fluide qui ne prouve rien n’est pas ce qu’il faut associer à une décision fiduciaire.
Paternité. Lorsqu’un modèle rédige le raisonnement d’un administrateur, ce raisonnement cesse d’appartenir à l’administrateur. Il devient une moyenne plausible de la façon dont de telles raisons sont habituellement formulées. Le compte-rendu est censé refléter le jugement de ce conseil d ’administration sur cette question ; au lieu de cela, c’est une version générique qui est fournie, avec assurance, et le jugement humain disparaît.
Modifiabilité. Le compte-rendu repose dans un logiciel contrôlé par le fournisseur, sur une infrastructure que le conseil d’administration ne peut pas voir, modifiable sans laisser de trace. On vous demande de croire que rien n’a été altéré, par des personnes qui ne vous donnent aucun moyen de vérifier. C’est ce chèque en blanc que cette série refuse.

Ce dont un conseil d’administration a donc besoin, c’est d’un compte-rendu : un compte-rendu qui apporte sa propre preuve, qui préserve le jugement humain et qui ne puisse pas être modifié en catimini. Multiplier les rédactions n’aide en rien. Il s’agit d’un problème de gouvernance avant d’être un problème d’IA, et c’est la mécanique de gouvernance que nous avons mise en place en premier.

A rain squall sweeping over farmland toward the sea, Aotearoa New Zealand

Ce que nous avons mis en placeUn compte-rendu de délibération signé et inviolable, où le raisonnement reste humain — et où l’exportation fait ses preuves.

Archive souveraine : chaîne de preuves signée et à ajout uniquement ; modifiez-la et la preuve est rompue.
La position de chaque administrateur est signée sous son nom ; l’IA n’est pas autorisée à rédiger ses motifs.
Une seule action permet d’exporter l’intégralité des délibérations à l’origine d’une résolution — un dossier conforme aux exigences des régulateurs, qui rend compte en toute transparence de tout ce qui a été supprimé.

Commencez par le registre. Dans un Village, une délibération du conseil d’administration est un registre souverain: un objet signé, à ajout uniquement. Lorsqu’il est créé ou modifié, le système inscrit une entrée signée cryptographiquement dans la chaîne de preuve propre au registre, à l’aide de la clé de la communauté, estampillée d’une identité did:web pour l’auteur et pour le kaitiaki qui en assure la garde. Le document comporte un hachage de provenance et un hachage de contenu, de sorte que toute modification ultérieure est visible. Modifiez le contenu et le hachage ne correspond plus ; la chaîne de preuve ne peut pas être modifiée de l’extérieur. Réécrivez le document et vous brisez la preuve qu’il contient. C’est ce que signifie ici « inviolable » : non pas que le document soit à l’abri de toute attaque concevable, mais que l’on puisse déterminer, cryptographiquement, s’il s’agit bien de celui qui a été créé.

Au sommet se trouve la délibération. Une résolution renvoie à la discussion qui l’a produite, au vote qui l’a décidée et à l’engagement de chaque administrateur. Et au cœur de tout cela : la position de chaque administrateur est consignée sous son propre nom, avec ses propres motivations, et l’IA n’est pas autorisée à rédiger ces motivations. Un administrateur peut être assisté, et chaque assistance est consignée : quel modèle, quel outil, où il a été exécuté. Mais l’acte de jugement, le « pourquoi », est exclusivement humain. Le modèle ne peut ni le rédiger, ni le compléter, ni en faire la moyenne. Le créateur et le vérificateur sont des personnes distinctes ; chacun signe sa propre position ; le raisonnement de personne n’est mis dans sa bouche par une machine. C’est la limite sur laquelle repose le cadre : l’autonomie de décision ne peut être simulée, seulement respectée, appliquée là où un conseil d’administration en a le plus besoin.

Vient ensuite la partie que vous pouvez déléguer. L’ensemble de la délibération qui sous-tend toute résolution est exportée en une seule action: une simple demande génère un dossier complet au format JSON, Markdown ou PDF. Il est conçu pour un régulateur et précise :

la proposition, les données d’IA utilisées et l’endroit où elles ont été traitées ;
l’engagement de chaque administrateur et les motifs qu’il a invoqués ;
la décision et le décompte des votes ;
un tableau de vérification indiquant, enregistrement par enregistrement, si la provenance et les signatures sont valides.

L’exportation est elle-même signée, ce qui permet de prouver que le dossier est bien celui que le système a produit. Vous pouvez en générer un vous-même dans la démo en ligne de Sovereign Deliberation Records.

Et il fait preuve de transparence quant à ses propres lacunes. Si un engagement a été supprimé, si le droit d’un administrateur a été exercé ou si une règle de conservation a expiré, le dossier affiche une mention « tombstone » à la place plutôt que de faire comme si de rien n’était. Un dossier qui cache ses suppressions est un récit, pas une preuve. Le dossier gagne en crédibilité en vous montrant ce qui manque.

Pourquoi c’est le vôtre, et non un simple modèleIl s’appuie sur vos statuts et vos résolutions — et non sur un produit de gouvernance générique arborant simplement votre logo.

Il s’inscrit dans la gouvernance réelle de l’organisme réel — vos rôles, vos seuils.
La tutelle (kaitiaki) intégrée au dossier est la vôtre.
Une capacité qu’un « Village » de gouvernance active, et non une fonctionnalité imposée à un cercle de tricot.

La version générique de ce concept est déjà sur le marché : un logiciel de gouvernance avec une vision figée du fonctionnement d’un conseil d’administration, dans laquelle vous devez vous adapter. C’est la réponse « moyenne », un cran au-dessus. Une délibération de Village s’appuie sur votre constitution, vos rôles, vos seuils, votre résolution. Le dossier s’inscrit dans la gouvernance réelle de l’ organisme réel : la petite association à but non lucratif dont le comité se réunit chaque mois, le conseil d’administration d’une entreprise assumant les obligations de ses administrateurs, le bureau régional soumis à la loi sur l’accès à l’information. La preuve qu’il contient est celle de votre conseil d’administration. Le kaitiaki lié au dossier est le vôtre. Ce n’est pas un modèle global par défaut avec votre logo en haut.

C’est également une fonctionnalité qu’un Village de gouvernance active, et non une fonctionnalité imposée à un cercle de tricot. Un conseil d’administration qui en a besoin l’active ; un groupe de parenté ne la voit jamais. La complexité du mécanisme correspond à l’ importance des enjeux.

A fiery sunset over a harbour and hills, Aotearoa New Zealand

À qui incombe cette responsabilitéLes petits conseils d’administration d’organismes à but non lucratif, les conseils d’administration de PME et les collectivités territoriales — partout où une décision doit pouvoir être justifiée.

Des conseils d’administration bénévoles assumant des obligations légales sans pratiquement aucun soutien administratif.
Conseils d’administration d’entreprises où la responsabilité des administrateurs est personnelle.
Les collectivités régionales et locales, où l’accès aux documents est légalement exigible (OIA / LGOIMA).

Trois types d’instances en font particulièrement l’expérience :

Les petites associations à but non lucratif et les organisations communautaires, dont les conseils d’administration bénévoles assument de réelles responsabilités juridiques sans pratiquement aucun soutien administratif, et où une seule décision contestée peut devenir un problème existentiel.
Les conseils d’administration des petites et moyennes entreprises, où la responsabilité des administrateurs est personnelle, et où la différence entre « nous en avons discuté » et « nous pouvons prouver que nous en avons discuté, et comment » est cruciale lorsque quelque chose tourne mal.
Les collectivités régionales et locales, où les archives sont juridiquement exigibles, et où « le dossier a peut-être été modifié et nous ne pouvons pas le savoir » n’est pas une réponse acceptable pour un citoyen.

Pour ces trois types d’organismes, la promesse est suffisamment précise pour être vraie : chaque décision prise par votre conseil d’administration est consignée de manière à pouvoir être prouvée ; le raisonnement reste celui des personnes nommément désignées ; rien ne peut être modifié sans que la modification soit visible ; et l’intégralité des délibérations relatives à une résolution donnée peut être extraite dans son intégralité, sur demande, pour toute personne habilitée à la solliciter. Il s’agit là d’un registre défendable, ce dont un conseil a réellement besoin, et ce que l’IA des géants de la tech ne peut pas fournir, car son architecture envoie votre registre pour qu’il soit lu.

L’intérêt de cette série, en une seule fonctionnalitéUne IA qui vous appartient, ancrée dans votre contexte et non pas « moyennée », qui connaît sa place — concrétisée là où cela compte le plus.

Propriété : le registre fonctionne sur une infrastructure contrôlée par la communauté.
Délimité : l’IA peut apporter son aide, mais il lui est interdit de rédiger les motifs.
Un conseil d'administration doit être en mesure de prouver — et un an plus tard, la réponse ne tient qu'à une seule action.

Voici la suite de la série, concrétisée à son point culminant :

Une IA qui vous appartient : les archives fonctionnent sur une infrastructure contrôlée par la communauté, et non par un fournisseur.
Située, et non moyennée : elle reflète le jugement de ce conseil d’administration, et non le profil générique d’un conseil d’administration.
Une IA qui connaît sa place : elle assiste les administrateurs et n’est pas autorisée à rédiger leurs motifs à leur place.

La question du « bouton d’arrêt » n’est pas pertinente ici. Personne ne garde cette IA à distance, car elle a été conçue pour renforcer le bilan du conseil d’administration et ne peut s’en approprier les mérites.

Un modèle peut rédiger un projet. Un auditeur peut poser des questions. Un conseil d’administration doit être en mesure de prouver. Dans un an, lorsqu’une personne habilitée demandera à consulter le dossier, la réponse ne sera qu’à un clic : signée, contextualisée, honnête sur elle-même.

The Village est un système en fonctionnement, pas une brochure — le dossier de gouvernance décrit ici est déployé et opérationnel ; consultez-le sur mysovereignty.digital. Le dossier est inviolable conformément au niveau d’assurance déclaré par la plateforme, et délibérément honnête quant à tout élément effacé. — John G. Stroh, My Digital Sovereignty Ltd., juin 2026.