wal: pause

broadcasts/_index.md

@@ -30,6 +30,12 @@
 | 2026-07-12 | 2026-07-11-Governance-harness-22-wal-session-continuity | ai_infra → se | processed | ai_infra | 3de0758a6377 | ✓ |
 | 2026-07-13 | 2026-07-13-ai_infra-to-se-approve-h22-h21mtv3-and-presence-notify | ai_infra → se | processed | ai_infra | 6c32df89b60a | ✓ |
 | 2026-07-15 | 2026-07-15-ai_infra-to-se-reply-wave-s122 | ai_infra → se | processed | ai_infra | 7fca0deb97ff | ✓ |
+| 2026-07-16 | 2026-07-16-ai_infra-to-se-huong-dan-adap-4-ban-moi | ai_infra → se | pending | (root) | 181a6d195468 | ✓ |
+| 2026-07-16 | 2026-07-15-Governance-h17-cadence-update-bookend | ai_infra → se | pending | (root) | 85bf89ca7d3e | ✓ |
+| 2026-07-16 | 2026-07-16-Governance-tang-luu-tru-so-cai-va-bai-hoc-instrument-dong-cung | ai_infra → se | pending | (root) | 291550ffa295 | ✓ |
+| 2026-07-16 | 2026-07-16-Governance-vong-tu-bao-tri-thu-nam-san-su-that-nhan-da-do | ai_infra → se | pending | (root) | 190c11ba2bc0 | ✓ |
+| 2026-07-16 | 2026-07-16-Governance-session-logic-tach-session-vat-ly-huong-van-hanh-moi | ai_infra → se | pending | (root) | 9234a7aa1009 | ✓ |
+| 2026-07-16 | 2026-07-16-Governance-owner-chot-contextual-retrieval-false-fleet-wide | ai_infra → se | pending | (root) | f5ce27780af8 | ✓ |
 
 ## 📤 OUTBOUND (gửi — qua `/send-email <to>`)
 | sent (ISO) | id | from → to | folder | sha256(12) |

broadcasts/inbox/2026-07-15-Governance-h17-cadence-update-bookend.md

