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 và siêu dữ liệu .v7g.md. Chuỗi công cụ: v7g-pack, v7g-verify, v7g-sign, v7g-export.

GCPN - GitCover PrimaNota

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

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

Định dạng .v7g.md tách phần con người đọc được ở trên (tiêu đề, bảng, văn xuôi) khỏi artefact dữ liệu ở dưới (JSON-Code-Fence); JSON được ưu tiên hơn YAML như vật mang dữ liệu (JSON-First). Tệp nằm trong các Git-Repository, mà commit-hash của chúng đóng vai trò bằng chứng toàn vẹn mật mã.

Các lĩnh vực ứng dụng ngoài kế toán: sổ đăng ký xử lý theo DSGVO (Art. 30), chuỗi sự cố NIS2, quyết định kiến trúc MADR, vòng đời token OIDC/OAuth, OSCAL-Assessment-Results.

Container chữ ký GCPN (`.gcpn.md`) — Đồng hành quy trình thay vì tệp riêng lẻ

Đối với các quy trình chữ ký, GCPN cụ thể hóa thành một Prozess-Ur-Doc độc lập: Một tệp .gcpn.md bên cạnh Referenced-Doc (quy ước đặt tên <Referenced-Doc-Basisname>.gcpn.md) đồng hành với quy trình hình thành và ký — nó không phải là sidecar của Referenced-Doc, mà là container quy trình.

Quan niệm chính:

Mutable Doc, artefact JSON bất biến: Container-MD được bổ sung cho mỗi bước quy trình mới; các artefact JSON đã được nhúng (schema gcpn-container-2.4, self-contained và có khả năng Tree: referenced_doc, actor, retention mỗi thứ được mô tả một lần; events dưới dạng Flags-Enum với bitmask events_result; Tree thông qua parents[]/children[]/documents[]; summary — các artefact JSON được nhúng vẫn không thay đổi).
Khả năng kiểm toán nhờ Git: Lịch sử container (bước nào được bổ sung khi nào) nằm trong lịch sử Git của repo — commit-hash đóng vai trò bằng chứng toàn vẹn mật mã.
Không phình JSON: Các artefact JSON luôn được nhúng (MD-Fence) — không có tệp .json độc lập trong cây repo.
Chức năng chỉ mục GCDMS: Trong DMS được gắn tùy chọn, container đóng vai trò chỉ mục — điều hướng quy trình đến các tài liệu riêng lẻ và đến mô tả quy trình, thay vì n8n hoặc các Workflow-Engine tương tự.
Chuyển tiếp bất biến: Một Referenced-Doc đã ký sau đó trở nên bất biến; container vẫn khả biến và tiếp tục ghi lại quy trình (lịch sử Git = bằng chứng).

Lần sử dụng đầu tiên: Ký GVB với chữ ký facsimile (Phần I của Ký số, DS02–DS05).

Bảo hộ Gebrauchsmuster: Az 20 2026 000 272.7 - có hiệu lực. Đối tượng được bảo hộ: Cấu trúc dữ liệu container để quản lý tài liệu kinh doanh có thể kiểm toán dựa trên UUIDv7 với liên kết Predecessor/Successor động. Đơn đăng ký patent đã được nộp (47 điểm yêu cầu).

GCUCB - GitCover Unified Context Bus

Bus ngữ cảnh cho việc điều phối runtime giữa các AI-agent, trình xác thực policy và hệ thống audit — với địa chỉ hóa V7GUID tất định của các đối tượng ngữ cảnh. GCUCB giải quyết vấn đề chi phí điều phối của các workflow agent nhiều bước (chi phí tuần tự hóa và token của việc chuyển giao ngữ cảnh) bằng một bus có kiểu, có thể địa chỉ hóa trực tiếp thay vì các lớp trung gian dựa trên văn bản.

OPA/Rego đóng vai trò lớp guardrail tất định: Việc kiểm tra chính sách phát sinh từ bộ quy tắc, không phải từ prompt-engineering.

Tình trạng quyền bảo hộ (Gebrauchsmuster, nộp DPMA 260909) đã được neo giữ; các đặc điểm kiến trúc và phương pháp cụ thể được mô tả trong hồ sơ đăng ký và ở đây chỉ được trình bày ở dạng tổng quát cho đến khi công bố.

