Trục 3: Các thành phần

Tổng quan

GCBoK định nghĩa sáu thành phần cốt lõi của GitCover-Stack:

GCDMS - GitCover Document Management System

Hệ thống quản lý bằng chứng và tài liệu dựa trên các container .v7g.md và metadata của chúng. Toolchain: v7g-pack, v7g-verify, v7g-sign, v7g-export.

GCPN - GitCover PrimaNota

Cơ chế metadata nhằm hình thành các chuỗi bằng chứng chống sửa đổi (tiền nhiệm/kế nhiệm) cho tài liệu kinh doanh. Thuật ngữ lịch sử PrimaNota dùng để chỉ một khóa sắp xếp, khóa này gán cho một nghiệp vụ kinh doanh - ví dụ một bút toán của kế toán kép hoặc một nghiệp vụ hạch toán nhiều phần (khoản phải thu, thuế giá trị gia tăng, phân bổ trung tâm chi phí/đối tượng chi phí) - một key duy nhất nhằm thể hiện tính thuộc về nhau. GCPN chuyển nguyên tắc này sang nền tảng UUIDv7: Mỗi tài liệu nhận một Identifier theo thứ tự thời gian (RFC 9562) và được nối kết với các tài liệu tiền nhiệm và kế nhiệm của nó thông qua các tham chiếu Predecessor/Successor.

Việc nối kết diễn ra không theo trình tự thời gian: Một tài liệu được ghi nhận muộn hơn có thể được chèn vào một chuỗi hiện có với vai trò tiền nhiệm (Predecessor-Insert) - yếu tố then chốt đối với GoBD Rz. 80 (kiểm tra tiến triển và hồi tố). Các trường Match-Key (số đơn hàng, bên nợ, số tiền brutto v.v.) cho phép liên kết chuỗi tự động mà không cần gán ghép thủ công.

Định dạng container .v7g.md kết hợp metadata mà con người có thể đọc (YAML + Markdown) với dữ liệu kinh doanh mà máy có thể xử lý (JSON nhúng) và được lưu trữ trong các Git-Repository, nơi Commit-Hash đóng vai trò là bằng chứng toàn vẹn mật mã.

Các lĩnh vực ứng dụng vượt ra ngoài kế toán: danh mục xử lý DSGVO (Art. 30), chuỗi sự cố NIS2, các quyết định kiến trúc MADR, vòng đời token OIDC/OAuth, kết quả đánh giá OSCAL.

Bảo vệ mô hình hữu ích: Az 20 2026 000 272.7 - có hiệu lực. Đối tượng được bảo vệ: Cấu trúc dữ liệu container phục vụ quản lý tài liệu kinh doanh dựa trên UUIDv7, chống sửa đổi, với nối kết Predecessor/Successor động. Đơn đăng ký bằng sáng chế đã được nộp (47 yêu cầu).

GCUCB - GitCover Unified Communication Bus

Bus ngữ cảnh dựa trên Shared Memory với cơ chế địa chỉ hóa V7GUID tất định. Nút giao dữ liệu trung tâm giữa các agent AI, các bộ xác thực OPA và các hệ thống Audit.

Vấn đề Overhead

Nguồn	Nhận định
RMMAP (EuroSys 2024)	Serial hóa = 17-72% thời gian workflow
AgentTaxo (ICLR 2025)	20-60% số token = overhead phối hợp
AgentDiet (arXiv 2025)	39,9-59,7% token đầu vào là vô dụng

Giải pháp

GCUCB loại bỏ việc serial hóa/giải serial hóa lặp lại thông qua truy cập trực tiếp có kiểu vào các vùng Memory-Mapped-File. Các agent AI nhận trực tiếp từ bus các Struct có kiểu, được tham chiếu bằng V7GUID - không cần những Systemprompt khổng lồ.

OPA/Rego đóng vai trò là VPRM (Verifiable Process Reward Model): Guardrails được hình thành nhờ bộ quy tắc tất định, chứ không nhờ Prompt-Engineering.

Phân định

