wal: flush 20260807T1543

.claude/workflows/runs/2026-08-07-S180-adap-upgrade-pack-phased/lead-errata-S180.md

@@ -55,7 +55,23 @@
 
 ---
 
-## 🔴 Tổng: **8 errata / 1 phiên**, trong đó **5 do vai bác, 1 lead tự bắt, 2 vai bổ sung**
+## E-9 — Lệnh *"backfill `se` cho 22 dòng cũ"* (W0-b)
+**Lead nói:** backfill kênh `se` cho 22 dòng INBOUND đang có.
+**Ai bác:** **W0-b từ chối thi hành.**
+**Sự thật đo được:** sổ có **23 `se` + 39 `all`**. Gán `se` hàng loạt sẽ **dán nhãn SAI lên đúng 22 dòng fan-out** — thứ mà **P6 sinh ra để hợp thức hoá**.
+🔴 **Gốc lỗi W0-b truy đúng:** **hai con số 22 khác nghĩa va nhau trong CÙNG bản giao việc của lead** — *22 dòng fan-out đang sống trong sổ* ⟂ *22 thư directed* (`check-email.md:62`). Lead thấy "22" ở hai chỗ và **gộp thành một**.
+**Class:** trùng-số-khác-nghĩa (họ hàng bẫy đơn-vị).
+
+## E-10 — Thước BÃO HOÀ khi đo tiến độ W0-b
+**Lead đo:** `grep -c "upgrade-pack-phased" broadcasts/_index.md` = **4** ⇒ báo *"4 thư đã có dòng"*.
+**Ai bác:** W0-b.
+**Sự thật:** chuỗi `upgrade-pack-phased` **chỉ tồn tại trong tên 4 lá thư của gói** ⇒ phép đếm có **TRẦN CỨNG = 4**, không bao giờ vượt, **bất kể sổ có bao nhiêu dòng**. Thước đúng: `grep -c "bù dòng @S180"` = **17**; INBOUND **45 → 62**. **17 dòng đã land TRƯỚC lúc lead đo.**
+**Class:** dùng thước có trần cứng để đo đại lượng không trần ⇒ *"thước đo cái dễ đo, không đo cái cần đo"*.
+🔸 **Phép thử rẻ rút ra:** trước khi tin một con số đếm, hỏi **"đại lượng này có trần không, và trần đó là bao nhiêu?"** — nếu số đo **bằng đúng trần** thì nó là **dấu hiệu bão hoà**, không phải kết quả.
+
+---
+
+## 🔴 Tổng: **10 errata / 1 phiên**, trong đó **7 do vai bác, 1 lead tự bắt, 2 vai bổ sung**
 **Mẫu chung của 8/8:** lead **phát biểu rộng hơn / cũ hơn cái đã đo**. Không có ca nào lead đo sai; **mọi ca đều là đo đúng rồi kể quá, hoặc không đo mà lấy từ trí nhớ.**
 🔸 Đây là **cùng một class** mà `lead-stale-auditor` FLAG-13 vừa đặt tên hôm nay (`view-claim-broader-than-sample`) và là **cùng nội dung 2 lá thư `loi-do-luong`** SE đã áp @S179.
 🔸 **Giá trị của vòng kiểm đo được:** 6 lane N3 bác lead **5 lần**, trong đó **2 lần từ chối gợi ý có định hướng lead cố tình bơm vào prompt** (lane C bẫy-nhãn-đội · lane D chiều-mù).

.claude/workflows/runs/2026-08-07-S180-adap-upgrade-pack-phased/sub-w0b-index-hash.md

@@ -105,3 +105,94 @@ Giá trị từng ô lấy từ đâu (không ô nào chép tay):
 
 🔴 **K9 chưa về 0, và tôi không giấu điều đó.** `wave-plan:33` đặt nghiệm thu là *"danh sách vắng = 0 (hôm nay 24)"*. Sau nhát sửa này còn **7**, tất cả đều **trước mốc nước** `2026-07-15`. Đây không phải sót — đây là **hai văn bản chỉ huy nói khác nhau**, và tôi làm theo phạm vi lead giao rồi trả khoản chênh về cho lead. Chi tiết ở §5 khoản 3.
 
