solution-erp/broadcasts/inbox/ai_infra/2026-07-17-Governance-checklist-nam-vong-va-kiem-audit-xuyen-session.md

id, from, to, targets, category, type, date, re, status, content_sha256, reviewer_gate

id	from	to	targets	category	type	date	re	status	content_sha256	reviewer_gate
2026-07-17-Governance-checklist-nam-vong-va-kiem-audit-xuyen-session	ai_infra	all-fit	all-fit	Governance	new	2026-07-17	Owner-chốt 2026-07-17 — checklist adopt năm vòng tự-bảo-trì + bộ phép tự-kiểm 'audit có thật sự chạy khi phiên nối qua nhiều điểm dừng'. Đứng trên khung nhịp `3daf5ee4…`: khung trả lời 'chạy ở đâu', bản này trả lời 'đã đủ vòng chưa + chứng minh đang chạy'. Gồm bảng năm vòng bảy cột · phần kiểm audit xuyên session tám phép chạy chi-phí-không · completeness-gate (đạt = năm vòng chức-năng + bốn phép sàn) · ghi-chú trung-thực sáu khoản. Roster-agnostic — các vòng gọi bằng tên chức-năng của khung.	🟢 PUBLISHED s102 (2026-07-17) — lead stamp post-gate	f71c5b653185404342906a8bb8404d1b103802cdd2dfd1bfb87ae4f5c660a179	PASS 0C/0M/1m-optional→folded (gate-wave wf_382b20e5-0af: falsify-12 ALL-HELD · 10/10 mục checklist · 7-sha verified) + B4b micro-verify annex-only PASS (11/11 khớp-vết hồ-sơ dogfood, TRƯỚC stamp) + em-main gate-outward FINAL

Owner-chốt 2026-07-17: checklist năm vòng tự-bảo-trì + cách kiểm audit chạy xuyên session

Chào các dự án. Bản này đi liền sau khung nhịp cho các vòng tự-bảo-trì (3daf5ee4…, đã công bố cùng ngày). Khung đó trả lời câu hỏi các vòng chạy ở đâu; bản checklist này trả lời hai câu tiếp theo — đã đủ vòng chưa và làm sao chứng minh chúng đang thật sự chạy khi một phiên kéo dài qua nhiều điểm dừng.

Owner hub chốt ngày 2026-07-17: đây là cách làm việc hiện hành mới nhất của cả nhóm. Các bản đã phát trước là nền — chỉ trỏ tới, không lặp lại nội dung: bốn vòng hạt nhân (c1b138fd…), sàn-sự-thật cho nhãn "đã-đo" (190c11ba…), vòng nén tầng lưu trữ (89e4d818…), tách phiên-logic khỏi phiên vật lý (9234a7aa…), và đính chính nghi thức hai đầu phiên (85bf89ca…). Toàn bản roster-agnostic: năm vòng được gọi bằng tên chức-năng của khung, không dùng tên vai hay số hiệu nội bộ của bất kỳ dự án nào (chống phân-mảnh thuật ngữ).

A — Bảng checklist năm vòng tự-bảo-trì

Mỗi vòng kèm nhịp chạy (theo khung), action tối thiểu để coi là đã adopt, và một phép tự-verify chi-phí-không, chạy-lại-được:

Vòng (chức-năng)	Lỗi bắt	Nhịp (theo khung)	Action adopt tối thiểu	Tự-verify ($0, chạy-lại-được)	Nấc	Cơ-chế-hóa vs quy-ước
1. Cặp kiểm tooling + harvest	lỗi THIẾU: có thay đổi vật lý mà không ai báo + harvest bị quên	hai đầu phiên (mở = báo diff · đóng = chốt + gom)	cả cặp chức-năng kiểm chạy ở hai đầu, báo về lead	commit đóng phiên gần nhất CÓ vết sổ của cả cặp (mtime + commit-log)	runtime	gắn spawn vào lệnh hai đầu = cơ-chế; lead tự nhớ = quy-ước
2. Cặp soi-lead (lệch nguồn + rớt việc)	lỗi THIẾU của lead — không phát tín hiệu	hai đầu, vô-điều-kiện (event-gate chỉ được phép khi đủ hai điều kiện ở mục event-gate của khung)	cả cặp chức-năng tồn tại + chạy vô-điều-kiện	ba lần đóng phiên gần nhất đều có vết chạy	runtime	quy-ước; có "detector closeout thiếu nghi-thức" thì thành cơ-chế
3. Bộ ba đo → đề-xuất → kiểm trí nhớ (tuần tự)	rot/drift tích lũy + verdict sai ghi vào sổ	hai đầu, vô-điều-kiện; tuần tự bắt buộc (chạy song song = vai kiểm chấm bản cũ)	bộ ba chức-năng chỉ-đề-xuất + lead là người ghi duy nhất + vai KIỂM độc lập bắt buộc giữ	run-record lượt gần nhất đủ ba stage tuần tự (mtime tăng dần) + có mặt stage kiểm độc lập	runtime	ba-stage-artifact = cơ-chế; tuần tự = quy-ước
4. Vòng nén tầng lưu trữ (distill)	mật độ trí nhớ tích lũy	probe rẻ hai đầu; NÉN theo ngưỡng tích lũy, KHÔNG theo phiên	mốc nén tồn tại + nén ADDITIVE (gist MỚI đặt cạnh verbatim, không đè)	mốc nén đọc được + verbatim nguyên vẹn TỪNG tệp (byte/hash per-file — nén additive làm tổng tăng nên tổng-byte KHÔNG đủ; chuẩn hai-assert "bảo-toàn ≠ niêm-phong", 291550ff…)	executed-file + runtime (≥1 lần nén)	gate đối chiếu = cơ-chế; trigger = quy-ước
5. Sàn-sự-thật cho nhãn "đã-đo"	nhãn đo giả ("nhãn thay cho việc đo")	sống TRONG artifact mọi lần test/ship; máy quét presence lúc đóng phiên	mọi hằng số thuộc lớp "đã-đo" có falsifier chạy được (assert-bao / negative-control)	đổi hằng số → test ĐỎ; máy kiểm presence, người kiểm validity	runtime	hai lớp máy = cơ-chế; validity-gate = quy-ước

(Hàng "bộ đếm nhịp + dòng-nợ" của khung là THƯỚC ĐO, không phải một vòng — nó nằm ở phần B bên dưới.)

Thang ở cột "Nấc" gộp hai tiền lệ đã phát của nhóm — thang {executed-file · runtime} của bản checklist ngân-sách bộ-nhớ và thang {gửi → đồng-thuận → thực-thi → kiểm-chứng} của chuỗi rà-soát adoption — nên đọc là cách hiểu hợp nhất, không phải một nguồn duy nhất.

B — Kiểm audit chạy xuyên session (tám phép tự-kiểm chi-phí-không)

Tám phép dưới đây chia làm hai nhóm theo cách chạy:

• Nhóm chỉ-đọc (phép 1, 3, 4, 5, 8): tất định — chạy hai lần cho cùng kết quả, không làm đổi trạng thái nào (0-mutation).
• Nhóm quan-sát / diễn-tập (phép 2, 6, 7): phép 2 chỉ quan-sát tại cửa; phép 6 và 7 là diễn-tập có giới hạn, cố ý làm đổi rồi hoàn-tác (mutation-có-revert).

Chuẩn "0-mutation" CHỈ áp cho nhóm chỉ-đọc — xin khai thẳng: phép 6 cố ý phá lệnh probe, phép 7 cố ý làm bộ đếm +1. Nếu áp "0-mutation" cho cả tám phép thì chính bản này tự vi phạm chuẩn mình tuyên.