Thành phần	Tầng	Phân định với GCUCB
GCEP	Persistence (Git-to-Git)	Giữa các instance; GCUCB = Runtime-Memory-Bus
GCSYNC	Outbound (Git -> RAG)	Kênh bên ngoài; GCUCB = bus nội bộ
GCPN	Logic nối kết	Chuỗi bằng chứng (tiền nhiệm/kế nhiệm); GCUCB = Truyền tải/Truy cập

GCEP - GitCover Exchange Protocol

Giao thức trao đổi instance-to-instance giữa các Git-Repo nằm trên các phương tiện lưu trữ khác nhau. Xác định về mặt ngữ nghĩa bởi các OSCAL-Katalog và các Hooks/Callbacks được định nghĩa bằng OPA.

IETF-Track đang được hoạch định (I-D, dạng ngắn: gcep). Đơn đăng ký bằng sáng chế: 10 2025 003 359.1.

Các tầng giao thức: ACP, MCP và GCEP

GCEP không được nhầm lẫn với các giao thức dành cho agent AI. Cả ba giải quyết những vấn đề khác nhau trên những tầng khác nhau:

graph TD A["Präsentations-Ebene / UI
(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

Tầng	Giao thức	Hướng	Mục đích
Cầu UI	ACP (Agent Client Protocol)	UI ↔ Agent	Kết nối giao diện người dùng (ví dụ: VS Code) với logic của agent
Cầu ngữ cảnh AI	MCP (Model Context Protocol)	Agent ↔ Dữ liệu	Truy cập có cấu trúc của agent vào các nguồn dữ liệu (tài liệu, Tools)
Tầng Repository	GCEP	Server ↔ Server	Nhân bản, đồng bộ hóa và bảo đảm trạng thái giữa các Git-Instance vật lý

Sự kết hợp này có ý nghĩa rất quan trọng đối với công tác quản lý: Agent làm việc qua ACP/MCP với tốc độ cao; GCEP bảo đảm ở tầng Repository bên dưới rằng các đường Commit và đồng bộ hóa vẫn nhất quán.

Advisory Locks trong kỷ nguyên AI

Các agent AI tự chủ tạo ra các thao tác ghi với tần suất cao. Nếu không có giao thức khóa ở tầng Git, hai agent hoạt động song song - hoặc một agent và một nhân viên nghiệp vụ con người - có thể đồng thời sửa đổi cùng các Repository và tạo ra các trạng thái không nhất quán (Race Conditions).

Khía cạnh	Advisory Lock	Mandatory Lock
Cơ chế tác động	Các tiến trình kiểm tra trạng thái khóa một cách tự nguyện trước khi ghi	Hệ điều hành ép buộc khóa một cách cứng
Hành vi khi Timeout	Agent có thể phản ứng một cách chiến lược: dời Subgoal, phát thông báo UI	Thường là các trạng thái hệ thống chết (Deadlocks)
Độ phù hợp với agent AI	Cao - Agent hỏi trạng thái khóa trước (ví dụ: qua một MCP-Git-Server)	Thấp - chặn pipeline của agent

Một agent AI có thể hỏi trước trạng thái khóa GCEP ("Repository này có bị khóa cho một cơ sở kinh doanh khác không?") và điều chỉnh kế hoạch của mình tương ứng - thay vì chặn cứng.

GCAL - GitCover Advisory Lock

Cơ chế Distributed Lock giữa các Git-Repo - tương tự PostgreSQL Advisory Lock, nhưng ở tầng Repo. Điều kiện tiên quyết cho GCEP: Trước khi hai instance trao đổi dữ liệu, một Lock phải bảo đảm việc chuyển giao atomic.

GCSYNC - GitCover Sync

Kênh Outbound từ GitCover hướng ra các hệ thống lưu trữ dữ liệu khác. Cung cấp dữ liệu cho các hệ thống RAG, MCP-Server và Nextcloud Shares.

Xem thêm: Các quyền bảo hộ và trạng thái bằng sáng chế trong Quyền bảo hộ. Công nhận nghiên cứu trong Dự án nghiên cứu.