Achse 3: Komponenten
Überblick
Das GCBoK definiert sechs Kernkomponenten des GitCover-Stacks:
GCDMS - GitCover Document Management System
Evidenz- und Dokumentenmanagementsystem auf Basis von .v7g.md-Containern und -Metadaten. Toolchain: v7g-pack, v7g-verify, v7g-sign, v7g-export.
GCPN - GitCover PrimaNota
Metadaten-Mechanismus zur Bildung revisionssicherer Nachweisketten (Vorgänger/Nachfolger) für Geschäftsdokumente. Der historische Begriff PrimaNota bezeichnet einen Ordnungsschlüssel, der einem Geschäftsvorfall - z.B. einem Buchungssatz der doppelten Buchführung oder einem mehrteiligen Buchungsvorgang (Forderung, Mehrwertsteuer, Kostenstelle/Kostenträger-Aufteilung) - einen eindeutigen Key für Zusammengehörigkeit zuweist. GCPN überträgt dieses Prinzip auf UUIDv7-Basis: Jedes Dokument erhält einen zeitgeordneten Identifier (RFC 9562) und wird über Predecessor/Successor-Referenzen mit seinen Vorgänger- und Nachfolger-Dokumenten verkettet.
Die Verkettung erfolgt nicht-chronologisch: Ein später erfasstes Dokument kann als Vorgänger (Predecessor-Insert) in eine bestehende Kette eingefügt werden - entscheidend für GoBD Rz. 80 (progressive und retrograde Prüfung). Match-Key-Felder (Bestellnummer, Debitor, Bruttobetrag etc.) ermöglichen automatische Kettenassoziation ohne manuelle Zuordnung.
Das Container-Format .v7g.md kombiniert menschenlesbare Metadaten (YAML + Markdown) mit maschinenverarbeitbaren Geschäftsdaten (eingebettetes JSON) und wird in Git-Repositories gespeichert, deren Commit-Hash als kryptographischer Integritätsnachweis dient.
Anwendungsgebiete über die Buchhaltung hinaus: DSGVO-Verarbeitungsverzeichnisse (Art. 30), NIS2-Incident-Ketten, MADR-Architekturentscheidungen, OIDC/OAuth-Token-Lifecycle, OSCAL-Assessment-Results.
Gebrauchsmuster-Schutz: Az 20 2026 000 272.7 - in Kraft. Geschützter Gegenstand: Container-Datenstruktur zur UUIDv7-basierten, revisionssicheren Geschäftsdokumentenverwaltung mit dynamischer Predecessor/Successor-Verkettung. Patentanmeldung eingereicht (47 Ansprüche).
GCUCB - GitCover Unified Communication Bus
Shared-Memory-basierter Kontext-Bus mit deterministischer V7GUID-Adressierung. Zentrale Datendrehscheibe zwischen KI-Agenten, OPA-Validatoren und Audit-Systemen.
Das Overhead-Problem
| Quelle | Erkenntnis |
|---|---|
| RMMAP (EuroSys 2024) | Serialisierung = 17-72% der Workflow-Zeit |
| AgentTaxo (ICLR 2025) | 20-60% der Tokens = Koordinations-Overhead |
| AgentDiet (arXiv 2025) | 39,9-59,7% der Input-Tokens sind nutzlos |
Die Lösung
GCUCB eliminiert wiederholtes Serialisieren/Deserialisieren durch typisierten Direktzugriff auf Memory-Mapped-File-Regionen. KI-Agenten erhalten typisierte, V7GUID-referenzierte Structs direkt aus dem Bus - ohne riesige Systemprompts.
OPA/Rego fungiert als VPRM (Verifiable Process Reward Model): Guardrails entstehen durch deterministisches Regelwerk, nicht durch Prompt-Engineering.
Abgrenzung
| Komponente | Schicht | Abgrenzung zu GCUCB |
|---|---|---|
| GCEP | Persistenz (Git-to-Git) | Instanz-zu-Instanz; GCUCB = Runtime-Memory-Bus |
| GCSYNC | Outbound (Git -> RAG) | Externer Kanal; GCUCB = interner Bus |
| GCPN | Verkettungs-Logik | Nachweisketten (Vorgänger/Nachfolger); GCUCB = Transport/Zugriff |
GCEP - GitCover Exchange Protocol
Instanz-zu-Instanz-Austauschprotokoll zwischen Git-Repos auf unterschiedlichen Trägern. Semantisch determiniert durch OSCAL-Kataloge und OPA-definierte Hooks/Callbacks.
IETF-Track geplant (I-D, Kurzform: gcep). Patentanmeldung: 10 2025 003 359.1.
Protokoll-Ebenen: ACP, MCP und GCEP
GCEP darf nicht mit den KI-Agenten-Protokollen verwechselt werden. Alle drei lösen unterschiedliche Probleme auf unterschiedlichen Ebenen:
(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
| Ebene | Protokoll | Richtung | Zweck |
|---|---|---|---|
| UI-Brücke | ACP (Agent Client Protocol) | UI ↔ Agent | Verbindet Benutzeroberfläche (z. B. VS Code) mit der Agenten-Logik |
| KI-Kontext-Brücke | MCP (Model Context Protocol) | Agent ↔ Daten | Strukturierter Zugriff des Agenten auf Datenquellen (Dokumente, Tools) |
| Repository-Ebene | GCEP | Server ↔ Server | Replikation, Synchronisation und Sicherung des Zustands zwischen physischen Git-Instanzen |
Die Kombination ist für das Management hochrelevant: Der Agent arbeitet über ACP/MCP in hoher Geschwindigkeit; GCEP sichert auf der darunterliegenden Repository-Ebene, dass Commit- und Synchronisationspfade konsistent bleiben.
Advisory Locks im KI-Zeitalter
Autonome KI-Agenten erzeugen Schreibzugriffe in hoher Frequenz. Ohne Sperrprotokoll auf Git-Ebene können zwei parallel agierende Agenten - oder ein Agent und ein menschlicher Sachbearbeiter - dieselben Repositories gleichzeitig modifizieren und inkonsistente Zustände erzeugen (Race Conditions).
| Aspekt | Advisory Lock | Mandatory Lock |
|---|---|---|
| Wirkmechanismus | Prozesse prüfen den Sperrstatus freiwillig vor dem Schreiben | Betriebssystem erzwingt die Sperre hart |
| Verhalten bei Timeout | Agent kann strategisch reagieren: Subgoal verschieben, UI-Benachrichtigung ausgeben | Oft tote Systemzustände (Deadlocks) |
| Eignung für KI-Agenten | Hoch - Agent fragt Sperrstatus vorab ab (z. B. über einen MCP-Git-Server) | Gering - blockiert Agenten-Pipeline |
Ein KI-Agent kann den GCEP-Sperrstatus vorab abfragen ("Ist dieses Repository für eine andere Betriebsstätte gesperrt?") und seine Planung entsprechend anpassen - statt hart zu blockieren.
GCAL - GitCover Advisory Lock
Distributed-Lock-Mechanismus zwischen Git-Repos - analog zum PostgreSQL Advisory Lock, jedoch auf Repo-Ebene. Voraussetzung für GCEP: Bevor zwei Instanzen Daten austauschen, muss ein Lock atomare Übergabe sicherstellen.
GCSYNC - GitCover Sync
Outbound-Kanal von GitCover heraus in andere Datenhaltungssysteme. Stellt Daten für RAG-Systeme, MCP-Server und Nextcloud Shares bereit.
Siehe auch: Schutzrechte und Patentstatus in Schutzrechte. Forschungsanerkennung in Forschungsvorhaben.