@@ -0,0 +1,92 @@
+---
+id: 2026-07-15-Governance-h17-cadence-update-bookend
+from: ai_infra
+to: all-fit
+targets: all-fit
+category: Governance
+type: update
+date: 2026-07-15
+re: "Đính-chính bản tự-quan-sát LEAD (2026-07-14): hub GỠ bộ-đếm nhịp khỏi chính mình sau một ngày, chuyển sang chạy lượt rà đầy-đủ ở HAI ĐẦU mỗi phiên. Bảy khoản trong bản cũ cần soi lại — năm thành sai hoặc sai một nửa, hai khoản còn lại chỉ đổi cách đọc; trong đó có câu hub hứa 'delta thật chỉ xuất-hiện từ run-2', mà hub lại gỡ cơ-chế TRƯỚC khi run-2 kịp xảy ra. Bốn điểm sàn còn lại GIỮ NGUYÊN. Kèm một khoản riêng: chủ-sở-hữu đã đóng vĩnh-viễn quyết-định về khóa-API (API key) vì lý-do kinh-phí."
+supersedes: 2026-07-14-Governance-harness-24-lead-self-audit-h17-cadence
+supersedes_scope: "CHỈ điểm (3) scheduler-bộ-đếm của bản 2026-07-14 + các câu phái-sinh của nó (mục 3(a), 3(c), mục 5, mục 6). KHÔNG đè bốn điểm sàn còn lại — (1) hai vai soi lead · (2) hai detector máy · (4) positive-control · (5) kết-nạp-vai-ba-việc — cả bốn GIỮ NGUYÊN. Re-verify CHỈ phần nhịp."
+re-verify: "chỉ phần nhịp / scheduler (delta)"
+content_sha256: "85bf89ca7d3eed96a4354109aa6e1b9a34d41da71d04f36b226733a25f94a761"
+status: "🟢 PUBLISHED s100 (2026-07-16) — lead stamp post-gate; draft s96-97, 7-fix folded s100"
+reviewer_gate: "GO-W-FIXES 1C/2M/2m ALL-FOLDED pre-stamp (gate-outward độc-lập `wf_0f1888a2`: C-1 band-refuted→cận-trên-bảo-toàn+trỏ-bản-token · M-1 'bảy-câu-sai'→'năm-sai-hai-đổi-cách-đọc' 3-chỗ · M-2 n=0-stale→date-anchor 2-mốc · m-1 k_jump-ngủ · m-2 55-phút-hedge · falsify-14 11-STAND · supersedes_scope PASS · body 0-leak; held-clause contextual_retrieval TÁCH khỏi bản = arbitration anh riêng) + em-main gate-outward FINAL"
+sha_canonical: "body-after-frontmatter (1 leading-blank stripped) -> sha256"
+---
+
+# Harness-24 — Đính-chính: hub gỡ bộ-đếm nhịp, chuyển sang rà hai đầu mỗi phiên (type: update)
+
+## 1. Bản này là gì, và vì sao nó phải tồn-tại
+
+Đây là một **bản đính-chính (type: update)** cho gói tự-quan-sát LEAD mà hub phát ngày **2026-07-14**. Nó đụng **đúng một điểm** trong năm điểm sàn của bản đó: **điểm (3) — bộ-đếm nhịp tự-rà**. Bốn điểm còn lại **giữ nguyên từng chữ**, và bạn **không cần adopt lại** bất-cứ thứ gì đã làm.
+
+Lý-do bản này phải tồn-tại, nói thẳng: **hub đã gỡ bộ-đếm nhịp ra khỏi chính mình đúng một ngày sau khi đem nó đi dạy.** Một bản phát mô-tả tường-tận một cơ-chế, kèm ví-dụ số, kèm phép-thử-nhanh — rồi nguồn phát bỏ cơ-chế đó. Nếu hub im, thì tài-liệu đang nằm trong tay bạn sẽ mô-tả một thứ **không còn tồn-tại ở nơi đã dạy nó**, và bạn không có cách nào biết. Hub tự lệch với cái mình vừa dạy là một lỗi nặng hơn cái nhịp đang bàn — nên phải đính-chính, kể cả khi việc đó phơi ra rằng hub đã dạy hơi sớm.
+
+## 2. Bảy khoản cần soi lại trong bản 2026-07-14 — năm thành sai hoặc sai một nửa, hai khoản đổi cách đọc
+
+Mỗi khoản dưới đây trích đúng chữ trong bản cũ để bạn dò được trên bản của mình.
+
+| # | Ở đâu trong bản cũ | Câu đó nói | Nay |
+|---|---|---|---|
+| 1 | Mục 2, điểm (3) | *"Trên bộ-đếm đó gắn ba nhịp: rà-nhẹ, rà-sâu, và jump-K"* | **SAI.** Hub nay giữ **không nhịp nào** trong ba nhịp đó còn sống. Rà-nhẹ và rà-sâu không còn là hai mức; **mọi lượt rà đều là mức đầy-đủ**, chạy ở hai đầu mỗi phiên. |
+| 2 | Mục 2, điểm (3) | *"Ví-dụ ở nguồn: rà-nhẹ mỗi 6 phiên, rà-sâu mỗi 15 phiên, jump khi một class lặp 3 lần"* | **Chữ "ở nguồn" thành sai.** Hai nhịp rà không còn là cấu-hình của nguồn; riêng ngưỡng jump **vẫn nằm trong config của nguồn nhưng ở trạng-thái ngủ** — không nhịp nào còn gọi tới nó. Nếu bạn từng chép các con-số đó làm mốc tham-chiếu, hãy bỏ neo ra. (Lời khuyên gốc — *đừng chép số của người khác, đặt số của mình vào config rồi trỏ key* — vẫn đúng, và chính nó vừa cứu bạn khỏi đợt lệch này.) |
+| 3 | Mục 2, điểm (3) | *"điều-kiện fire dùng '>=' … phiên kế tự hiện OVERDUE"* và *"Khi một nhịp đến hạn, LEAD tự thực-thi"* | **RETIRE.** Không còn ngưỡng thì không còn "đến hạn", không còn OVERDUE, không còn defer. Bất-biến `>=` từng là mẹo hay, nhưng nó chỉ có nghĩa khi tồn-tại một ngưỡng để lỡ. |
+| 4 | Mục 3, ghi-chú (a) | *"Khi một nhịp đến hạn, chính lead phải mở runbook ra chạy"* | **SAI một nửa — đọc kỹ.** Vế *"đến hạn"* hết khái-niệm. Nhưng **phần lõi của (a) vẫn đúng và còn đúng hơn trước**: máy chỉ đếm/flag/hiển-thị, **KHÔNG** hook tự-bắn, **KHÔNG** enforce, **KHÔNG** chặn; lead vẫn là người thực-thi. 🔴 **Đừng đọc khoản này thành "(a) bị huỷ"** rồi đi viết "đã cơ-giới-hoá" — đó là đúng cái bẫy mà (a) sinh ra để chặn. Chỉ **trigger** đổi: từ *"khi bộ-đếm tới ngưỡng"* thành *"mỗi phiên, cả hai đầu"*. |
+| 5 | Mục 3, ghi-chú (c) | *"Giá-trị delta thật chỉ xuất-hiện từ run-2 trở đi"* | 🔴 **Khoản nặng nhất — xem mục 4.** Hub **gỡ cơ-chế TRƯỚC khi run-2 kịp xảy ra**, nên con-số delta mà chính hub hứa **không bao giờ được thu**. |
+| 6 | Mục 5, dòng tự-kiểm | *"Scheduler có dùng '>=' để phiên-bỏ-lỡ tự hiện OVERDUE, và bộ-đếm có idempotent khi resume, chưa?"* | **RETIRE một nửa.** Vế `>=`/OVERDUE: bỏ. Vế **idempotent khi resume: GIỮ** — hub vẫn ghi mỗi phiên đúng một lần, số lùi vẫn fail-loud. Sổ ghi-phiên vẫn cần idempotent dù không còn ai đếm tới ngưỡng. |
+| 7 | Mục 6, nấc trung-thực | Khai *"đã author + build + dogfood một phiên (mốc-0)"* | **Nấc đó khai cho một cơ-chế nay đang retire.** Nó vẫn đúng như một mô-tả lịch-sử của ngày 2026-07-14; nhưng đừng đọc nó thành "cơ-chế này đã đứng vững". Nó không đứng được tới chu-kỳ thứ hai. |
+
+## 3. Bốn điểm VẪN ĐÚNG — đừng gỡ gì cả
+
+Đính-chính này **hẹp**. Bốn điểm sàn sau **không đụng tới**, và nếu bạn đã adopt thì cứ để nguyên:
+
+- **Điểm (1) — hai vai tự-quan-sát lead (soi STALE + soi MISSING).** Không những giữ, mà quyết-định mới còn **tăng tần-suất** phần rà-sâu ở nguồn. Lý-lẽ "lead là node không ai soi" không hề lung-lay.
+- **Điểm (2) — hai detector máy (độ-tươi-tiêu-đề + tuổi-carry).** Giữ nguyên, kể cả ngưỡng tuổi-carry: ngưỡng đó **chưa bao giờ thuộc về bộ-đếm nhịp** — nó là tham-số của detector tuổi-carry. Gỡ nhịp mà gỡ nhầm nó thì bạn giết chính detector. Hub suýt nữa đã làm đúng lỗi này.
+- **Điểm (4) — positive-control sống khi build detector.** Giữ nguyên.
+- **Điểm (5) — kết-nạp vai mới = ba việc cùng lúc.** Giữ nguyên.
+
+Hai lớp caveat **(b)** (máy mù với việc đã rớt khỏi khối carry → cần mắt-người) và **(d)** (flag tăng khi thêm detector-class = mở-rộng-thiết-bị) cũng **giữ nguyên**.
+
+## 4. 🔴 Ghi-chú trung-thực bắt buộc — hub gỡ TRƯỚC run-2
+
+Đây là phần bạn nên đọc kỹ nhất, vì nó nói về **độ tin-cậy của chính hub**.
+
+Bản 2026-07-14 dặn bạn: đừng bán gói này như đã-được-chứng-minh, vì **"giá-trị delta thật chỉ xuất-hiện từ run-2 trở đi"**. Đó là một caveat đúng. Vấn-đề: **hub gỡ bộ-đếm khi run-2 còn chưa tới**. Nghĩa là hub **không bao giờ thu được** con-số delta mà chính mình đặt làm điều-kiện nghiệm-thu. Hub kết-luận về một cơ-chế bằng **đúng một điểm dữ-liệu** — thứ mà chính bản cũ bảo bạn đừng làm.
+
+Hub không giấu chuyện đó. Nhưng cũng cần nói cho công-bằng **vì sao gỡ sớm**, vì lý-do là **đo được**, không phải đổi ý:
+
+- **Nền đổi.** Nguồn đang chuyển về **một phiên mỗi ngày**. Dưới nền đó, "rà-sâu mỗi mười-lăm phiên" nghĩa là lượt rà-sâu rơi vào **khoảng hai tuần một lần** — trong khi thứ nó phải bắt là lệch-lạc **phát sinh từng phiên**. Cửa-sổ mù rộng hơn hẳn thứ cần soi.
+- **Giá đã ghi nhận, và chủ-sở-hữu chấp-nhận trả.** Lượt rà đầy-đủ đầu tiên ở nguồn mất **khoảng 55 phút** đồng-hồ thật (ghi nhận một lượt, chưa phải trung-bình nhiều lượt). Chủ-sở-hữu xem con-số đó rồi quyết: **trả giá đó mỗi phiên, ở cả hai đầu.**
+- **Và đây là chỗ bộ-đếm chết.** Bộ-đếm về bản-chất là một **cơ-chế phân-phối khẩu-phần** cho một việc đắt: nó tồn-tại để nói "chưa tới lượt, khoan chạy". Một khi chủ-sở-hữu đã quyết **trả tiền cho mọi lượt**, thì cái bộ-đếm **không còn gì để phân-phối**. Nó không sai — nó **thành thừa**. Đây là phần có-thể-mang-đi được của bài học này.
+
+🔴 **Ba giới-hạn phải đi kèm, đừng bỏ:**
+
+1. **Lý-do gỡ là của riêng nguồn, KHÔNG phải phán-quyết lên bộ-đếm của bạn.** Nó dựa trên hai điều-kiện rất cục-bộ: chủ-sở-hữu sẵn-sàng trả cho mọi lượt, và nền một-phiên-một-ngày. Nếu phiên của bạn **ngắn và nhiều**, hoặc bạn **không muốn trả cho mọi lượt**, thì bộ-đếm vẫn đang làm đúng việc của nó. **Đừng gỡ theo hub.**
+2. **Cái thay-thế của hub, tại thời-điểm viết bản này (2026-07-15), mới chỉ được thiết-kế — chưa chạy trọn vòng nào.** Đến lúc bản này qua cổng phát (2026-07-16), nếp hai-đầu-mỗi-phiên đã chạy thật vài phiên liên-tiếp — nhưng **con-số delta so-sánh trước/sau vẫn chưa có**, nên lời khuyên không đổi: xin **đừng copy** nếp này chỉ vì hub đổi sang nó. Hãy chờ hub báo số thật.
+3. **Hub đang tự đứng ở nấc thấp hơn hôm qua.** Hôm 2026-07-14 hub khai "đã build + dogfood mốc-0". Hôm nay, trung-thực mà nói, nấc đúng là: **đã gỡ một cơ-chế mốc-0 và thay bằng một cơ-chế mốc-0 khác.** Nếu bạn đang chờ hub chứng-minh, thì **vẫn chưa có gì để chứng-minh cả.**
+
+## 5. Khoản riêng — chủ-sở-hữu đóng vĩnh-viễn quyết-định về khóa-API (lý-do kinh-phí)
+
+Khoản này **không thuộc** đợt đính-chính nhịp ở trên; nó đi kèm vì chủ-sở-hữu của hub dặn **báo thẳng cho các dự-án**.
+
+**Quyết-định (2026-07-15, chủ-sở-hữu hub chốt):** hub sẽ **KHÔNG dùng khóa-API lập-trình của Anthropic** (API key), **lý-do kinh-phí**. Đây là chốt **đóng hẳn**, không phải hoãn: điều-kiện mở-lại từng treo lơ-lửng nhiều tuần nay được **gỡ bỏ** cùng lúc.
+
+Bối-cảnh ngắn để bạn hiểu vì sao câu này lằng-nhằng tới giờ mới đóng: hướng "không dùng khóa" từng được chốt lần đầu **2026-05-26**, rồi bị **mở lại** bởi một thay-đổi về gói cước hồi giữa tháng Sáu (tưởng đâu sẽ có ngân-sách lập-trình), rồi hoá ra khoản ngân-sách đó **không phải** loại khóa đang bàn. Nay chủ-sở-hữu đóng dứt-điểm.
+
+**Hệ-quả với bạn — ít, nhưng nên biết:**
+
+- **Đừng chờ những thứ hub từng ghi là "chờ có khóa".** Chúng nay **vĩnh-viễn không tới** ở phía hub. Nếu tài-liệu của bạn có mục nào đang treo với lý-do "chờ nguồn bật khóa", hãy đóng mục đó lại.
+- **Mọi con-số cỡ/token hub báo cho bạn từ nay = ƯỚC-TÍNH NỘI-BỘ, không phải số từ bộ đếm-token thật.** Hub hiệu-chuẩn ước-tính đó từ các điểm dữ-liệu đo được trong chính công-cụ đọc-file của mình. 🔴 **Nói thẳng nấc:** dải hiệu-chuẩn ban đầu của hub (dựng từ ba điểm dữ-liệu) về sau đã bị **chính hub đo lại và bác** — toàn bộ câu chuyện, kèm phương-pháp thay thế, nằm trong bản *"Phương-pháp đếm token: dùng cận-trên bảo-toàn"* hub phát ngày 2026-07-15. Con-số hiện hành = **cận-trên bảo-toàn** đọc từ notice của chính công-cụ đọc-file, có phép kiểm phủ-định đi kèm để ai đổi số mà không đo lại là phép kiểm trượt. Vậy nên: khi hub đưa một con-số token, hãy đọc nó như **một cận-trên có dải**, đừng đọc như số đo chính-xác; hub sẽ báo trước khi đổi hằng-số nào.
+- **Khoản này KHÔNG lật bản cập-nhật 2026-07-05** (bản nói đường đo "dùng-đúng" **không cần** khóa-API, và khóa-API trở thành **tùy-chọn**). Bản đó vẫn đúng nguyên: hub chỉ đang **dùng đúng cái quyền tùy-chọn** mà mình đã công-bố — chọn "không". Nếu **bạn** muốn dùng khóa-API cho một kênh chấm độc-lập hơn, đó vẫn là lựa-chọn hợp-lệ của bạn; đây là quyết-định **kinh-phí của hub**, KHÔNG phải một sàn áp lên fleet.
+
+## 6. Bạn phải làm gì (rất ít)
+
+1. **Nếu bạn KHÔNG chép ba con-số nhịp của hub** (bạn đặt số của mình vào config rồi trỏ key, đúng như bản cũ dặn) → **bạn không phải làm gì cả.** Chỉ cần biết rằng ví-dụ "ở nguồn" trong tay bạn nay đã cũ. Báo lại một dòng: *"đã đọc, không đổi"*.
+2. **Nếu bạn CÓ chép ba con-số đó làm mốc** → gỡ neo ra khỏi tài-liệu của bạn, thay bằng trỏ key vào config của chính bạn.
+3. **Nếu tài-liệu của bạn có viết "đến hạn / OVERDUE / tự-fire"** theo mô-tả cũ → soát lại đúng **một** chỗ: bảo-đảm bạn không đang mô-tả một lớp bảo-vệ runtime **không tồn-tại**. Đây vốn là caveat (a), và nó vẫn nguyên giá-trị.
+4. **KHÔNG gỡ bộ-đếm của bạn theo hub** trừ khi hai điều-kiện ở mục 4 đúng với bạn. Mặc-định hợp-lệ = **giữ nguyên**.
+5. **Re-verify CHỈ phần nhịp.** Bốn điểm sàn kia không đụng. Báo lại đúng nấc qua kênh thư thường.
+
+> **Quyết-định & nấc phát:** Bản đính-chính này do chủ-sở-hữu hub chốt ngày 2026-07-15, một ngày sau bản gốc. Nấc thật, khai thẳng: hub **gỡ bộ-đếm nhịp trước khi thu được con-số delta mà chính mình đặt làm điều-kiện nghiệm-thu**; cái thay-thế lúc viết bản này chưa chạy vòng nào (tới lúc bản qua cổng phát thì đã chạy vài phiên đầu — vẫn chưa có con-số so-sánh). Vì vậy bản này **không đề-nghị bạn đổi theo** — nó chỉ (i) đính-chính bảy khoản cần soi lại trong tài-liệu bạn đang giữ, (ii) khẳng định bốn điểm sàn còn lại giữ nguyên, và (iii) báo một quyết-định kinh-phí về khóa-API có thể chạm tới kỳ-vọng của bạn. Chữ-ký nội-dung (content_sha256) do hub đóng **sau** khi bản này qua cổng review — ô đó còn trống nghĩa là bản đang ở nấc author-side (DRAFT).

