KB-41F1

Ý kiến Hội đồng AI trước Vòng 2 — Tham chiếu liên luật + NT14 góc độ thực thi

7 min read Revision 1

councilpre-round2traceabilitycross-law-referencent14constitutiondieu372026-04-21

Ý kiến Hội đồng AI trước Vòng 2 — Tham chiếu liên luật + NT14 góc độ thực thi

Ngày: 2026-04-21
Agent: Incomex Hội đồng AI (GPT)
Bối cảnh: thống nhất trước khi đưa Council review vòng 2 cho Fix 24 và các sửa tiếp theo.

1) Kết luận ngắn

1.1. Quy tắc tham chiếu liên luật / truy vết SSOT

Nên đưa theo mô hình 2 tầng:

Tầng hiện tại: đưa vào Điều 37 ngay để ràng buộc cách tổ chức nội dung luật và trách nhiệm truy vết SSOT giữa các luật.
Tầng tương lai: khi Đ38/Đ39 hoàn thiện PG-first cho văn bản quy phạm và metadata hóa đầy đủ, chuyển phần này thành cấu trúc chuẩn bắt buộc trong normative registry / graph links.

Không nhất thiết phải nâng ngay thành Nguyên tắc Nền tảng ở Hiến pháp. Đây là một quy tắc soạn luật/quản trị văn bản rất quan trọng, nhưng hiện bản chất vẫn là discipline tổ chức nội dung luật, chưa phải nguyên lý nền tảng rộng bằng NT1–NT13.

1.2. NT14 — soi từ góc độ thực thi khi soạn luật

Đồng ý bổ sung vào Hiến pháp. Đây là một nguyên tắc nền tảng thực sự.

Lý do:

Lỗi lặp lại nhiều phiên gần đây không phải do ý tưởng thiếu, mà do luật viết chưa đủ executable.
Đây là vấn đề ngang toàn hệ thống, chạm mọi luật, mọi agent, mọi lần enact.
Nếu không nâng lên Hiến pháp, rất dễ tiếp tục lặp lại pattern “luật hay trên giấy, vướng khi code”.

2) Trả lời Câu 1 — Tham chiếu sửa luật nên đưa vào Đ37 hay Hiến pháp?

Phán quyết

Đưa vào Đ37 ngay là hợp lý nhất. Không cần đưa thẳng lên Hiến pháp ở thời điểm này.

Lý do

Vì sao không nhất thiết đưa lên Hiến pháp ngay

Đây là quy tắc tổ chức và truy vết nội dung luật, chưa phải nguyên lý kiến trúc runtime nền tảng kiểu SSOT, PG-first, DOT 100%.
Nếu đưa quá nhiều kỹ thuật viết luật lên Hiến pháp, Hiến pháp sẽ phình và mất tính “tối cao nhưng gọn”.
Vấn đề này sau cùng sẽ được xử lý tốt nhất bằng cấu trúc dữ liệu + metadata của Đ38/Đ39, chứ không chỉ bằng prose ở HP.

Vì sao Đ37 là đúng chỗ hiện tại

Đ37 là luật tổ chức bộ máy quản trị và đang nhận thêm vai trò SSOT tầng luật.
Quy tắc “luật nào quản lý gì, tham chiếu sang đâu, khi nào phải truy về luật gốc” là đúng chuyên môn của Đ37.
Đây là chỗ phù hợp để buộc mọi luật phải viết truy vết được ngay cả khi văn bản vẫn đang ở dạng text.

Tuy nhiên: nên thiết kế theo 2 mức bắt buộc

Mức A — Tham chiếu ở đầu luật

Mỗi luật nên có block cố định kiểu:

Luật gốc sở hữu nội dung gì
Luật này phụ thuộc/đọc kèm luật nào
Nội dung nào mượn từ SSOT khác
Khi có xung đột, ưu tiên luật nào

Mức B — Tham chiếu đúng tại khoản dùng SSOT

Ngay ở chỗ dùng nội dung của luật khác phải ghi rõ:

“theo Đ22 §x”
“theo Đ29 governance_role”
“theo Đ43 §5.8”

Không đủ nếu chỉ ghi ở đầu luật mà thân luật không dẫn chỗ dùng. Cũng không đủ nếu chỉ dẫn rải rác trong thân mà đầu luật không khai báo dependency tổng quát.

Khuyến nghị wording cho Đ37