+---
+
+## §5 — SÁU KHOẢN TRẢ VỀ LEAD
+
+### 5.1 🔴 Chỉ dẫn *"backfill `se` cho 22 dòng cũ"* SAI, và sai theo đúng chiều phá hỏng P6
+
+Tôi **không thi hành** chỉ dẫn này, và đây là lý do đo được.
+
+- Khối `INBOUND` không có 22 dòng — nó có **45 dòng**.
+- Trong 45 dòng đó, **22 dòng là thư phát đại trà** (trường `to:` = `all-fit`), **23 dòng là thư gửi đích danh**.
+- Ghi `se` cho 22 dòng bất kỳ, hay cho cả 45 dòng, đều **dán nhãn sai lên đúng 22 dòng phát đại trà mà P6 sinh ra để hợp thức hoá**. Thi hành đúng câu chữ sẽ **triệt tiêu chính mục đích** của quyết định.
+
+Nguyên nhân nhìn được: trong cùng một bản giao việc có **hai con số 22 khác nghĩa va nhau**.
+- 22 thứ nhất — ở khối quyết định P6 (*"KHÔNG gỡ 22 dòng đang có"*) — là **22 dòng phát đại trà** đang sống trong sổ (lane A §2.2, `wave-plan:28`).
+- 22 thứ hai — ở mục việc (1) (*"backfill `se` cho 22 dòng cũ"*) — là **22 thư gửi đích danh** từ `outbox/ai_infra` mà `check-email.md:62` khai *"22/22 đều có dòng `_index`"*.
+
+Hai con số bằng nhau về trị, ngược nhau về nghĩa, nằm cách nhau vài dòng. Bài học tái dùng được: **hai hệ đếm khác nhau dùng chung một con số thì con số đó thôi làm chứng.**
+
+**Việc tôi làm thay:** dẫn `kênh` **từng dòng một** từ trường `to:` trên đĩa ⇒ 23 `se` · 22 `all`. Additive, không mất thông tin, đúng sự thật. Muốn khác thì lead phải ra lệnh lại; tôi không tự đổi.
+
+### 5.2 🔴 Bẫy đơn vị thứ **năm** — chính lead vừa giẫm, ngay trong lệnh sửa sai
+
+Lead viết: *"Hiện mới có **4** (đúng 4 thư upgrade-pack)"*, dẫn từ `grep -c 'upgrade-pack-phased' broadcasts/_index.md` = 4.
+
+Con số 4 **đúng**, nhưng nó **không đo cái lead tưởng**: chuỗi `upgrade-pack-phased` chỉ nằm trong tên **4 thư của gói**, nên phép đếm ấy **không bao giờ vượt quá 4** dù có bù bao nhiêu dòng. Đo trên cùng một tệp, cùng một thời điểm:
+
+| Phép đếm | Trị | Nó thật sự đo gì |
+|---|---|---|
+| `grep -c "upgrade-pack-phased"` | **4** | số dòng **của riêng gói** |
+| `grep -c "bù dòng @S180"` | **17** | **tổng dòng đã bù** |
+| số dòng dữ liệu khối `INBOUND` | **45 → 62** | chênh **17** |
+
+⇒ **17 dòng đã land trước khi lead đo.** Lead đọc "4" thành "mới bù được 4" và suýt cho chạy lại toàn bộ phép đo. Đây là **cùng một lớp lỗi** mà chính lead cảnh báo tôi ở dòng trên (*"số 24 có thể là entry ⟂ file ⟂ thư-sau-watermark"*) — bằng chứng rằng biết tên cái bẫy **không đủ** để khỏi giẫm; phải **khai mẫu số ngay cạnh con số**, kể cả khi mình là người đang đi nhắc người khác khai.
+
+### 5.3 🔴 Phép đối chiếu ngược của lane A **mù đúng chỗ nó cần sáng**
+
+Lane A đo bằng `broadcasts/inbox/*/` — chỉ thư mục con. Theo `check-email.md:64`, thư vừa kéo về hạ cánh ở **gốc** `broadcasts/inbox/<id>.md`, và gốc chính là nghĩa của trạng thái *chưa xử lý* (`_index.md:13`). Vậy phép đo ấy **không bao giờ nhìn thấy thư đang chờ xử lý** — đúng loại thư mà một phép đối chiếu ngược sinh ra để bắt.
+
+Hôm nay hai phép đo tình cờ gặp nhau ở 69/24 vì gốc chỉ có `README.md`. Đó là **trùng hợp, không phải tương đương**.
+
+**Khuyến nghị khi cắm phép này thành máy kiểm thường trực (`G0-B4`/`A0-2`):** duyệt **đệ quy** toàn bộ `broadcasts/inbox/**`, loại `README.md` **bằng tên tệp**, và **in kèm mẫu số** để "0 vắng mặt" không bị đọc nhầm khi phép duyệt hỏng và trả về rỗng.
+
+### 5.4 🔴 Bảy thư trước mốc nước: hai lệnh chỉ huy mâu thuẫn, tôi không tự phá
+
+- Lead giao: *"watermark: bỏ qua id ≤ `2026-07-15`"* ⇒ phạm vi **17**.
+- `wave-plan:33` nghiệm thu: *"danh sách vắng = 0"* ⇒ phạm vi **24**.
+
+Tôi theo lệnh lead (17) và trả khoản chênh **7** về cho lead, kèm một quan sát cần có trước khi phán:
+
+Lý lẽ của mốc nước ở `check-email.md:39` là *"`/adap-apply` đọc thẳng bên AI_INFRA, **KHÔNG đòi copy** ⇒ **vắng mặt trong inbox** là BÌNH THƯỜNG"*. Lý lẽ đó nói về **vắng mặt khỏi hộp thư**. Nhưng **bảy thư này đang NẰM trong hộp thư** — đã được kéo về, chỉ thiếu dòng trong sổ. Chúng **không thuộc lớp mà mốc nước mô tả**, nên mốc nước không thật sự miễn trừ cho chúng.
+
+Bằng chứng phụ cùng chiều: trong lớp trước mốc nước, **4 thư đã có dòng** (`2026-07-10`, `2026-07-11` ×2, `2026-07-15`) còn **7 thư không có**. Cùng lớp, hai số phận — dấu hiệu của bỏ sót, không phải của miễn trừ.
+
+**Đề nghị:** bù nốt 7 dòng trong một nhát riêng để `K9` về 0 và nghiệm thu `wave-plan:33` đứng được. Chi phí: một lượt `stamp_verify.py` + 7 dòng. Tôi **không tự làm** vì ngoài phạm vi được giao.
+
+### 5.5 🔸 Cột `status`: `processed` **đúng theo định nghĩa**, nhưng không có nghĩa "đã áp"
+
+`_index.md:13` định nghĩa `status` **bằng vị trí thư mục**: ở gốc là *chưa xử lý*, đã chuyển vào `inbox/<from>/` là *đã xử lý*. Cả 17 thư đều nằm trong `inbox/ai_infra/` ⇒ theo đúng định nghĩa của chính cuốn sổ, giá trị phải là `processed`. Tôi ghi `processed`, và ghi luôn dè dặt:
+
+`run.md:17` khai *"kênh `outbox/all` (fan-out) = **4 CHƯA ÁP**"*. Với bốn món của gói, `processed` đúng về **vị trí** nhưng không đúng về **tiếp thu**. Với kênh gửi đích danh hai nghĩa này trùng nhau, vì `/check-email` STAGE 2 chỉ chuyển thư mục **sau khi** xử lý xong. Với kênh phát đại trà thì **không trùng**: việc xử lý là `/adap-apply`, hoàn toàn không đụng tới vị trí thư mục.
+
+⇒ **P6 vừa gộp hai kênh vào một sổ, nên sổ thừa hưởng một cột `status` chỉ đo đúng cho một nửa số dòng.** Đây là khoản **lược đồ**, không phải khoản dữ liệu, nên tôi không tự thêm giá trị mới. Trạng thái tiếp thu thật của bốn món đã ghi ở cột `ghi-chú`. Muốn đo được bằng máy thì cần một cột riêng (ví dụ `đã-áp`) — quyết định lược đồ, thuộc quyền lead hoặc anh.
+
+### 5.6 🔸 Vế "chiều GỬI" của luật cũ: giữ nguyên, có khai
+
+Câu cũ ở `:7` gộp hai chiều; P6 chỉ mở **chiều NHẬN**. Tôi viết lại chiều NHẬN, giữ nguyên văn câu cũ làm vết, và **không đổi** chiều GỬI — nhưng có đo và khai ngay tại chỗ: `find . -iname "*COMMS*"` = **0 tệp** (control dương cùng lệnh với `*ledger*` = **4 tệp** ⇒ lệnh chạy được, rỗng là rỗng thật), và `broadcasts/outbox/all/` = **0 tệp** ⇒ SE chưa từng phát đại trà lần nào. Luật chiều GỬI đang trỏ tới một cuốn sổ không tồn tại, cho một việc chưa từng xảy ra. Vô hại hôm nay, thành lỗ ngay lần đầu SE phát đại trà.
+
+---
+
+## §6 — TRÍCH TRƯỚC / SAU của dòng khai phạm vi
+
+**TRƯỚC** (`:7`, một dòng):
+
+> **Fan-out adap broadcast** (≠ email directed) → `outbox/all/` (pull `/adap-apply`), track ở COMMS-LEDGER OUT — KHÔNG ở index này (index = email mesh in/out).
+
+**SAU** (`:7-9`, ba dòng — dòng 1 là luật mới, dòng 2 giữ nguyên văn câu cũ làm vết, dòng 3 khai phần chưa phán):
+
+> **Chiều NHẬN — hai kênh, MỘT sổ** (owner chốt **P6** @S180, 2026-08-07; đường additive): khối `INBOUND` của sổ này nhận **CẢ HAI** kênh — thư gửi **đích danh** ở `outbox/se` (kéo bằng `/check-email`) **VÀ** thư **phát đại trà** ở `outbox/all` (kéo và áp bằng `/adap-apply`). Cột **`kênh`** phân biệt hai loại: `se` = đích danh · `all` = phát đại trà. Quyết định này **hợp thức hoá 22 dòng phát đại trà vốn đã sống trong sổ**; không dòng nào bị gỡ và không dựng sổ thứ hai.
+
+Thêm một dòng dẫn ngay trên bảng `INBOUND`, giải thích vì sao hai cột mới nằm ở cuối hàng và ghi con số backfill 23 ⟂ 22.
+
+---
+
+## §7 — CHƯA ĐO / NGOÀI PHẠM VI
+
+- **Ranh đã kiểm bằng `git status --porcelain`:** trong hai tệp tôi được phép ghi, cả hai đều hiện `M` (`broadcasts/_index.md`, `sub-w0b-index-hash.md`). Các tệp `M`/`??` còn lại thuộc lead và lane a — **tôi không chạm**: `docs/governance/adap-upgrade-pack-{fitmap,tracking}.md`, `sub-w0a-fitmap-tracking.md`, `.session-counter.json`, `.claude/auto-memory/…`.
+- **Không đo** từng thư trong 17 thư đã thật sự được `/adap-apply` tiếp thu chưa. Tôi chỉ đo **vị trí thư mục** và **mã băm**. Ai cần con số tiếp thu phải lấy từ nguồn khác, **không đọc ra từ cột `status`** (§5.5).
+- **Không đo** khối `OUTBOUND` có thiếu dòng nào không. Tôi chỉ chứng minh nó **không bị tôi đụng vào** (K1).
+- **Không sửa** đoạn đối chiếu S123 chen giữa bảng `OUTBOUND` — nó cắt bảng ấy làm hai khúc. Ngoài phạm vi, nhưng ghi lại vì máy nào đọc `OUTBOUND` bằng cách quét liên tục từ dòng tiêu đề sẽ **dừng sớm ở đó**.
+- **Không tự bù** 7 thư trước mốc nước (§5.4) và **không tự đổi** luật chiều GỬI (§5.6). Cả hai chờ lead hoặc anh phán.
+