Axe 3 : Composants
Vue d'ensemble
Le GCBoK définit six composants centraux du stack GitCover :
GCDMS - GitCover Document Management System
Système de gestion des preuves et des documents basé sur des conteneurs .v7g.md et leurs métadonnées. Toolchain : v7g-pack, v7g-verify, v7g-sign, v7g-export.
GCPN - GitCover PrimaNota
Mécanisme de métadonnées permettant de former des chaînes de preuves inaltérables (prédécesseur/successeur) pour les documents d'affaires. Le terme historique PrimaNota désigne une clé de classement qui attribue à une opération d'affaires - p. ex. une écriture de la comptabilité en partie double ou un processus de comptabilisation en plusieurs parties (créance, TVA, répartition par centre de coûts/objet de coûts) - une clé unique marquant l'appartenance. GCPN transpose ce principe sur une base UUIDv7 : chaque document reçoit un identifiant ordonné dans le temps (RFC 9562) et est chaîné à ses documents prédécesseurs et successeurs au moyen de références Predecessor/Successor.
Le chaînage s'effectue de manière non chronologique : un document saisi ultérieurement peut être inséré comme prédécesseur (Predecessor-Insert) dans une chaîne existante - crucial pour GoBD Rz. 80 (vérification progressive et rétrograde). Les champs Match-Key (numéro de commande, débiteur, montant brut, etc.) permettent une association automatique des chaînes sans affectation manuelle.
Le format de conteneur .v7g.md combine des métadonnées lisibles par l'humain (YAML + Markdown) avec des données d'affaires exploitables par la machine (JSON intégré) et est stocké dans des dépôts Git dont le hash de commit sert de preuve d'intégrité cryptographique.
Domaines d'application au-delà de la comptabilité : registres des traitements RGPD (Art. 30), chaînes d'incidents NIS2, décisions d'architecture MADR, cycle de vie des jetons OIDC/OAuth, OSCAL-Assessment-Results.
Protection par modèle d'utilité : dossier n° 20 2026 000 272.7 - en vigueur. Objet protégé : structure de données de conteneur pour une gestion inaltérable de documents d'affaires basée sur UUIDv7, avec chaînage dynamique Predecessor/Successor. Demande de brevet déposée (47 revendications).
GCUCB - GitCover Unified Communication Bus
Bus de contexte basé sur la mémoire partagée avec adressage V7GUID déterministe. Plaque tournante centrale des données entre agents d'IA, validateurs OPA et systèmes d'audit.
Le problème de l'overhead
| Source | Constat |
|---|---|
| RMMAP (EuroSys 2024) | Sérialisation = 17-72% du temps de workflow |
| AgentTaxo (ICLR 2025) | 20-60% des tokens = overhead de coordination |
| AgentDiet (arXiv 2025) | 39,9-59,7% des tokens d'entrée sont inutiles |
La solution
GCUCB élimine les sérialisations/désérialisations répétées grâce à un accès direct typé aux régions de Memory-Mapped-Files. Les agents d'IA reçoivent des structs typés, référencés par V7GUID, directement depuis le bus - sans énormes prompts système.
OPA/Rego fonctionne comme VPRM (Verifiable Process Reward Model) : les guardrails naissent d'un ensemble de règles déterministe, et non d'un prompt engineering.
Délimitation
| Composant | Couche | Délimitation par rapport à GCUCB |
|---|---|---|
| GCEP | Persistance (Git-to-Git) | Instance à instance ; GCUCB = bus mémoire d'exécution |
| GCSYNC | Outbound (Git -> RAG) | Canal externe ; GCUCB = bus interne |
| GCPN | Logique de chaînage | Chaînes de preuves (prédécesseur/successeur) ; GCUCB = transport/accès |
GCEP - GitCover Exchange Protocol
Protocole d'échange d'instance à instance entre dépôts Git sur des supports différents. Sémantique déterminée par des catalogues OSCAL et des hooks/callbacks définis par OPA.
Track IETF prévu (I-D, forme courte : gcep). Demande de brevet : 10 2025 003 359.1.
Niveaux de protocole : ACP, MCP et GCEP
GCEP ne doit pas être confondu avec les protocoles d'agents d'IA. Les trois résolvent des problèmes différents à des niveaux différents :
(z. B. VS Code)"] -->|"Agent Client Protocol (ACP)"| B["Logik-Ebene / KI-Agent"] B -->|"Model Context Protocol (MCP)"| C["Infrastruktur- & Daten-Ebene"] C -->|"GitCover Exchange Protocol (GCEP)
mit Advisory Locks"| D["Verteilte Git-Server / VCS"] style A fill:#bbdefb style B fill:#c8e6c9 style C fill:#ffe0b2 style D fill:#f8bbd0
| Niveau | Protocole | Direction | Objectif |
|---|---|---|---|
| Pont UI | ACP (Agent Client Protocol) | UI ↔ Agent | Relie l'interface utilisateur (p. ex. VS Code) à la logique de l'agent |
| Pont de contexte IA | MCP (Model Context Protocol) | Agent ↔ Données | Accès structuré de l'agent aux sources de données (documents, outils) |
| Niveau dépôt | GCEP | Serveur ↔ Serveur | Réplication, synchronisation et sécurisation de l'état entre instances Git physiques |
Cette combinaison est hautement pertinente pour le management : l'agent travaille à grande vitesse via ACP/MCP ; GCEP garantit, au niveau dépôt sous-jacent, que les chemins de commit et de synchronisation restent cohérents.
Les Advisory Locks à l'ère de l'IA
Les agents d'IA autonomes génèrent des accès en écriture à haute fréquence. Sans protocole de verrouillage au niveau Git, deux agents agissant en parallèle - ou un agent et un gestionnaire humain - peuvent modifier simultanément les mêmes dépôts et créer des états incohérents (Race Conditions).
| Aspect | Advisory Lock | Mandatory Lock |
|---|---|---|
| Mécanisme d'action | Les processus vérifient volontairement l'état du verrou avant d'écrire | Le système d'exploitation impose le verrou de manière stricte |
| Comportement en cas de timeout | L'agent peut réagir de manière stratégique : reporter un sous-objectif, émettre une notification UI | Souvent des états système bloqués (Deadlocks) |
| Adéquation pour les agents d'IA | Élevée - l'agent interroge l'état du verrou au préalable (p. ex. via un serveur Git MCP) | Faible - bloque le pipeline de l'agent |
Un agent d'IA peut interroger au préalable l'état de verrouillage GCEP (« Ce dépôt est-il verrouillé pour un autre établissement ? ») et adapter sa planification en conséquence - au lieu de se bloquer de manière stricte.
GCAL - GitCover Advisory Lock
Mécanisme de Distributed Lock entre dépôts Git - analogue au PostgreSQL Advisory Lock, mais au niveau du dépôt. Prérequis pour GCEP : avant que deux instances n'échangent des données, un lock doit garantir un transfert atomique.
GCSYNC - GitCover Sync
Canal outbound depuis GitCover vers d'autres systèmes de stockage de données. Met des données à disposition des systèmes RAG, des serveurs MCP et des Nextcloud Shares.
Voir aussi : Droits de protection et statut des brevets dans Droits de protection. Reconnaissance de la recherche dans Projet de recherche.