Onecub

La confiance se construit.
La gouvernance la fait vivre.

Pour partager des données et coordonner des agents IA, les partenaires doivent savoir à quoi ils s’engagent, et comment leurs engagements seront suivis.

Parlons de votre projet

Gouverner un data space, c’est aussi décider comment l’IA accède aux données et les utilise.

Accès aux données, finalités, mandats des agents, validation humaine : ces choix relèvent de la gouvernance du collectif, au même titre que ses rôles et ses décisions.

Ce que nous gouvernons.

Des choix individuels aux règles communes : nous accompagnons ces trois niveaux, pour qu’ils restent cohérents.

  1. Personnes

    Choix personnels

    Chacun décide de ce qu’il partage, avec qui et pour combien de temps.

  2. Organisations

    Règles d’usage internes

    Chaque organisation fixe ce que ses équipes et ses outils d’IA peuvent faire des données.

  3. Écosystèmes

    Règles communes

    Le collectif s’accorde sur les règles qui s’appliquent à tous ses participants.

Le collectif

Un écosystème vit de ses décisions communes. Sa gouvernance doit pouvoir accueillir de nouveaux membres, arbitrer les désaccords et faire évoluer ses règles sans renégocier toutes ses fondations.

  • Décisions. Qui décide, selon quelles règles de majorité, et dans quelles instances.
  • Représentation. Comment chaque catégorie de participants fait entendre sa voix.
  • Contributions. Ce que chacun apporte, et ce qu’il en retire.
  • Désaccords. Comment ils sont traités, puis tranchés.
  • Évolution des règles. Qui peut proposer un changement, et comment il est adopté.

Les actions des agents IA

Avec les agents IA, la gouvernance s’étend des données aux actions. Une autorisation d’accès ne suffit pas à définir ce qu’un agent peut décider, pour qui il agit ou quand une personne doit reprendre la main.

Nous abordons ces questions dès la conception : périmètre de la délégation, limites d’action, supervision et responsabilité. Un cadre à tester avec vos équipes, avant d’étendre les usages.

IA agentique pour les data spaces

Comment nous travaillons.

Cadrer

Cartographier les parties prenantes, les cas d’usage, les décisions et les risques. Identifier les règles existantes et les points à arbitrer.

  • Cartographie des rôles
  • Diagnostic
  • Priorités

Formaliser

Co-construire les règles du collectif, les parcours d’adhésion et les responsabilités. Organiser la cohérence entre le rulebook, les contrats et les permissions.

  • Modèle de gouvernance
  • Rulebook
  • Parcours participants

Mettre à l’épreuve

Tester le cadre sur des scénarios réels : nouvel entrant, changement de finalité, incident, action d’un agent. Prévoir les contrôles, les preuves et la révision des règles.

  • Scénarios de test
  • Plan de contrôle
  • Cycle de révision

De l’objectif à la preuve

Une règle n’a de valeur que si quelqu’un l’applique et peut montrer qu’elle a été suivie. Nous relions chaque objectif du collectif à ces six maillons.

Contrôle humain
Une personne vérifie ou valide.
Contrôle contractuel
Un engagement écrit, et ses recours.
Contrôle technique
Un mécanisme qui applique ou vérifie la règle.

L’écriture d’une politique ne garantit pas son exécution automatique : chaque règle a besoin d’un responsable et d’un moyen de contrôle.

  1. ObjectifCe que le collectif veut rendre possible.
  2. RègleCe qui est permis, à quelles conditions.
  3. ResponsabilitéQui applique la règle et qui en répond.
  4. ContrôleUne revue humaine, un engagement contractuel ou un mécanisme technique.
  5. PreuveLa trace qui montre que la règle a été suivie.
  6. RévisionLa règle évolue avec les usages et l’expérience.

Faire évoluer une règle.

  1. Proposer.Un participant ou une instance propose une modification.
  2. Discuter.Les participants concernés donnent leur avis.
  3. Valider.L’instance compétente adopte, amende ou rejette.
  4. Versionner.La nouvelle version est datée, et l’ancienne reste consultable.
  5. Informer.Les participants concernés sont prévenus des changements.

Un exemple de processus, à adapter à chaque collectif.

Réutiliser les règles entre écosystèmes.

Partir de règles communes, les adapter à votre contexte et conserver la trace de vos choix.

Les règles locales restent compatibles avec les obligations et les engagements communs qui s’appliquent. C’est ce qui permet à des écosystèmes autonomes de coopérer.

Ce que vous obtenez.

Des livrables que le collectif s’approprie, puis fait vivre.

  • Un modèle de gouvernance : les instances, les rôles et les règles de décision.
  • Un rulebook : les règles communes, cohérentes avec les contrats et les permissions.
  • Des parcours participants : rejoindre le collectif, y contribuer, le quitter.
  • Un plan de contrôle : qui vérifie quoi, et avec quelle preuve.
  • Un cycle de révision : quand et comment les règles évoluent.

Références : Les rulebooks du Legal Data Space DS4Skills, pour Prometheus-X

Exemple pédagogique : une fiche de règle
Règle 4.2

Un agent IA consulte une réservation

Version 1.2, en vigueur
Objectif
Aider le voyageur pendant une perturbation.
Règle
Un agent IA mandaté par le voyageur peut lire sa réservation pendant 24 heures, sans la modifier.
Responsable
L’opérateur de l’agent.
Contrôle
Le mandat est vérifié avant chaque accès.
Preuve
Chaque accès est journalisé ; le voyageur peut consulter le journal.
Révision
Revue annuelle, ou après un incident.

Votre collectif a besoin d’un rulebook, ou d’en faire évoluer un ?

Parlons gouvernance

Deux exemples.

Une entreprise de transport rejoint un data space et mandate un agent IA.

  1. Identité.L’entreprise prouve qui elle est, avec le wallet de l’organisation.
  2. Adhésion.Elle accepte le rulebook et rejoint le data space dans un rôle défini.
  3. Autorisation.Elle mandate un agent IA pour consulter des horaires, pour une finalité et une durée fixées.
  4. Responsabilité.Le mandat désigne qui répond des actions de l’agent.
  5. Contrôle.Le mandat est vérifié avant chaque accès, et chaque action laisse une trace.
  6. Révision.Après quelques mois d’usage, le collectif ajuste la règle.

Un participant demande l’accès à une donnée.

  1. Demande.Un participant demande une donnée pour un usage précis.
  2. Examen des conditions.Les conditions du rulebook sont vérifiées : rôle du demandeur, finalité, durée.
  3. Accès dans un périmètre défini.L’accès est accordé pour cette finalité et cette durée, pas au-delà.
  4. Trace.La décision et l’usage sont enregistrés, pour pouvoir en rendre compte.

Exemples pédagogiques : ils illustrent un principe, pas un produit disponible.

Ouvert à la coopération.
Adapté à votre écosystème.

Nous nous appuyons sur les travaux européens des data spaces et sur les standards ouverts. Le cadre tient compte de votre secteur, de vos partenaires et de votre modèle économique, sans imposer une technologie unique.

En développement

Un outil pour faire vivre la gouvernance

Il aidera les collectifs à écrire leurs règles ensemble, à préciser qui en répond et à garder la trace de chaque décision.

Piloter la gouvernance de votre écosystème

Des règles qui tiennent, pour une coopération qui dure.

Parlons de votre collectif, de ses décisions et de ses engagements.

Parlons gouvernance

Ou écrivez directement à contact@onecub.fr