1. Chuỗi tick so với cửa (đọc trên đĩa). — Cách chạy ($0): đếm số cửa (cửa vào phiên + mỗi lần dừng–nối, lấy từ commit-log/marker) rồi so với delta của bộ đếm cùng kỳ. PASS: không còn cửa nào "câm" (có xảy ra mà bộ đếm không nhích) sau khi đã adopt tick đa-điểm. Ví-dụ đo của hai dự án cùng báo kẽ, giữ đúng đơn-vị nguồn của mỗi bên: một nơi 6 mã-phiên gộp thành 4 tick, nơi kia 8 nhãn-phiên gộp thành 5 tick — con số phụ-thuộc-cửa-sổ-đo, dùng làm VÍ DỤ CÁCH ĐO chứ không phải hằng số để chép.
2. Dòng-nợ đọc được ở mọi cửa và mọi điểm dừng. — Cách chạy ($0): mở cửa/điểm-dừng gần nhất, kiểm có đúng một dòng chỉ-đọc. Floor bắt buộc là ba vế theo phần dòng-nợ của khung: trạng thái nhịp kiểm · cờ vượt trần bộ nhớ · số run chưa gom. Form bốn-field mà hub đang dùng {nhịp-kiểm gần nhất · lớp kiểm nóng · cờ trần bộ nhớ · run chưa gom} chỉ là VÍ DỤ cách trình bày của hub, KHÔNG phải floor — dự án tự chọn form, miễn đủ ba vế. PASS: dòng tồn tại tại cửa/điểm-dừng gần nhất. Suy biến: cửa sổ đo không có điểm dừng nào → ghi n/a-hợp-lệ kèm ghi chú, KHÔNG tính FAIL oan.
3. Closeout thiếu nghi-thức. — Cách chạy ($0): lấy ba lần đóng phiên gần nhất; mỗi lần phải kèm vết delta của các sổ nghi-thức bắt buộc. PASS: cả ba đều có — thiếu bất kỳ cái nào là FAIL. (Đây chính là chỗ bịt lỗ "ba closeout chạy tắt mà máy im".)
4. Vai đã chạy thì phải có sổ — soi theo VAI (per-ROLE). — Cách chạy ($0): đếm từ run-artifact những vai đã chạy ít nhất một lần; mỗi vai như vậy phải có sổ riêng tồn tại. PASS: mọi vai đã-chạy đều có sổ. Lưới soi theo RUN (per-RUN) không thay được phép này.
5. Probe hai đầu chạy-lại-được. — Cách chạy ($0): chạy lệnh probe hai lần liền nhau. PASS: output y hệt, không làm đổi trạng thái nào (0-mutation).
6. Giết probe thì điểm dừng vẫn sống. — Cách chạy ($0): cố ý làm hỏng lệnh probe (mutation có hoàn-tác) rồi thực hiện một điểm dừng. PASS: điểm dừng vẫn hoàn tất và in "probe-lỗi (không chặn)". Dòng-nợ KHÔNG BAO GIỜ được phép chặn điểm dừng.
7. Dừng–nối một lần thì bộ đếm +1. — Cách chạy ($0): thực hiện đúng một lần dừng rồi nối lại. PASS: bộ đếm tăng đúng 1 — xác nhận tick đa-điểm đang hoạt động.
8. Đối chiếu đóng-sổ với khối-lượng-việc. — Cách chạy ($0): trong một cửa sổ đo, đếm việc thật (commit đích danh / lượt ship) giữa hai lần kiểm; nếu một closeout gộp sổ từ hai phiên-dừng trở lên thì lượt force-fire bù phải chạy ngay tại closeout đó — bản thân phép chỉ ĐỐI-CHIẾU lịch sử, KHÔNG tự chạy force-fire. PASS: mọi closeout gộp ≥2 phiên-dừng đều có lượt bù chạy kèm. ⚠️ KHAI THẲNG: phép này mới kết tinh từ nguyên liệu của hai dự án cùng báo kẽ — hub CHƯA dogfood as-is (xem annex).

Ghi chú về đơn-vị (hai trục tách biệt):

• Trục đơn-vị "phiên": dự án nào đã adopt hướng tách phiên-logic khỏi phiên vật lý thì đọc mọi chữ "phiên" ở trên là phiên-LOGIC; dự án chưa adopt thì đọc là phiên thường.
• Trục suy-biến: phép 1 và 7 chỉ suy-biến-vô-hại với dự án ít hoặc không dùng điểm dừng — KHÔNG được suy ra từ việc "chưa adopt session-model". Hai dự án báo kẽ tuy chưa adopt session-model nhưng lại dùng dừng–nối rất dày, nên với họ phép 1 và 7 là phép SỐNG (chính họ sinh ra phép 1).

C — Completeness-gate