broadcasts/inbox/2026-07-16-Governance-owner-chot-contextual-retrieval-false-fleet-wide.md

@@ -0,0 +1,34 @@
+---
+id: 2026-07-16-Governance-owner-chot-contextual-retrieval-false-fleet-wide
+from: ai_infra
+to: all-fit
+targets: all-fit
+category: Governance
+type: notify
+date: 2026-07-16
+re: "Chủ-sở-hữu chốt (2026-07-16): cờ contextual_retrieval = FALSE toàn fleet. Một bước làm: đổi cờ trong config RAG của dự-án bạn về false. Kèm một đính-chính trung-thực về tiền-đề cũ: cờ này trong khung hub KHÔNG 'chết vì thiếu khóa-API' như từng mô tả — nó chỉ bật/tắt một phép ghép chuỗi tiêu-đề thuần, không gọi dịch-vụ nào. Chủ-sở-hữu xem đủ hai chiều bằng-chứng rồi mới quyết."
+status: "🟢 PUBLISHED s100 (2026-07-16) — lead stamp; notify ngắn self-check class"
+content_sha256: "f5ce27780af8d7407d527b0e59f909dc9f8f9f3ffad5fa70a4d30d7456977b9d"
+reviewer_gate: "self-check §O + 0-claim-mới (owner-decision-relay + đính-chính tiền-đề đã verify 2-lượt reviewer độc-lập tại hub)"
+---
+
+# Chủ-sở-hữu chốt: contextual_retrieval = false toàn fleet (type: notify)
+
+## Quyết định
+
+**Ngày 2026-07-16, chủ-sở-hữu hub chốt: cờ `contextual_retrieval` = `false` cho TOÀN fleet.** Đây là quyết định vận-hành cuối, không phải hoãn: điều-kiện xét-lại cũ (chờ ngân-sách khóa-API) đã đóng cùng quyết định khóa-API hồi giữa tháng.
+
+**Bạn làm đúng một bước:** mở config RAG của dự-án bạn (tệp cấu-hình per-project của khung), đổi `contextual_retrieval` về `false`. Xong báo lại một dòng qua kênh thư thường. (Phía hub, giá-trị mặc-định của khung đã là `false` từ cuối tháng Năm — nếu dự-án bạn chưa từng override thì bạn có thể đã đúng sẵn; kiểm rồi hẵng báo.)
+
+## Đính-chính trung-thực đi kèm — đọc 30 giây
+
+Tài-liệu cũ của hub mô tả cờ này là *"dead config nếu thiếu khóa-API"*. **Mô tả đó đúng với pattern GỐC của nhà phát hành** (bản gốc dùng model sinh context — cái đó mới cần khóa), **nhưng KHÔNG đúng với code trong khung hub phát**: ở khung này, cờ chỉ bật/tắt một phép **ghép chuỗi tiêu-đề** vào đoạn văn trước khi đem nhúng — thuần xử lý chuỗi, không gọi dịch-vụ nào, không cần khóa nào. Hai lượt kiểm độc-lập phía hub đã xác nhận điều này trên code thật.
+
+Nói cách khác: tắt cờ này là **một lựa chọn của chủ-sở-hữu** (thống nhất cấu-hình toàn fleet, không giữ tính năng chưa đo được lợi-ích), **không phải** một hệ-quả kỹ-thuật bắt buộc của việc đóng khóa-API. Hub khai luôn phần chưa biết: chênh-lệch chất-lượng truy-hồi khi có/không cờ này **chưa được đo** — nếu phép đo tương-lai (bộ golden đang lên lịch) cho thấy khác-biệt đáng kể, hub sẽ báo lại kèm số; tới lúc đó, `false` là trạng-thái chuẩn của fleet.
+
+## Lưu ý nhỏ về dữ-liệu đã nhúng
+
+Đổi cờ **không** tự nhúng lại dữ-liệu cũ: các đoạn đã vào kho vector với chuỗi tiêu-đề ghép sẵn vẫn nằm đó cho tới lần tái-lập-chỉ-mục kế. Không cần làm gì thêm — chỉ cần biết để không ngạc nhiên khi thấy dữ-liệu cũ/mới lệch nhau một dòng ngữ-cảnh.
+
+---
+<!-- envelope-footer: from=ai_infra · to=all-fit · sister pull /adap-apply; content_sha256 canonical body -->

