solution-erp/broadcasts/inbox/ai_infra/2026-07-17-Governance-nam-quyet-owner-mot-ngay-lam-viec-ky.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-nam-quyet-owner-mot-ngay-lam-viec-ky	ai_infra	all-fit	all-fit	Governance	new	2026-07-17	Năm quyết-định owner ký trong một ngày làm việc kỹ với hub — tất cả ĐÃ LAND phía hub trước khi phát (luật vào sổ + máy vào mã + test biết-trượt xanh): (1) đóng-băng bề-mặt-đo khi phép đo đang chạy; (2) cite dạng đường-dẫn:số-dòng phải có máy kiểm; (3) luật hứa máy quét nhóm file nào thì máy phải quét thật — hub tự trả món nợ lời-hứa sống ~30 phiên của chính mình; (4) luật cấm chữ vĩnh-viễn cuối phiên có thêm ngoại-lệ thuật-lại-lời-owner kèm ranh máy-kiểm; (5) máy bắt bệnh hàng-trạng-thái quên flip sau khi owner đã ký. Kèm hai kỷ-luật đo từ cùng ngày (file kết-quả đo phải commit · re-base là chốt số SỐNG) + chỉ-dẫn kênh hỏi từ owner: thắc mắc gửi email về AI_INFRA.	🟢 PUBLISHED s102 (2026-07-17) — lead stamp post-gate	123d8272bbf59bc7d483c936dd4bfe03df01d6010375c8116911023772dbd273	PASS_WITH_FIXES → ALL-FOLDED (gate wave-2 `wf_2575e5fb-090` lane-2: 1 MAJOR {số +227-nghìn-ký-tự → đúng +227 char4-unit ~627-919 tok — self-refuting-number bị bắt TRƯỚC publish; upstream masthead + session-start reconciled cùng lượt H-20} + 2 MINOR {quote-owner §3 tách utterance 'a' khỏi option-gloss · 30→36-phiên đếm-thật} · falsify-8 {6-HELD/2-BROKE→fixed} · G-014 body 0-token-nội-bộ · 5-quote-owner verbatim-verified · đã-land 5/5 khớp worktree · 4-sha + 3638→3732 exact) + em-main gate-outward FINAL

Năm quyết-định owner trong một ngày làm việc kỹ — tất cả đã land trước khi phát (type: new)

0. Bản này là gì

Trong một ngày, owner phía hub duyệt từng khoản một — không duyệt gộp — năm quyết-định về cách vận hành máy tự-bảo-trì, cộng hai kỷ-luật đo. Bản này phát SAU khi mọi khoản đã land: luật đã vào sổ chuẩn, máy đã vào mã, bộ kiểm biết-trượt đã xanh, và phép đo lại đã chạy. Không khoản nào dưới đây là lời hứa.

Lời owner về kênh trao đổi, chuyển nguyên ý: các quyết này owner đã làm việc rất kỹ với hub; dự-án nào cần hỏi gì thì gửi email về AI_INFRA qua kênh chuẩn — không cần chờ xác-nhận lại từng vòng, cứ adopt theo sàn dưới đây và hỏi thẳng hub khi vướng.

1. Đóng-băng bề-mặt-đo (owner: "Cấm, hạn chế lệch")

• Bệnh (đo được ở hub): trong lúc bộ kiểm cuối-phiên đang ĐO chính vùng tài-liệu/bộ-nhớ, tiến-trình chính vẫn ghi thêm 13 file vào đúng vùng đó → số đo lệch +227 đơn-vị char4 (~627–919 token thật) ngay trong cùng phiên, 0 ranh giới phiên. Con số lần này nhỏ — nhưng cái race không làm hệ chết, nó làm phép đo bị nhiễm mà không ai hay, và độ lệch tỉ lệ với lượng ghi, không ai kiểm soát.
• Luật: từ lúc bộ kiểm bắt đầu tới khi nó trả verdict, tiến-trình chính không ghi vào vùng máy đang đo; việc ghi phát sinh giữa chừng thì xếp hàng, ghi sau khi đo xong. Hub chừa đúng một ngoại-lệ: sổ mạch-việc (write-ahead) — vì máy không đo nó, và độ liên-tục phiên cần nó.
• Floor chuyển được: nếu dự-án bạn có bất kỳ phép đo trạng-thái-nghỉ nào (đếm byte, đo bộ nhớ nạp, kiểm tồn-kho) — xác định vùng nó đọc, và đừng ghi vào vùng đó khi nó đang chạy.

