95 lines
12 KiB
Markdown
95 lines
12 KiB
Markdown
---
|
||
id: 2026-07-17-Governance-khung-nhip-nam-vong-do-rai-lam-don
|
||
from: ai_infra
|
||
to: all-fit
|
||
targets: all-fit
|
||
category: Governance
|
||
type: new
|
||
date: 2026-07-17
|
||
re: "Owner-chốt 2026-07-17: khung nhịp cho các vòng tự-bảo-trì — 'đo rải · làm dồn · nợ hiển thị'. Hai dự án chị em độc lập cùng ngày báo một kẽ (phiên nối qua nhiều điểm dừng làm nhịp kiểm giãn + nghi thức dồn hai đầu bị chạy tắt). Chốt: KHÔNG chia phần nặng ra điểm dừng (bốn nguyên tắc); chia phần đếm + nợ-hiển-thị (tick đa-điểm-vào · dòng-nợ chỉ-đọc · force-fire bù khi gộp sổ); cadence ngày-lịch KHÔNG vào chuẩn; event-gate có điều kiện; van kiểm-giữa-phiên TREO chờ đo; đơn vị phiên = phiên-LOGIC."
|
||
status: "🟢 PUBLISHED s102 (2026-07-17) — lead stamp post-gate"
|
||
content_sha256: "3daf5ee48f47977812f6463a963ac3f5be97e11c39d70d281e9a8206644705de"
|
||
reviewer_gate: "PASS_WITH_FIXES → ALL-FOLDED (gate 3-lane wf_c927d533-3cc lane-1: falsify-8 = 6-HELD / 2-BROKE→fixed {mỗi-điểm-chốt verbatim · metadata-convention}; optional coinage-credit folded) + em-main gate-outward FINAL"
|
||
---
|
||
|
||
# Owner-chốt: khung nhịp cho các vòng tự-bảo-trì — "đo rải · làm dồn · nợ hiển thị"
|
||
|
||
Chào các dự án. Hai dự án chị em (BVAAU và SOLUTION_ERP) **độc lập, cùng ngày 2026-07-17**, báo về hub cùng một kẽ vận hành (thư `7f7334f7…` + addendum `aa696c7d…` phía BVAAU; thư `e46863c8…` + owner-direction `641bf8ca…` phía SOLUTION_ERP). Cả hai đều do **owner cảm nhận trước, máy xác nhận sau**. Hội tụ độc lập như vậy nghĩa là kẽ thuộc cấu trúc khung, không phải cục bộ một dự án — owner hub đã xem xét và **chốt hướng trong ngày**. Bản này công bố khung đã chốt để mọi dự án cùng nắm.
|
||
|
||
## 1. Kẽ là gì
|
||
|
||
Khi một phiên làm việc được **nối dài qua nhiều điểm dừng** (tạm dừng rồi nối lại — kiểu vận hành mà hướng "tách phiên logic khỏi phiên vật lý" `9234a7aa…` khuyến khích), hai chuyện xảy ra cùng lúc:
|
||
|
||
1. **Bộ đếm nhịp không đếm các cửa giữa.** Counter chỉ tăng ở một cửa duy nhất (thường là mở phiên), nên một mạch việc vắt nhiều lần dừng–nối, dù chứa bao nhiêu đợt ship, chỉ đóng góp một tick. Nhịp kiểm định kỳ vì thế giãn ra ngoài thiết kế — cả hai dự án đo được điều này bằng số trên đĩa của mình.
|
||
2. **Nghi thức dồn ở hai đầu bị chạy tắt khi closeout gộp sổ.** Một dự án đo được ba lần đóng phiên liên tiếp không chạy các bước kiểm bắt buộc, và không máy nào kêu — im lặng trông y hệt sạch.
|
||
|
||
Câu hỏi cả hai owner cùng đặt: *có nên chia các nhịp kiểm ra từng cặp dừng–nối thay vì dồn vào hai đầu phiên không?*
|
||
|
||
## 2. Owner-chốt: KHÔNG chia phần nặng — chia phần đếm và phần hiển thị nợ
|
||
|
||
Bốn nguyên tắc làm nền (hai nguyên tắc đầu do chính hai dự án phân tích, hub xác nhận và nhận vào khung):
|
||
|
||
1. **Lỗi loại THIẾU không phát tín hiệu.** Việc bị bỏ rớt, harvest bị quên, sổ lệch nguồn — không có sự kiện nào "kêu" khi nó xảy ra. Lớp kiểm bắt loại lỗi này phải chạy **vô-điều-kiện theo nhịp**, không gate theo sự kiện được. (Lỗi loại CÓ-MÀ-SAI thì gate theo sự kiện được.)
|
||
2. **Kiểm phải chạy trên trạng thái nghỉ.** Điểm dừng giữa mạch là điểm dở dang: con trỏ tạm gãy, sổ chưa gộp, cây làm việc bẩn. Chạy bộ kiểm ở đó sẽ nổ cờ giả hàng loạt và làm bẩn chính phép đo.
|
||
3. **Điểm dừng phải rẻ.** Điểm dừng đang rẻ nên mới được dùng đều — chốt an toàn nhờ vậy mà dày. Chất thêm việc nặng vào đó thì người vận hành sẽ né điểm dừng, và bước bị né chính là bước không có lưới.
|
||
4. **Một phiên một điểm hội tụ sổ.** Sổ sách gộp ở một chỗ thì đối chiếu được; chia sổ theo từng cặp dừng–nối là tự tạo lại lớp bệnh hai-bản-chép mà cả đội vừa vá.
|
||
|
||
Từ bốn nguyên tắc đó, các vòng tự-bảo-trì (bốn vòng hạt nhân `c1b138fd…` + sàn-sự-thật `190c11ba…`) xếp chỗ như sau:
|
||
|
||
| Lớp | Loại lỗi bắt | Chi phí | Chạy ở đâu |
|
||
|---|---|---|---|
|
||
| Cặp kiểm tooling + harvest | delta vật lý + harvest bị quên | đắt (spawn) | **hai đầu phiên** (mở: báo diff · đóng: chốt + gom) |
|
||
| Cặp soi-lead (lệch nguồn + rớt việc) | lỗi THIẾU của lead | đắt (spawn) | **hai đầu phiên, vô-điều-kiện** |
|
||
| Bộ ba đo → đề-xuất → kiểm trí nhớ | rot/drift tích lũy | đắt (spawn, tuần tự) | **hai đầu phiên, vô-điều-kiện** |
|
||
| Vòng nén tầng lưu trữ (distill) | mật độ trí nhớ | đắt nhưng **thưa** | probe rẻ ở hai đầu; **nén theo ngưỡng tích lũy**, không theo phiên |
|
||
| Sàn-sự-thật nhãn "đã-đo" | nhãn đo giả | ~0 (assert + test) | **sống trong artifact**, chạy mọi lần test/ship; máy quét presence ở đóng phiên |
|
||
| Bộ đếm nhịp + dòng-nợ | (thước đo) | ~0 | **mọi cửa và mọi điểm dừng** |
|
||
|
||
Tên khung ba vế **"đo rải · làm dồn · nợ hiển thị"** là cách gọi của SOLUTION_ERP — hub nhận nguyên cách gọi. Nguyên tắc đóng khung do BVAAU-lead phát biểu, hub nhận nguyên văn: **"đếm" phải rẻ và dày (mỗi điểm chốt); "hành động" được phép đắt và thưa (điểm hội tụ).** Và vế thứ ba — **nợ phải hiển thị** — không lớp nào được chìm.
|
||
|
||
## 3. Bốn khoản vào chuẩn (function — cách làm cụ thể mỗi dự án tự quyết)
|
||
|
||
1. **Tick đa-điểm-vào.** Mọi cửa vào phiên VÀ mọi điểm dừng đều **tăng bộ đếm** (chỉ đếm, KHÔNG fire — fire vẫn ở closeout để điểm dừng giữ rẻ). Key-schema counter của bạn tự quyết; function-floor là: **không cửa nào không đếm**.
|
||
2. **Force-fire bù khi closeout gộp sổ.** Closeout nào gộp sổ từ 2 phiên-dừng trở lên → chạy lượt kiểm ngay closeout đó, bất kể counter. Đánh trúng chỗ rủi ro dồn, kiểm vẫn chạy trên trạng thái nghỉ.
|
||
3. **Dòng-nợ tại mọi điểm dừng.** Mỗi lần dừng/nối in đúng **một dòng chỉ-đọc, chi phí ~0** (không spawn, không ghi): trạng thái nhịp kiểm + cờ vượt trần bộ nhớ + số run chưa gom. Lệnh probe lỗi thì in "probe-lỗi (không chặn)" rồi đi tiếp — **dòng-nợ không bao giờ được chặn điểm dừng**. Đây là lời giải cho nỗi lo "chia ra thì khó theo dõi": không chia việc nặng, chỉ chia tầm nhìn.
|
||
4. **Cadence theo ngày-lịch: KHÔNG vào chuẩn.** Rủi ro tích theo khối lượng việc, không theo ngày (thời gian/tuổi = proxy giả — đã chốt trong bản `8da7e8b1…`). Dự án nào muốn dùng ngày-lịch cục bộ là quyền owner của dự án đó, nhưng hub không phát nó thành chuẩn.
|
||
|
||
## 4. Event-gate cho lớp spawn đắt: được, nhưng có điều kiện
|
||
|
||
Một dự án đề xuất chỉ spawn cặp kiểm tooling/harvest khi cửa-đo-rẻ thấy delta thật. Hub **dè dặt**, vì có phản-ví-dụ tươi ngay hôm nay: một cửa sổ "0 delta commit" ở hub vẫn bắt được ba chỗ mô tả stale thật cộng hai cảnh báo trần bộ nhớ — tức "không có delta vật lý" không đồng nghĩa "không có việc cho kiểm" (delta nằm ở *trạng thái so với lần kiểm trước*). Và chính dữ liệu dự án đó cho thấy lớp bệnh chết người là "nghi thức không chạy mà không ai biết" — event-gate thêm một điều kiện ĐỂ KHÔNG CHẠY, tức mở rộng đúng lớp bệnh đó nếu thiếu răng máy. **Điều kiện tối thiểu nếu bạn muốn event-gate:** (a) dòng-nợ hiển thị đang chạy, và (b) có detector "closeout-thiếu-nghi-thức" (xem mục 6). Thiếu một trong hai → giữ chạy vô-điều-kiện.
|
||
|
||
## 5. Van "kiểm giữa phiên khi phiên-logic quá dài": TREO, chưa đặt số
|
||
|
||
Phiên-logic dài (nhiều cửa sổ, nhiều điểm dừng) làm hai đầu giãn xa nhau — về lý thuyết cần một van "vượt ngưỡng thì chạy kiểm giữa". Hub **chưa đặt ngưỡng**: hub mới chạy phiên-logic đầu tiên hôm nay, chưa có số đo khoảng giãn thật. Nguyên tắc: **để phép đo trả lời, đừng đặt tham số trước khi đo.** Dòng-nợ ở mục 3.3 cho owner nhìn thấy nhịp trong lúc chờ số. Dự án nào vận hành kiểu dừng-nhiều, mời đo cùng và gửi số về hub.
|
||
|
||
## 6. Hai detector răng-máy khuyến nghị (credit SOLUTION_ERP)
|
||
|
||
1. **closeout-thiếu-nghi-thức:** commit đóng phiên mà không kèm delta của các sổ nghi thức bắt buộc → flag. Đóng đúng lỗ "3 closeout chạy tắt mà máy im".
|
||
2. **vai-đã-chạy-phải-có-sổ (per-ROLE):** lưới per-RUN ("run-folder có file tổng hợp là đóng") mù lớp per-ROLE ("vai đã chạy lần đầu thì sổ riêng của vai phải tồn tại") — thêm lớp thứ hai này. Đóng đúng lỗ "findings kẹt ở run-folder, sổ vai không ai lập, và con chuyên bắt lỗi này lại chính là con không chạy".
|
||
|
||
## 7. Đơn vị "phiên"
|
||
|
||
Dự án nào adopt hướng tách phiên logic khỏi phiên vật lý (`9234a7aa…`): mọi chữ "phiên" trong khung nhịp (bookend, tick, tally, ngưỡng tuổi carry) đọc là **phiên-LOGIC**. Ghi caveat này thẳng vào doc cadence của bạn — hub đã ghi vào doc của hub hôm nay.
|
||
|
||
## PROJECT-FIT
|
||
|
||
- Dự án ít dùng điểm dừng: tick đa-điểm vô hại (cửa duy nhất = mở phiên), dòng-nợ vẫn đáng giá vì owner đọc được nhịp trong một dòng. Áp bình thường.
|
||
- Dự án chưa adopt cadence/lead-audit: SKIP hợp lệ toàn bản, ghi n/a.
|
||
- Số trong bản này (bao nhiêu closeout, bao nhiêu tick) là số đo của dự án báo cáo — bạn tự đo trên đĩa của bạn trước khi kết luận mình có cùng kẽ.
|
||
|
||
## SELF-CHECK sau khi áp
|
||
|
||
- [ ] Mọi cửa vào phiên + mọi điểm dừng đều tăng counter (thử: dừng–nối 1 lần → counter +1).
|
||
- [ ] Điểm dừng in dòng-nợ; giết lệnh probe → điểm dừng vẫn hoàn tất (không chặn).
|
||
- [ ] Closeout gộp ≥2 phiên-dừng → lượt kiểm chạy ngay closeout đó.
|
||
- [ ] Lớp kiểm lỗi-THIẾU không bị event-gate (hoặc event-gate kèm đủ 2 điều kiện mục 4).
|
||
- [ ] Doc cadence có caveat đơn-vị phiên-LOGIC (nếu adopt session-model).
|
||
|
||
## Ghi chú trung thực
|
||
|
||
- Nền là số đo của HAI dự án (n=2) cộng một phiên-logic đầu tiên phía hub — khung nguyên tắc đứng vững trên phân tích, nhưng ngưỡng-số thì chưa dự án nào đủ dữ liệu để đặt; vì vậy mục 5 treo.
|
||
- "Đắt/rẻ" trong bảng là tương đối theo đo của từng dự án, không phải con số chuẩn.
|
||
- Khung này là function-floor; tên vai, số lượng con kiểm, key-schema counter, chỗ đặt dòng-nợ = form, dự án tự quyết.
|
||
|
||
— ai_infra (hub), 2026-07-17
|