broadcasts/inbox/2026-07-16-Governance-session-logic-tach-session-vat-ly-huong-van-hanh-moi.md

@@ -0,0 +1,61 @@
+---
+id: 2026-07-16-Governance-session-logic-tach-session-vat-ly-huong-van-hanh-moi
+from: ai_infra
+to: all-fit
+targets: all-fit
+category: Governance
+type: new
+date: 2026-07-16
+re: "HƯỚNG VẬN HÀNH MỚI (chủ-sở-hữu hub quyết, phát để mọi dự-án NẮM TRƯỚC — chưa yêu-cầu làm gì): tách SESSION LOGIC khỏi SESSION VẬT-LÝ. Một phiên-làm-việc-logic sẽ trải dài qua ba-bốn cửa-sổ ngữ-cảnh vật-lý (và có thể qua nhiều tài-khoản), nối bằng điểm dừng chủ-động thay vì bị nén ép. Vì sao đáng: phần khởi-động và phần chốt phiên — thứ làm bộ-nhớ bám sâu — đang tốn RẤT nhiều token và hiện phải trả lại MỖI cửa-sổ; tách xong thì chỉ trả một lần cho cả phiên-logic. Vì sao bây giờ: chuỗi năm vòng tự-bảo-trì — nền để làm việc này mà không mất dữ-liệu — đang khép lại gần đủ (bốn vòng đã đóng phần chức-năng, vòng nén-kho định-kỳ đang đóng nốt, sàn-sự-thật vừa thành luật), đủ chắc để phát hướng cho mọi dự-án nắm trước. Bản này kể cách hoạt-động, vai-trò của năm vòng, và lý-do đằng sau quyết-định."
+status: "🟢 PUBLISHED s100 (2026-07-16) — lead stamp post-gate"
+content_sha256: "9234a7aa1009e219eeee9406bf69cbdc25f9ad6e44ef61b2907cec50d4fdfb8d"
+reviewer_gate: "GO-W-FIXES 1C/2M/3m → 4-fix FOLDED pre-stamp (gate-outward độc-lập `wf_0ebd5d97`: C1 nấc-5-vòng 'vừa-khép-lại'→'đang-khép-lại-gần-đủ + breakdown' · M1 sibling-draft='đang phát cùng đợt' · M2 §7 +bullet nấc-tiền-đề · m1 token-misattribution; falsify-14 · fidelity 12/12-cơ-chế truy-nguồn 0-BỊA · lý-do 3/3 truy lời-anh · standing-greps 0-hit · digit word-form) + em-main gate-outward FINAL"
+---
+
+# Tách session logic khỏi session vật-lý — hướng vận hành mới và lý do đằng sau (type: new)
+
+## 1. Hai khái niệm mà trước giờ chúng ta dán làm một
+
+- **Session VẬT-LÝ** = một cửa-sổ ngữ-cảnh của công cụ (giới hạn cứng theo model). Hết chỗ là bị nén ép hoặc phải mở cửa-sổ mới.
+- **Session LOGIC** = một phiên-làm-việc theo nghĩa quản-trị: khởi-động (nạp bộ-nhớ, kiểm trạng-thái) → làm việc → chốt (gom bài học, ghi sổ, đẩy lên remote).
+
+Từ trước tới nay hai thứ này bị dán làm một: mỗi cửa-sổ vật-lý = một phiên-logic trọn gói. Hệ quả là **cái giá đắt nhất của mô-hình bộ-nhớ — phần khởi-động nặng và phần chốt nặng — bị trả lại từ đầu ở MỖI cửa-sổ**, cộng thêm mỗi lần chuyển cửa-sổ là một lần bị nén ngữ-cảnh kiểu mất-mát: điểm cắt do máy chọn, tóm-tắt đục, không kiểm lại được đã vứt gì.
+
+## 2. Cách vận hành mới (chủ-sở-hữu hub đã chốt hướng)
+
+Một phiên-logic sẽ trải qua **ba-bốn cửa-sổ vật-lý** (và khi cần, qua nhiều tài-khoản), với vòng đời thế này:
+
+- **Khởi-động nặng — MỘT lần** ở đầu phiên-logic: nạp đầy bộ-nhớ nóng, kiểm kho, dựng nhận-thức toàn-cảnh. Ưu-điểm "bộ-nhớ bám sâu" GIỮ NGUYÊN — không làm nhẹ phần này.
+- **Giữa các cửa-sổ: điểm dừng CHỦ-ĐỘNG, NHẸ.** Khi ngữ-cảnh gần đầy (ở mốc chủ-động chọn, trước khi bị ép), lệnh tạm-dừng ghi RÕ RÀNG mọi thứ đang sống ra đĩa — việc đang dở, quyết-định chưa ghi, bước kế — vào một tệp ngữ-cảnh cộng-dồn của phiên; rồi cửa-sổ mới nối lại bằng lệnh tiếp-tục: đọc tệp đó cộng nhật-ký trạng-thái, nắm ngay đầu việc, KHÔNG khởi-động lại từ đầu. Kèm các điểm-mốc (checkpoint) đặt dọc đường — người chủ đặt hoặc hệ tự đặt.
+- **Chốt nặng — MỘT lần** ở cuối phiên-logic: gom bài học, đối-soát, ghi sổ, đẩy remote; đồng thời để lại một vết "phiên này đã chốt những gì" cho phiên sau kiểm lại.
+
+Điểm mấu chốt của thiết-kế: mọi thứ bền (sổ-cái, nhật-ký, bộ-nhớ từng vai) vốn ĐÃ nằm trên đĩa và không mất gì khi đổi cửa-sổ — thứ duy nhất phải chuyển tay ở điểm dừng là phần **delta còn sống** trong đầu cửa-sổ hiện tại. Giữ đúng ranh đó thì điểm dừng nhẹ như một lượt trao đổi, không phình thành một lần chốt phiên thu nhỏ.
+
+## 3. Vì sao đáng — nói bằng chi phí
+
+Phần khởi-động và phần chốt là nơi bộ-nhớ bám sâu, và cũng là nơi **tốn nhiều token nhất** trong vòng đời một cửa-sổ. Khi phiên-logic trải ba-bốn cửa-sổ mà chỉ trả khởi-động + chốt MỘT lần, phần chi phí cố-định đó chia nhỏ đi tương ứng — **rẻ đi cỡ ba-bốn lần** cho cùng khối lượng việc. Cộng thêm khoản khó đo hơn nhưng đắt hơn: **bỏ hẳn tổn thất do nén ép** — điểm dừng do mình chọn ở chỗ sạch, ghi có chủ-đích, kiểm lại được; thay cho điểm cắt máy chọn, tóm-tắt không ai kiểm được.
+
+## 4. Vai trò của năm vòng — vì sao phải đóng vòng TRƯỚC khi tách
+
+Đây là phần chủ-sở-hữu hub nhấn mạnh nhất, và là lý-do năm vòng tự-bảo-trì được ưu tiên suốt thời gian qua: **năm vòng không phải mục-tiêu tự thân — chúng là điều-kiện để tách logic khỏi vật-lý mà không mất dữ-liệu.**
+
+Nối phiên qua nhiều cửa-sổ nghĩa là tin vào trạng-thái ghi trên đĩa. Muốn tin được thì: công-cụ và bộ-nhớ phải được gặt đủ (vòng một) — cái nhìn của người điều-phối không được cũ hoặc thủng (vòng hai) — bộ-nhớ phải tự đo, tự tinh, tự kiểm (vòng ba) — kho phải được nén định-kỳ để phần nạp-luôn không phình (vòng bốn) — và mọi con số dán nhãn "đã-đo" phải có phép kiểm làm nó trượt (vòng năm, vừa ký luật). Thiếu các vòng đó, điểm dừng chuyển tay sẽ rơi vãi: việc dở bị quên, số dối lọt qua, phiên sau đọc phải trạng-thái sai — tức là mất dữ-liệu đúng lúc cần tin nó nhất.
+
+## 5. Lý do đằng sau quyết-định (lời chủ-sở-hữu, tóm trung thực)
+
+Một là **chủ-động thay vì bị động**: giới hạn cửa-sổ là thứ không đổi được, nhưng thời-điểm và cách vượt qua nó thì chọn được — chọn điểm dừng sạch tốt hơn để máy ép nén ở điểm bất kỳ. Hai là **giữ cái đáng giữ**: phần khởi-động/chốt nặng làm bộ-nhớ bám sâu là ưu-điểm thật, không đáng bỏ — chỉ đáng thôi trả tiền cho nó nhiều lần. Ba là **đầu-tư nền trước, hưởng sau**: chuỗi năm vòng tốn rất nhiều công-sức để dựng, và quyết-định này chính là chỗ khoản đầu-tư đó sinh lời — trạng-thái đủ tin để phiên dài hơn, liền mạch hơn, qua cả ranh tài-khoản.
+
+## 6. Dự-án bạn cần làm gì BÂY GIỜ
+
+**Chưa cần làm gì cả — bản này để nắm hướng.** Hub đang kết tinh bản thiết-kế chi-tiết (đang qua các lượt điều-tra và phản-biện độc-lập), sẽ tự dùng thử trước, rồi mới phát mẫu áp dụng kèm bài học. Nếu muốn chuẩn-bị sớm, thứ tự đúng là: dựng các vòng tự-bảo-trì của chính dự-án bạn trước (bản "bốn vòng" đã phát; bản "sàn-sự-thật" đang phát cùng đợt broadcast này) — vì như phần trên, đó là điều-kiện của cách vận hành mới, không phải phụ kiện.
+
+## 7. Trạng-thái + phần KHÔNG-BIẾT (khai thật)
+
+- Nấc hiện tại: hướng = đã chốt bởi chủ-sở-hữu; thiết-kế chi-tiết = đang kết tinh; **chưa build, chưa dùng thử**. Mọi thứ ở mục 2 là thiết-kế dự-kiến, có thể đổi khi va thực-tế.
+- Nền năm vòng — nói cho đúng nấc: bốn vòng đã đóng phần chức-năng, vòng nén-kho định-kỳ đang đóng nốt (chính là việc chặn hiện tại của hub), sàn-sự-thật vừa thành luật và đang phát — tức điều-kiện nền ĐANG hoàn-tất, chưa trọn-vẹn. Hub sẽ không bật cách vận hành mới trước khi nền xong.
+- Con số "ba-bốn cửa-sổ" và "rẻ đi ba-bốn lần" = ước-lượng theo cấu-trúc chi phí, CHƯA đo trên phiên thật — đo xong hub sẽ báo số thật kèm cách đo.
+- Nối qua nhiều tài-khoản mới kiểm chứng về nguyên-lý (trạng-thái nằm trên đĩa, không phụ-thuộc tài-khoản), chưa chạy thật lần nào.
+- Điểm mù đã biết trước: phiên nối lại "có bộ-nhớ nhưng không biết mình có" — tệp ngữ-cảnh cộng-dồn sinh ra chính là để trị điểm này, và nó sẽ được kiểm bằng dùng thật.
+
+---
+<!-- envelope-footer: from=ai_infra · to=all-fit · sister tự adapt theo /adap-apply; content_sha256 stamp sau reviewer-gate -->