2. Cite đường-dẫn:số-dòng phải có máy kiểm (owner: "đồng ý")

• Bệnh (đo được ở hub): máy bắt-liên-kết-gãy chỉ hiểu ref dạng mục/mã-số, không hiểu cite kiểu đường-dẫn:số-dòng — đo thử một mẫu: 3 trên 4 cite kiểu đó đã gãy (file đổi, số dòng trôi) mà không ai bắt, gồm một cite gãy nằm ngay trong chính file máy-dò, viết cùng ngày.
• Luật + máy (đã land): cite đường-dẫn:số-dòng nay được máy resolve hai nấc — file phải tồn tại, và số dòng không vượt cuối file. Ba loại-trừ chống báo-ồn: dòng lineage/lịch-sử (kể chuyện quá-khứ có chủ-đích) · nội-dung trong code-fence · dòng tự-định-nghĩa của chính máy.
• Floor chuyển được: repo bạn có thói quen cite file:dòng trong tài liệu governance → thêm phép kiểm hai-nấc này vào máy quét của bạn; không có máy quét thì tối thiểu đừng tin cite kiểu đó khi ra quyết định — mở file kiểm tay.

3. Luật hứa máy quét gì, máy phải quét thật (owner: "a" — chọn implement, không hạ câu chữ)

• Bệnh (tự thú của hub): một dòng luật của hub hứa máy quét thêm ba nhóm file — lời hứa đó sống 36 phiên (tính đến đúng ngày trả nợ) mà mã chưa từng làm, và dòng luật vi-phạm nằm cách đúng một dòng so với luật cấm chính loại vi-phạm đó. Đây là anh em ruột của bệnh trong bản "sàn-sự-thật cho nhãn đã-đo": câu chữ mô tả năng-lực thay thế cho năng-lực.
• Xử (đã land): owner được trình hai lối thoát tường-minh — (a) đưa vào máy thật, (b) hạ câu chữ cho khớp mã — và chọn (a). Ba nhóm file nay nằm trong scope quét thật; lần chạy đầu bắt ngay 3 tín-hiệu (1 dương-giả đã sửa chữ cho khỏi mơ hồ + 1 staleness thật + 1 ví-dụ lệch tier đã chỉnh).
• Floor chuyển được: grep luật/tài-liệu của bạn tìm câu dạng "máy sẽ quét / bộ kiểm phủ / tự động bắt" — với từng câu hỏi: mã nào làm việc đó? Không trả lời được → hoặc implement, hoặc hạ câu chữ, im lặng tiếp là không hợp-lệ (nguyên văn khung quyết của hub).

4. Ngoại-lệ thuật-lại-lời-owner cho luật cấm chữ vĩnh-viễn (owner: "OK đồng ý có ngoại lệ cho lead")

• Bối cảnh: hub có luật — verdict cuối phiên là tạm-thời, cấm agent dùng chữ vĩnh-viễn / đóng hẳn ở cửa đóng phiên (vì mutation cuối phiên còn ở phía trước; đã có nạn nhân thật tuyên "DURABLE" rồi chết sau 30 phút).
• Kẹt phát hiện được: khi agent thuật lại quyết-định owner có đúng chữ đó (owner nói "đóng hẳn X"), luật bắt nhầm — người bị cấm là agent tự-phán, không phải owner.
• Luật mới (đã land): thuật-lại quyết-định owner mang verb-durable là hợp-lệ khi và chỉ khi có attribution tường-minh ngay cạnh verb (dạng owner-chốt / owner-ký / mã chữ-ký / quote nguyên văn). Ranh máy-kiểm được: verb-durable không có token attribution cạnh nó = tự-phán = vi-phạm như cũ.
• Floor chuyển được: dự-án nào có luật cấm/hạn-chế lớp từ ngữ cho agent — thêm ngoại-lệ relay kèm ranh máy-kiểm, đừng thêm ngoại-lệ mơ hồ ("tùy ngữ cảnh") vì ngoại-lệ mơ hồ ăn dần cả luật.

5. Máy bắt bệnh "hàng trạng-thái quên flip sau khi owner ký" (owner: "thôi OK thêm đi, cho đóng trọn quy trình")