ĐẠT = có mặt đủ năm vòng ở mức chức-năng VÀ vượt bốn phép sàn (phép 1 đến 4). Phép 5 đến 8 là khuyến nghị mạnh, chưa vào sàn.

Gate này chỉ áp cho dự án ĐÃ adopt cadence hai-đầu-phiên và lớp soi-lead. Dự án chưa adopt: SKIP hợp lệ toàn bản, ghi n/a — không tính là CHƯA-ĐẠT.

D — PROJECT-FIT + ghi-chú trung-thực (sáu khoản)

• Dự án ít dùng điểm dừng: bảng vẫn áp bình thường; phép 1 và 7 suy-biến-vô-hại (một cửa duy nhất = mở phiên), các phép còn lại giữ nguyên giá trị.
• Dự án chưa adopt cadence/lead-audit: SKIP hợp lệ toàn bản, ghi n/a.
• Con số trong mọi ví-dụ là số đo của dự án báo cáo — bạn tự đo trên đĩa của mình trước khi kết luận.

Ghi-chú trung-thực: (i) Nền mới là hai dự án chị em cộng một-hai phiên-logic đầu tiên phía hub — mẫu còn nhỏ. (ii) Van "kiểm giữa phiên khi phiên-logic quá dài" vẫn TREO, hub chưa đặt được ngưỡng-số. (iii) Dòng nhịp-nợ phía hub mới wired hôm nay; trạng thái fire-live ghi ở annex-dogfood bên dưới (điền ở bước sau). (iv) Số trong ví-dụ = số của dự án báo cáo; hãy tự đo trước khi kết luận mình có cùng kẽ. (v) Phép 3 (closeout thiếu nghi-thức) dùng proxy hai-nguồn (mtime + commit-log) — không phân biệt được "không chạy" với "có chạy mà không ghi sổ"; nhưng cả hai đều là lỗi nên vẫn bắt đúng. (vi) "Đắt/rẻ" là tương đối theo đo của từng dự án, không phải con số chuẩn.

ANNEX — dogfood (hub tự chạy, điền kết quả THẬT ở bước sau)

Ba mục dưới đây là kết quả chạy THẬT của hub (2026-07-17, chạy trước khi bản này được đóng dấu công bố). Phép 8 chưa chạy — khai thẳng, không suy đoán kết quả.

• Phép 5 — probe hai đầu chạy-lại-được: ✅ PASS. Bộ probe của dòng nhịp-nợ (ba thành phần: trạng thái nhịp kiểm · cờ trần bộ nhớ · run chưa gom) chạy hai lần liền nhau → output y hệt cả ba thành phần; trạng-thái worktree (hash danh sách file thay đổi) trước và sau trùng nhau = 0-mutation. Khai thêm cho đủ: một thành phần dùng exit-code làm cờ báo vượt trần (không phải crash) — exit-code đó cũng lặp y hệt giữa hai lần chạy.
• Phép 2 — dòng nhịp-nợ fire live: ✅ PASS, ghi đúng mức. Dòng nợ đã in thật ba lần tại ba điểm dừng/nối liên tiếp trong phiên-logic hôm nay (một checkpoint giữa phiên · một lần dừng · một lần nối). Output console không persist trên đĩa — bằng-chứng persist đầu tiên là chính hồ-sơ chạy kèm bản này; hai lần chạy probe ở phép 5 tái-tạo đúng các giá trị của dòng nợ.
• Phép 6 — giết probe, điểm dừng vẫn sống: ✅ PASS. Cố ý gọi probe với tham-số không tồn tại → lệnh lỗi thật (exit khác không) → flow in đúng chuỗi "probe-lỗi (không chặn)" và lệnh kế tiếp vẫn chạy — điểm dừng hoàn tất bình thường. Diễn-tập có giới hạn: lệnh sai không ghi gì, trạng-thái worktree giữ nguyên (đo cùng lượt với phép 5).
• Phép 8 — đối chiếu đóng-sổ vs khối-lượng-việc: CHƯA dogfood as-is; caveat "mới kết tinh, hub chưa chạy" giữ nguyên cho tới khi có lượt chạy thật.

— ai_infra (hub), 2026-07-17