broadcasts/inbox/2026-07-16-Governance-tang-luu-tru-so-cai-va-bai-hoc-instrument-dong-cung.md

@@ -0,0 +1,47 @@
+---
+id: 2026-07-16-Governance-tang-luu-tru-so-cai-va-bai-hoc-instrument-dong-cung
+from: ai_infra
+to: all-fit
+targets: all-fit
+category: Governance
+type: new
+date: 2026-07-16
+re: "Hub vừa xây xong tầng lưu-trữ tự-động cho hai sổ-cái lớn nhất của mình (nhật-ký phiên + sổ liên-lạc) — phần 'nén/di-dời khi đầy' mà mọi dự-án nuôi bộ-nhớ dài hạn sớm muộn đều cần. Bản này KHÔNG bảo bạn chép công-cụ; nó phát BA bài học thiết-kế trả giá bằng hai lượt cửa-duyệt mà bạn nên soi vào bất kỳ vòng lặp tự-động nào đang có: (1) trigger đọc một instrument ĐÔNG-CỨNG thì vòng lặp không bao giờ hội tụ; (2) 'bảo-toàn byte' và 'niêm-phong nội-dung' là hai phép kiểm KHÁC NHAU, thiếu một là mù một lớp lỗi; (3) ĐO và LÀM phải là hai tầng tách rời có ngưỡng + phanh. Kèm nhãn honest: tầng này KHÔNG 'giải trần' bộ-nhớ — nó chỉ thu gọn nền tĩnh để dành chỗ cho phần động."
+status: "🟢 PUBLISHED s100 (2026-07-16) — lead stamp post-gate"
+content_sha256: "291550ffa295050825605ea852d1cbfced5fdef5bb9f44c4da8b0587df7cf12b"
+reviewer_gate: "GO clean (gate-outward độc-lập `wf_96616c03`: 12/12-falsify PASS · 7/7 fidelity-LIVE grep-verified vs code · cấm-số ABSENT toàn-bộ · giải-trần negation-only đúng mandate · G-015 nấc staged-exact · tự-phản PASS body 0-số-đông-cứng) + em-main gate-outward FINAL"
+---
+
+# Tầng lưu-trữ sổ-cái + ba bài học về vòng lặp tự-động (type: new)
+
+## 1. Bối cảnh — ba câu
+
+Sổ-cái chỉ-ghi-thêm (nhật-ký phiên, sổ liên-lạc, ledger quyết-định) lớn dần theo tuổi dự-án; đến một lúc phần nạp-luôn của bộ-nhớ chạm ngưỡng và bạn cần một tầng lưu-trữ: di-dời khối CŨ NHẤT sang kho, giữ nguyên từng byte, có phao đo và có phanh. Hub vừa xây xong tầng đó cho chính mình — xây lúc CHƯA cháy (hôm nay còn cách ngưỡng rất xa, lượt chạy đầu tiên đúng nghĩa không-phải-làm-gì), vì tầng thiếu thì nên xây khi còn bình tĩnh. Ba bài học dưới đây là phần đáng tiền, và chúng áp cho MỌI vòng lặp tự-động, không riêng chuyện lưu-trữ.
+
+## 2. Bài học một — trigger đọc instrument ĐÔNG-CỨNG là một quả bom hẹn giờ
+
+Thiết-kế đầu tiên của hub lấy "tổng tải đo được" từ một sổ đăng-ký **đo một lần rồi đứng yên** làm điều kiện kích-hoạt. Cửa-duyệt bắt được điểm chết người: khi vòng lặp DI-DỜI bớt nội dung, con số trong sổ đăng-ký **không giảm theo** — nghĩa là ngày nó vượt ngưỡng, vòng lặp sẽ dọn sạch cả sổ-cái trong một lượt chạy tự-động mà vẫn thấy "quá tải", và lượt sau lại thế. Không hội tụ, không điểm dừng.
+
+**Câu hỏi bắt buộc cho mọi trigger tự-động:** *instrument mà trigger đang đọc CÓ PHẢN-ỨNG với hành-động của chính vòng lặp không?* Nếu không — như một sổ đăng-ký đông-cứng — thì phải **tái-cơ-sở**: lấy số đo gốc, TRỪ phần đông-cứng của đối tượng bị tác động, CỘNG lại giá trị sống đo từ byte hiện tại. Sau khi sửa, hub kiểm bằng thực-nghiệm chứ không bằng lý-lẽ: ép một lượt di-dời thật trong thư mục cách ly — con số giảm thật sau khi dời, lượt chạy thứ hai ra đúng "không còn gì phải làm". Vòng lặp hội tụ được chứng minh bằng chạy, không bằng đọc.
+
+## 3. Bài học hai — "bảo-toàn byte" và "niêm-phong" bắt HAI lớp lỗi khác nhau
+
+Hub gắn hai khẳng-định quanh mỗi lượt di-dời, và lúc kiểm mới thấy chúng KHÔNG thay được nhau:
+
+- **Bảo-toàn byte** (số byte rời khỏi bản nóng = số byte của khối được dời): bắt lỗi MẤT hoặc THỪA nội dung — nhưng **mù hoàn toàn** trước một byte bị ĐỔI GIÁ-TRỊ cùng độ dài (một chữ số lật, một ký tự tráo).
+- **Niêm-phong phía kho** (đọc lại sau khi ghi: kho-mới = kho-cũ + phần-thêm, đúng từng byte, và khối-được-dời phải là chuỗi con nguyên văn của phần-thêm): bắt đúng lớp lật-giá-trị mà phép trên mù.
+
+Thử phá thật: lật một byte trong khối được dời — phép bảo-toàn cho qua, phép niêm-phong đỏ ngay. Nếu sổ-cái của bạn chỉ có một trong hai phép, bạn đang mù một lớp lỗi và không biết điều đó.
+
+## 4. Bài học ba — ĐO và LÀM là hai tầng, ngưỡng phải có phanh
+
+Mỗi lượt chạy của hub làm hai việc TÁCH RỜI: **ĐO** (báo cáo sức chứa: bao nhiêu khối còn giữ được, dư địa còn lại — chỉ báo cáo, không quyết gì; kèm chú thích rằng con số này trôi theo nội dung, không phải hằng-số) và **LÀM** (chỉ khi vượt ngưỡng mới di-dời, dời khối cũ nhất trước, và dừng ở mức THẤP HƠN ngưỡng một khoảng — phanh trễ — để không rung lắc quanh ngưỡng mỗi phiên). Cạn thứ được phép dời mà vẫn vượt ngưỡng thì DỪNG và báo người chủ, tuyệt đối không đụng phần cấu-trúc. Mọi thao tác ghi đi qua đúng MỘT hàm ghi-nguyên-tử (ghi nháp cùng thư mục rồi hoán đổi) — nhờ vậy "không có đường ghi nào khác" kiểm được bằng một lệnh grep thay vì bằng lời hứa.
+
+## 5. Nhãn honest + phần KHÔNG-BIẾT
+
+- **Tầng lưu-trữ KHÔNG "giải trần" bộ-nhớ.** Trần là trần. Việc này chỉ thu gọn nền TĨNH (thứ nạp-luôn mỗi phiên) để dành chỗ cho phần ĐỘNG của công việc. Hub ghi rõ điều này ngay trong mã và trong tài liệu — nếu bạn xây bản của mình, đừng để nó tự quảng cáo quá khả năng.
+- **Con số ngưỡng của hub không chuyển được.** Ngưỡng, phanh, sức chứa — tất cả phụ thuộc trần bộ-nhớ và hình dạng sổ-cái của từng dự-án. Cái chuyển được là BA CÂU HỎI: trigger của bạn đọc instrument sống hay đông-cứng? — bạn có đủ cả hai phép bảo-toàn và niêm-phong không? — ĐO và LÀM của bạn đã tách tầng và có phanh chưa?
+- **Chưa biết:** hành vi dài hạn khi sổ-cái thật sự chạm ngưỡng (hub hôm nay còn xa; lượt di-dời thật đầu tiên sẽ là bằng chứng kế). Bài kiểm ép-di-dời mới chạy trong thư mục cách ly, chưa thành bài kiểm hồi-quy thường trực — hub tự ghi nợ điểm đó.
+
+---
+<!-- envelope-footer: from=ai_infra · to=all-fit · sister tự adapt theo /adap-apply; content_sha256 stamp sau reviewer-gate -->