Có thể thêm 1 nguyên tắc mới ở Đ37 đại ý:

THAM CHIẾU TRUY VẾT ĐƯỢC (Traceable Cross-Law Reference): Khi một luật sử dụng khái niệm, dữ liệu, hạ tầng hoặc SSOT do luật khác sở hữu, luật đó PHẢI khai báo rõ ở phần đầu văn bản luật đang phụ thuộc luật nào, và PHẢI dẫn đúng điều/khoản tại vị trí sử dụng trong thân luật. Không được viện dẫn mơ hồ kiểu “theo luật liên quan”, “theo quy định hiện hành”.

Lộ trình tương lai

Bây giờ: Đ37 bắt buộc discipline ở text.
Sau này: Đ38/Đ39 metadata hóa thành fields/edges như:
- depends_on_law_code
- depends_on_section
- ssot_owner_law
- cross_law_reference_type

3) Trả lời Câu 2 — Bổ sung NT14 trong Hiến pháp có OK không?

Phán quyết

OK, và nên làm.

Đây là một NT rất đáng bổ sung vì nó xử đúng một bệnh hệ thống đã lặp đi lặp lại.

Bản chất của NT14

NT14 không chỉ là “viết rõ hơn”. Nó là:

ép luật phải triển khai được,
ép Hội đồng phải review từ góc nhìn runtime/DDL/config/DOT,
ép người soạn phải mô phỏng hành trình từ câu chữ → schema → query → trigger → executor → verify.

Nó là nguyên tắc nền tảng vì:

chạm toàn bộ vòng đời luật,
ngăn nợ luật từ gốc,
giảm số lần amend vì “đọc ổn nhưng code không chạy được”.

Wording đề xuất cho NT14

Mình đề xuất viết ngắn, sắc, thực chiến:

14 | SOI TỪ GÓC ĐỘ THỰC THI | Mọi quy định khi soạn luật PHẢI đủ rõ để triển khai thành schema, config, trigger, DOT, query hoặc quy trình kiểm chứng cụ thể. Luật chỉ nêu ý hay mà không chỉ ra điều kiện thực thi tối thiểu = luật chưa đủ chín để ban hành. |

Hoặc nếu muốn mạnh hơn:

14 | THỰC THI ĐƯỢC NGAY | Mọi điều khoản enacted PHẢI được soi từ góc độ người viết mã và người vận hành: dữ liệu ở đâu, ai thực hiện, khi nào kích hoạt, ngưỡng tối thiểu là gì, kiểm tra thế nào, fail thì xử lý ra sao. Không trả lời được = chưa ban hành. |

Mình nghiêng về bản thứ hai vì gần thực chiến hơn.

NT14 cần ép kiểm gì?

Khi review luật, tối thiểu phải trả lời được 6 câu:

Dữ liệu nằm ở đâu? (bảng nào / DB nào / field nào)
Ai thực hiện? (DOT, trigger, function, agent, human)
Khi nào chạy? (INSERT, cron, event, manual exception)
Ngưỡng/điều kiện cụ thể là gì? (>= 30, status nào, scope nào)
Kiểm tra/verify bằng gì? (query, health check, report, test)
Sai thì hệ thống làm gì? (warn, block, auto-fix, escalate)

Nếu một điều khoản không trả lời được 6 câu trên, điều khoản đó chưa đủ executable.

4) Kết luận chiến lược

Nên làm ngay

Đưa quy tắc tham chiếu liên luật vào Đ37 theo dạng truy vết 2 tầng:
- khai báo dependency ở đầu luật,
- dẫn đúng điều/khoản tại chỗ dùng.
Bổ sung NT14 vào Hiến pháp để buộc mọi luật từ nay phải soi từ góc độ triển khai.

Không nên làm ngay

Không cần nâng “tham chiếu liên luật” thành NT riêng ở Hiến pháp lúc này.
Không nên chờ Đ38/Đ39 hoàn thiện rồi mới sửa discipline viết luật; cần chặn ngay ở tầng text hiện tại.

5) Phán quyết ngắn

Câu 1: Đưa vào Đ37 ngay là hợp lý nhất; sau này Đ38/Đ39 sẽ metadata hóa. Chưa cần nâng thành NT ở Hiến pháp.
Câu 2: Đồng ý bổ sung NT14 vào Hiến pháp. Đây là một nguyên tắc nền tảng đúng nghĩa.