Phân định

Thành phần	Lớp	Phân định với GCUCB
GCEP	Lưu trữ bền vững (Git-to-Git)	Instance sang instance; GCUCB = bus runtime
GCSYNC	Outbound (Git -> RAG)	Kênh bên ngoài; GCUCB = bus nội bộ
GCPN	Logic liên kết	Chuỗi bằng chứng (tiền nhiệm/kế nhiệm); GCUCB = vận chuyển/truy cập

Bối cảnh thị trường: „Ontology" không phải là GCUCB

Thị trường hiện đang giải quyết cùng một vấn đề cơ bản — các agent cần ngữ cảnh doanh nghiệp nhất quán, máy đọc được — dưới thuật ngữ „Ontology": Microsoft chẳng hạn cung cấp với „Fabric IQ" (Preview) một „governed, self-service knowledge graph" như lớp ngữ nghĩa mà các agent tiêu thụ như „shared context layer" (Entity types, Relationships, GQL-Graph, OneLake-Bindings). Đó là một lớp dữ liệu và ngữ nghĩa, không phải kiến trúc vận chuyển runtime.

GCUCB tiếp cận cùng vấn đề ở cấp độ vận chuyển và truy cập: các đối tượng ngữ cảnh có kiểu, địa chỉ hóa V7GUID tất định, liên kết bằng chứng và policy tại runtime. Việc phân tách thuật ngữ rõ ràng là có chủ đích: Một ontology mô tả các thuật ngữ có nghĩa là gì (ở GitCover: các từ điển L1–L6, xem Khái niệm: Phân cấp nghiệp vụ như ontology); GCUCB xác định cách các agent, trình xác thực và hệ thống audit truy cập chúng tại runtime. Cả hai cấp độ bổ sung cho nhau — GCUCB không phải là sản phẩm ontology, và ontology không cần một platform-graph nếu nó sống theo kiểu Git-native trong repo.

GCEP - GitCover Exchange Protocol

Giao thức trao đổi instance-sang-instance giữa các Git-Repo trên các vật mang khác nhau. Được xác định về mặt ngữ nghĩa bởi các catalog OSCAL và các hook/callback do OPA định nghĩa.

Dự kiến theo IETF-Track (I-D, dạng ngắn: gcep). Đơn đăng ký patent: 10 2025 003 359.1.

Các lớp giao thức: ACP, MCP và GCEP

Không được nhầm GCEP với các giao thức AI-agent. Cả ba giải quyết những vấn đề khác nhau ở những cấp độ 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

Cấp độ	Giao thức	Hướng	Mục đích
Cầu nối 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 agent
Cầu nối 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, công cụ)
Cấp độ repository	GCEP	Server ↔ Server	Sao chép, đồng bộ hóa và bảo đảm trạng thái giữa các instance Git vật lý

Sự kết hợp này rất quan trọng đối với ban quản lý: Agent làm việc qua ACP/MCP với tốc độ cao; GCEP bảo đảm ở cấp 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 thời đại AI

Các AI-agent tự trị tạo ra các thao tác ghi với tần suất cao. Không có giao thức khóa ở cấp Git, hai agent hoạt động song song - hoặc một agent và một nhân viên xử lý con người - có thể sửa đổi cùng các repository đồng thời và tạo ra 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 tự nguyện kiểm tra trạng thái khóa trước khi ghi	Hệ điều hành cưỡng chế khóa một cách cứng
Hành vi khi timeout	Agent có thể phản ứng chiến lược: dịch chuyển subgoal, phát thông báo UI	Thường dẫn đến trạng thái hệ thống chết (deadlock)
Mức độ phù hợp với AI-agent	Cao - agent hỏi trước trạng thái khóa (ví dụ qua một MCP-Git-Server)	Thấp - chặn pipeline của agent

Một AI-agent 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ở vận hành khác không?") và điều chỉnh kế hoạch của mình cho phù hợp - thay vì bị 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 ở cấp 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 bàn giao nguyên tử.

GCSYNC - GitCover Sync

Kênh outbound từ GitCover 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: Quyền bảo hộ và tình trạng patent trong Quyền bảo hộ. Sự công nhận nghiên cứu trong Dự án nghiên cứu.