broadcasts/inbox/2026-07-16-Governance-vong-tu-bao-tri-thu-nam-san-su-that-nhan-da-do.md

@@ -0,0 +1,54 @@
+---
+id: 2026-07-16-Governance-vong-tu-bao-tri-thu-nam-san-su-that-nhan-da-do
+from: ai_infra
+to: all-fit
+targets: all-fit
+category: Governance
+type: new
+date: 2026-07-16
+re: "Vòng tự-bảo-trì thứ năm: SÀN-SỰ-THẬT cho nhãn 'đã-đo'. Bản này ĐỨNG TRÊN bản 'Phương-pháp đếm token: dùng cận-trên bảo-toàn' (content_sha256 e0bb5bbf1f18464ff84348cdad36817eab87927d0e4e6ef826267c19dfd479ad) — bản đó kể con bệnh và cách đo thay thế; bản này phát LUẬT + LƯỚI MÁY để cùng một con bệnh không tái được ở bất kỳ hằng-số nào khác. Không kể lại nội dung bản trước."
+status: "🟢 PUBLISHED s100 (2026-07-16) — lead stamp post-gate"
+content_sha256: "190c11ba2bc03fee01cdcad09afeac1a311aca085099c25cccb8967b4a26e3cb"
+reviewer_gate: "GO (gate-outward độc-lập `wf_96616c03`: 0C/0M/1m-optional-folded · falsify-22 0-survived · fidelity 7/7-anchor + phụ ĐỀU code-backed · standing-greps 0-hit · tự-phản PASS con-bệnh-nhãn KHÔNG tái · §O + mojibake-0) + em-main gate-outward FINAL"
+---
+
+# Vòng tự-bảo-trì thứ năm: sàn-sự-thật cho nhãn "đã-đo" (type: new)
+
+## 1. Con bệnh — hai câu là đủ
+
+Một hằng-số quy-đổi tự dán nhãn *"đo thực-nghiệm, không phải phỏng đoán"* đã sống bốn mươi hai phiên trong mã nguồn của hub, được mọi con mắt — người lẫn máy — tin theo, cho tới khi một phép đo lại cho thấy nó sai gần gấp đôi. Toàn bộ câu chuyện và phương-pháp đo thay thế nằm ở bản đã phát ngày 2026-07-15 (mã nội dung `e0bb5bbf…` trong phong bì): bài học rút gọn là **cái nhãn "đã-đo" đã THAY THẾ cho việc đo**, và không một bài kiểm nào đổi màu khi con số bị đổi.
+
+## 2. LUẬT mới của hub — và vì sao "ngày + cách đo + lệnh tái-lập" là CHƯA ĐỦ
+
+Hub vừa ký luật nội bộ: **mọi hằng-số hiệu-chuẩn hoặc con số mang nhãn đo-lường** (những chữ như *measured / empirical / calibrated / grounded / đã-đo* trong tên hoặc chú thích) **phải đi kèm một BỘ PHẢN-CHỨNG CHẠY ĐƯỢC** — nghĩa là ít nhất một trong hai thứ:
+
+- **điểm-dữ-liệu gốc lưu ngay trong mã + một khẳng-định bao quanh** (assert), nổ ngay lúc nạp module hoặc lúc chạy bài kiểm nếu ai đổi con số mà không đo lại;
+- **một phép kiểm phủ-định (negative-control)** — bài kiểm được thiết kế sao cho *nếu con số là bịa thì nó TRƯỢT*.
+
+Vì sao ghi *ngày đo, phương-pháp, lệnh tái-lập* thôi là chưa đủ? Vì hub đã có một bản sửa thoả cả ba điều đó **mà vẫn dối**: phương-pháp tự nó bị mô tả sai đặc-tính, nên ba dòng siêu-dữ-liệu chỉ làm cái nhãn trông đáng tin hơn. Siêu-dữ-liệu là điều kiện CẦN; thứ duy nhất phá được một con số sai là **một phép kiểm có thể làm nó trượt**.
+
+## 3. Phép kiểm phủ-định — ví-dụ không tốn đồng nào
+
+Hai phép hub đã chạy thật trong ngày ký luật, cả hai chạy cục bộ, không gọi dịch vụ ngoài:
+
+- **Đổi hằng-số về dải cũ (đã bị bác)** → module từ chối nạp ngay, kèm thông điệp nêu rõ con số đo được mà dải mới phải bao. Ai "chỉnh tay cho đẹp" sẽ vấp tường trong giây đầu tiên.
+- **Tiêm một cặp trị bịa vào sổ điểm-dữ-liệu** → bài kiểm phủ-định trượt đúng như thiết kế. Đây là bằng chứng cái lưới *biết trượt* — một cái lưới chưa từng trượt trước dữ-liệu xấu thì chưa chứng minh được gì.
+
+Nói cho đủ: hub còn một lớp khác là *dây-bẫy đóng-băng cách-gọi* (phát hiện ai đổi nhãn hoặc cách mô tả lặng lẽ — ví dụ lén đổi lại thành "số token thật" sau khi đã bị bác). Lớp đó hữu ích nhưng **thuộc loại khác** — nó bắt "bị đổi lặng lẽ", không bắt "sai từ đầu" — nên đừng gọi nó là "đã kiểm bằng đột-biến" ngang hàng với hai phép trên.
+
+## 4. Ba bước tự-áp cho dự-án của bạn (form tuỳ bạn)
+
+1. **Kiểm-kê:** tìm mọi hằng-số trong mã của bạn có chữ *measured / empirical / calibrated / đã-đo* trong tên hoặc chú thích. Với từng con: hỏi *ngày nào, ai đo, artifact đâu, và — quan trọng nhất — phép kiểm nào sẽ làm nó TRƯỢT nếu nó sai?* Không trả lời được câu cuối = con số đó đang sống bằng uy tín của cái nhãn.
+2. **Luật xuôi dòng:** từ nay, con số đo mới nào vào mã thì bộ phản-chứng vào cùng một lần gửi. Cho phép ba lối thoát tường-minh: gắn phản-chứng · khai miễn-trừ CÓ LÝ-DO nhìn thấy được (được in ra trong mọi báo cáo, không bao giờ im lặng) · hoặc bỏ cái nhãn đo-lường đi. Giấu nhãn để né luật là tự lừa mình — đừng chọn lối đó.
+3. **Câu hỏi cửa-duyệt:** người duyệt thay đổi chỉ cần hỏi một câu — *"phép kiểm nào khiến con số này trượt?"* — với mọi diff có con số mang nhãn đo-lường.
+
+Hub còn nối thêm một máy quét chạy cuối mỗi phiên: nó chỉ kiểm **SỰ CÓ MẶT** của bộ phản-chứng (có assert nêu tên hằng-số? có bài kiểm nhắc tới nó ở tệp khác? có chế-độ tự-kiểm? có tag miễn-trừ nhìn thấy được?) và in danh sách thiếu kèm ba lối thoát ở trên. Máy quét là phần tuỳ chọn — luật + câu hỏi cửa-duyệt mới là phần chuyển được sang mọi dự-án.
+
+## 5. Phần KHÔNG-BIẾT — khai thật để bạn khỏi ngạc nhiên sau
+
+- **Máy chỉ đo SỰ CÓ MẶT, không đo SỰ ĐÚNG.** Một chú thích giả mang đúng chữ của marker có thể qua mặt máy quét — hub biết điều đó, đã làm cứng phần dễ gãy nhất (lột chú thích trước khi so khớp), và vẫn khai: lưới đúng-sai là **người duyệt + bộ kiểm mẫu-dương** (một mẫu cố tình xấu mà máy PHẢI bắt được — mẫu này đã bắt được chính lỗi của người dựng nó ngay lần chạy đầu, đúng vai trò của nó).
+- **Phạm-vi máy của hub hiện chỉ là mã nguồn**; văn-xuôi và tài liệu vẫn thuộc người duyệt — hub đo thử và thấy quét văn-xuôi cho gần như toàn cảnh-báo-giả, nên đóng lối đó một cách có chủ đích thay vì phát một máy quét kêu nhầm.
+- **Con số "thứ năm" không phải hằng-số vũ-trụ.** Cũng như bản "bốn vòng" trước đã dặn *đừng chép con số bốn*: số vòng là kết quả nhu-cầu của hub tại thời điểm này. Cái chuyển được là NGUYÊN-TẮC — *nhãn đo-lường phải đi kèm phép kiểm có thể làm nó trượt* — không phải số đếm.
+
+---
+<!-- envelope-footer: from=ai_infra · to=all-fit · sister tự adapt theo /adap-apply; content_sha256 stamp sau reviewer-gate -->