• Bệnh: bảng trạng-thái ghi "chờ owner ký" ở một hàng, trong khi sổ chữ-ký đã có chữ ký tương ứng — hàng quên flip. Người đọc bảng sẽ tưởng việc còn treo. Hub từng treo detector này (để mắt-người gác lấy thêm dữ-liệu); dữ-liệu về đủ (có ca thật chỉ mắt-người bắt được) → owner gỡ treo, cho vào máy.
• Máy (đã land): quét hàng bảng còn token chờ-ký/pending × sổ chữ-ký đã có mark active tương ứng → flag. Có bộ kiểm biết-trượt (hàng giả + mark giả → phải flag; mark đã bị thay-thế → không flag; token gần giống nhưng khác mã → không flag). Chạy live lần đầu: 0 flag — đúng, vì hiện không hàng nào đang treo; giá trị nằm ở phiên tới.
• Floor chuyển được: bất kỳ nơi nào bạn có cặp {bảng-trạng-thái ⟷ sổ-sự-kiện} ghi tay cả hai — đó là chỗ bệnh này sống. Một phép so-khớp rẻ giữa hai nguồn đáng giá hơn kỷ-luật "nhớ flip".

6. Hai kỷ-luật đo — từ đợt chốt bộ-câu-hỏi-chuẩn cùng ngày

1. File kết-quả đo PHẢI commit cùng lượt. Hub tự bắt mình: ba lần đo định-kỳ liên tiếp không commit file kết quả — con số chỉ sống trong lời kể. Từ nay mỗi lần đo = một file kết-quả trong git. Không file = coi như chưa đo.
2. Re-base baseline = chốt số SỐNG tại lúc re-base. Hub suýt chốt con số trong ghi-chú hôm trước (3638) — tới lúc tay chạm sổ, số sống đã là 3732 (thêm một nhịp reindex qua đêm). Chốt số của ghi-chú = baseline sinh ra đã cũ, máy drift sẽ kêu oan ngay hôm sau. Mọi số vào sổ đọc lại từ nguồn sống tại thời điểm ghi — kể cả (nhất là) khi ghi-chú là của chính mình.

7. Bốn bản cùng ngày — đọc theo thứ tự nào

Hub phát bốn bản khác trong cùng ngày; nếu bạn chưa xử, thứ tự gợi ý: khung nhịp (3daf5ee4… — đo rải · làm dồn · nợ hiển thị) → checklist năm-vòng xuyên-phiên (f71c5b65… — cách làm việc hiện hành) → master-checklist hai tầng (cadd24ae… — trạng-thái-việc hiển thị mọi cửa) → đính-chính kép (624c378d… — hai delta nhỏ, re-verify 5 phút). Bản digest này đứng SAU cả bốn: nó là các quyết vận-hành bồi thêm trên nền đó.

8. PROJECT-FIT

• Khoản 1/2/3/5 đòi bạn CÓ máy quét/phép đo trạng-thái-nghỉ — chưa có thì các khoản này là n/a phần máy, nhưng phần kỷ-luật (đừng ghi khi đang đo · đừng tin cite chưa kiểm · đừng hứa scope suông · so hai sổ tay) áp được bằng tay ngay.
• Khoản 4 chỉ áp nếu bạn có luật hạn-chế từ-ngữ cho agent.
• Khoản 6 áp cho MỌI dự-án có đo lường định kỳ — không cần hạ-tầng gì ngoài git.

9. SELF-CHECK

• Liệt kê các phép đo trạng-thái-nghỉ của bạn — vùng đọc của từng phép có được bảo vệ khỏi ghi-đè trong lúc chạy không?
• Grep tài-liệu governance của bạn: cite file:dòng có máy nào kiểm không? Thử cố ý làm gãy một cite — có gì đỏ lên không?
• Grep câu "máy sẽ / tự động quét" — từng câu trỏ được vào mã đang làm việc đó không?
• Lần đo gần nhất của bạn: file kết-quả có trong git không?

10. Phần KHÔNG-BIẾT — khai thật

• Ba mảnh máy mới của hub mới chạy live một ngày (bộ kiểm biết-trượt đã xanh, nhưng giá-trị bắt-bệnh thật tích qua các phiên tới — detector quên-flip hiện 0-flag vì không có hàng nào đang treo, đúng thiết-kế).
• Con số "năm quyết / ba nhóm file / hai kỷ-luật" là nhu-cầu của hub hôm nay — cái chuyển được là NGUYÊN-TẮC từng khoản, không phải số đếm.
• Ngoại-lệ relay (khoản 4) mới có một ca sử-dụng thật phía hub; ranh máy-kiểm được thiết kế để soi được về sau, nhưng chưa có dữ-liệu dài hạn về việc nó có bị lạm-dụng làm cửa lách không — hub sẽ theo dõi và đính-chính nếu có.

---