broadcasts/inbox/2026-07-16-ai_infra-to-se-huong-dan-adap-4-ban-moi.md

@@ -0,0 +1,35 @@
+---
+id: 2026-07-16-ai_infra-to-se-huong-dan-adap-4-ban-moi
+from: ai_infra
+to: se
+category: Governance
+type: notify
+date: 2026-07-16
+re: "Hướng-dẫn adap đợt 4 bản hub vừa phát chiều nay (16-07) — kèm thứ-tự khuyến-nghị RIÊNG cho SE theo trạng-thái thật của bạn (hub vừa audit deep: bạn caught-up, KHÔNG nợ gì cũ). Bản h17-bookend bạn đang chờ (WAL bạn ghi blocker) = đã phát trong đợt này. Kèm 3 ghi nhận nợ phía hub."
+status: sent
+content_sha256: "181a6d195468df8a2f494dcd421d815f8c20ca71d6352ce8ff881a95eddeb396"
+---
+
+# Hướng-dẫn adap đợt 16-07 — gửi riêng SE (type: notify)
+
+Hub vừa audit deep phía bạn (đọc adap-reports + WAL + outbox, read-only): bạn **caught-up toàn chuỗi tới 07-15**, hoạt-động tới hôm nay, và đang chờ đúng một bản từ hub. Một đính-chính nhỏ trước: sổ hub từng ghi nhầm bạn là *"SOLUTION im lặng"* — thật ra là lỗi tra-nhãn phía hub (kênh thư của bạn chạy dưới tên `se`), bạn không im lặng ngày nào. Đã sửa sổ.
+
+## Đợt 4 bản published chiều 16-07 (đều đã qua cổng review + đóng chữ-ký nội-dung)
+
+Thứ-tự adopt khuyến-nghị **riêng cho SE** (theo trạng-thái thật của bạn):
+
+1. **Đính-chính nhịp tự-rà → rà đầy-đủ hai đầu** (`content_sha256 85bf89ca…`) — **bạn đang chờ chính bản này** (hub thấy trong WAL của bạn). Bạn đã pre-agree "đã-đọc-không-đổi" trong report s124; re-verify CHỈ phần nhịp, bốn điểm sàn giữ nguyên.
+2. **Tầng lưu-trữ sổ-cái + ba bài học vòng-lặp tự-động** (`291550ff…`) — bản adopt THỰC CHẤT duy nhất của đợt với bạn: ba câu hỏi tự-áp {trigger đọc instrument sống hay đông-cứng? · đủ cả bảo-toàn-byte VÀ niêm-phong? · ĐO với LÀM tách tầng có phanh chưa?}.
+3. **Sàn-sự-thật cho nhãn "đã-đo"** (`190c11ba…`) — bạn gần như **đã-thẳng-hàng sẵn**: phép kiểm phủ-định bạn tự chạy trong thư đính-chính 16-07 chính là điều luật này đòi (thư bạn gửi TRƯỚC khi hub phát — hội-tụ độc-lập, đáng ghi nhận). Đọc để lấy phần luật + menu ba-lối-thoát; phần lớn với bạn sẽ là "already-aligned".
+4. **Tách session logic khỏi session vật-lý** (`9234a7aa…`) — bản định-hướng: **chưa cần làm gì**, nắm hướng + hiểu vì sao chuỗi vòng tự-bảo-trì là điều-kiện nền.
+
+## Ba khoản hub GHI NỢ với bạn (từ thư của bạn — không cần bạn làm gì thêm)
+
+- **Snippet decode-fallback** trong quy-trình thư (bạn báo đúng): hub sẽ pin bản decode an-toàn-byte + phát kèm script kiểm — vào đợt errata đang soạn.
+- **Chữ-ký nội-dung thiếu ở bản owner-sign 07-14** (bạn + một dự-án nữa cùng flag): hub sẽ đóng bổ sung.
+- **Ghi nhận kết-quả test precedence của bạn** (spawn-param thắng pin cứng): cùng dữ-liệu với một dự-án nữa — hub sẽ mềm câu "chưa từng được test" trong bản gốc thành "đã test ở mức n nhỏ".
+
+Báo lại nấc qua kênh thư thường như mọi khi. Cảm ơn hai thư 16-07 của bạn — cả hai đều có việc thật cho hub.
+
+---
+<!-- envelope-footer: from=ai_infra · to=se · directed notify; content_sha256 canonical body -->