solution-erp/.claude/workflows/runs/2026-07-25-S152-h24-open-bookend/sub-ring2-close-S152.md

# sub-ring2-audit — S152 bookend @CLOSE (vai KIỂM vòng soi-lead H24, vai #2/3)

> Vai: KIỂM **2 con-đo H24** — KHÔNG soi lead trực-tiếp. Propose-only, chỉ ghi file này.
> PIN đích-danh (lead giao, KHÔNG tự tìm file khác):
> - `sub-lead-stale-close-S152.md` — lead khai **16.911B · 3 FLAG**
> - `sub-lead-gap-close-S152.md` — lead khai **15.644B · 2 FLAG**
> Luật ghi: **APPEND TỪNG PHẦN NGAY KHI XONG** (anti-#53 ×50 · anti-AS-17 skeleton-ruột-rỗng).

## 0. PIN + fail-safe (nghĩa-vụ (i)) — PASS, có 1 lệch pin phải khai NGAY

Cả 2 file pin **TỒN TẠI + tươi** ⇒ KHÔNG NO-OP.

```bash
ls -la --time-style=full-iso sub-lead-{stale,gap}-close-S152.md
#  15644  2026-07-26 01:11:17  sub-lead-gap-close-S152.md      <- KHỚP pin (15.644B) TUYỆT-ĐỐI
#  30195  2026-07-26 01:12:56  sub-lead-stale-close-S152.md    <- PIN ghi 16.911B  => LỆCH 13.284B
grep -c '^## FLAG-' sub-lead-stale-close-S152.md sub-lead-gap-close-S152.md
#  stale: 6      gap: 2        => TỔNG THẬT 8 FLAG, không phải 5
```

🔴 **Tao chấm 8 FLAG trên ĐĨA, không chấm 5 FLAG trong pin.** Lý do ở §4-A (đây là finding nặng nhất lượt này).

---

## 1. Verdict per-FLAG (nghĩa-vụ (ii)) — mở source từng cái, KHÔNG tin lời khai

Ký-hiệu: **S-Fn** = FLAG-n của `lead-stale-auditor` · **G-Fn** = của `lead-gap-auditor`.
Cột "trong pin?" = FLAG đó có nằm trong tầm nhìn lead khi ra quyết-định signal-write hay không.

| # | class | SEV | trong pin? | verdict | neo đối-chứng tao TỰ chạy |
|---|---|---|---|---|---|
| S-F1 | `view-stale-status` | HIGH | ✔ | **ĐẠT** | thư hub **CÓ THẬT** (`find` = 1 hit, 7.299B, mtime 07-25 10:06) · `status: PUBLISHED` · `content_sha256: 9c909007…` — trong khi report:12 khai **0 hit** cả 2 vế |
| S-F2 | `view-stale-status` | MED-HIGH | ✔ | **ĐẠT** | `HANDOFF:8` ② verbatim *"`/send-email` hub xin re-publish `59ce1d0f`"* · `HANDOFF:6` carry *"(thư hub xin bản gốc…)"* · `find('KÉO')=-1`, `find('adap-apply')=-1` trên L8 |
| S-F3 | `view-stale-count` | MED | ✔ | **ĐẠT** | census **17 / 0** tái-dựng EXACT bằng công-cụ KHÁC (§3-C) |
| S-F4 | `view-residual-asym` | MED-HIGH | ✘ **NGOÀI PIN** | **ĐẠT** | `ring4-audit.md:26` *"sleep-check KÊU → **anh gật**"* · `:27` *"hoặc **anh không consent**"* · mâu-thuẫn `:24` *"KHÔNG consent-gate"* — vs `session-start.md:267` *"**hết hiệu lực @S152**"* |
| S-F5 | `view-stale-status` | LOW-MED | ✘ **NGOÀI PIN** | **ĐẠT nội-dung · số KHÔNG dùng được** | nhãn `\| **Auto-check (INFORM-only)** \|` còn sống + ruột `AUTO chạy` + `INFORM-consent S144 superseded` — **nhưng 4/4 offset cite SAI** (§4-D2) |
| S-F6 | `view-stale-count` | MED | ✘ **NGOÀI PIN** | **ĐẠT · nhưng THIẾU PHẠM-VI** | `24.728B` vs đĩa `16485B` đúng — **nhưng `24.728` xuất-hiện 2 LẦN trên `HANDOFF:8`, FLAG chỉ nêu 1** (§5 M-1) |
| G-F1 | `gap-carry-dropped` | MED-HIGH | ✔ | **ĐẠT · 1 caveat tiền-đề** | ring4 = **0/0/0** hit trên WAL/HANDOFF/error-ledger, STATUS 4 hit **toàn registry** · diary 1.047B mtime **07-25 11:43 KHÔNG đổi trong phiên** vẫn khai *"CHƯA chạy audit-round nào"* · **0 file `*ring4*` nào ngoài agent-spec** |
| G-F2 | `gap-carry-dropped` | MED-HIGH | ✔ | **ĐẠT · 1 mệnh-đề phụ BROKE** | 2 thư 07-25 có thật trên đĩa hub · `0df10df4`/`pause-tiep`/`vong-ctx` = **0 hit × 4 bề-mặt bền** · inbox = 0 — **nhưng ngoặc "SE khai ĐÚNG" SAI** (§4-D3) |

**TỔNG: 8/8 ĐẠT về NỘI-DUNG FLAG · 0 TRƯỢT · 0 KHÔNG-CHẤM-ĐƯỢC.**
🔴 **8/8-ĐẠT KHÔNG có nghĩa 2 con-đo sạch** — 3 khuyết-tật ngoài-FLAG (§4-D) + 1 FLAG-sót (§5) + 1 lệch pin (§4-A). Đây đúng bài tao tự rút @S150: *verdict-tổng gộp che khuyết-tật lẻ*.

### Chi-tiết 3 ca đáng nói

**S-F1 — ĐẠT, nhưng tao siết chính-xác hơn con-đo.** Report có 3 dòng bị FLAG; **chúng KHÔNG cùng hạng**:
```bash
# :12  "find AI_INFRA -name '*model-default-opus-5-max*'" = 0 hit  -> TAO CHAY LAI = 1   => SAI THAT
#      "grep -rl 59ce1d0f AI_INFRA --include=*.md" = 0 hit toan hub -> TAO CHAY LAI = 3   => SAI THAT
# :10  "find broadcasts -name '2026-07-2[3-5]*'" = 0 hit            -> do trong repo SE   => VAN DUNG
# :64  "broadcasts/ khong co file nao 07-23->07-25"                 -> do trong repo SE   => VAN DUNG
```
⇒ `:10`/`:64` **phép đo vẫn đúng**; cái chết là **kết-luận** rút từ nó (*"không tái-tính được"*, *"copy BẤT-KHẢ-THI"*). Con-đo gộp cả 3 vào một resolve — không sai hướng, nhưng nếu lead vá theo kiểu "sửa cả 3 dòng vì cả 3 sai" thì **vá nhầm 2 dòng đang đúng**. Đề-nghị: `:12` sửa **sự-kiện**; `:10`/`:64` chỉ sửa **suy-luận**, giữ nguyên phép đo (nó là vết thật của trạng-thái chưa-kéo-thư).

**S-F4 — ĐẠT và tao xác-nhận nó là ca đắt nhất trong 3 FLAG ngoài-pin.** Vật bị lệch nằm trong `.claude/agents/ring4-audit.md` — **persona của vai KIỂM anh-em cùng tầng với tao**. `:27` cấp cho nó một lý-do NO-OP đã bị owner khai tử @S152. Đây là **luật thì-hiện-tại trong file vai**, không nhãn 🧊, không mốc ⇒ không đọc thành đóng-băng-có-chủ-đích được. Cùng CLASS với `M-1` tao bắt @S150 (ô `ring2-audit` trong `STATUS:452` mang 2 tên vai đã chết).
🔴 Và nó **rơi đúng vào khoảng bị pin cắt** ⇒ nếu lead chỉ vá theo pin, `ring4-audit.md` sống nguyên với cổng-consent đã chết.

**G-F1 — ĐẠT, nhưng tao KHAI THẲNG một mắt xích chỉ có bằng-chứng GIÁN-TIẾP.**
Cái đo được chắc chắn: (a) `last_sleep_at` 07-18 → **07-26** (verify bằng `git log -p`, commit `915af3a`); (b) `lead-gap-auditor/archive/2026-07.gist.md` mtime **00:54** > `2026-07.md` mtime **22:11** ⇒ gist bị sửa lại sau khi archive dựng.
Cái **KHÔNG** đo được: **không một artifact nào của `ring4-audit` tồn tại trên đĩa** —
```bash
find .claude -name "*ring4*" -type f    # -> .claude/agents/ring4-audit.md  (07-24 23:11)  CHI CO AGENT-SPEC
ls .claude/agent-memory/ring4-audit/    # -> MEMORY.md 1047B  mtime 07-25 11:43  (TRUOC phien nay)
ls runs/2026-07-25-S152-h24-open-bookend/ | grep -c ring4   # -> 0
```
⇒ mệnh-đề *"ring4 chạy THẬT + trả TRƯỢT-3 + lead áp 4 fix"* là **suy-ra từ mtime**, không phải đọc từ output vai. Tao **không** hạ verdict xuống TRƯỢT (vì cái FLAG khẳng-định là **sự VẮNG MẶT trên sổ**, và sự vắng đó tao verify 7/7 đúng), nhưng tao **từ chối** đóng dấu cho vế "chạy THẬT". 🔴 **Hệ-quả trực-tiếp:** resolve của G-F1 bảo lead APPEND vào diary ring4 *"3 TRƯỢT + 4 đề-fix + 2 bài học"* — **lead sẽ chép những con số đó từ ĐÂU?** Không có file nguồn. Nếu chép từ trí-nhớ hội-thoại thì đó đúng là lớp `ĐẠT-ảo` mà vòng H24 sinh ra để chặn. Đề-nghị bổ-sung vào resolve: **dựng `sub-ring4-close-S152.md` trước, rồi mới seed diary từ file đó** — hoặc ghi diary kèm nhãn *"nguồn = hội-thoại, không có sub-file"*.

---

## 2. Verify class ∈ enum ĐÓNG (nghĩa-vụ song-hành) — **8/8 SẠCH**

```bash
python -c "...json.load('memory-budget.json')['lead_self_audit']['flag_classes']"
# 11 class: view-stale-count · view-stale-status · view-stale-header · view-stale-role-desc · view-residual-asym
#           gap-carry-dropped · gap-carry-aged · gap-owner-specifics · gap-decision-sunk · gap-underfill · gap-incident-unrecorded
```
| class dùng | lần | ∈ enum? |
|---|---|---|
| `view-stale-status` | 3 (S-F1,2,5) | ✅ |
| `view-stale-count` | 2 (S-F3,6) | ✅ |
| `view-residual-asym` | 1 (S-F4) | ✅ |
| `gap-carry-dropped` | 2 (G-F1,2) | ✅ |

**0 class tự-chế.** Header đủ chuẩn `## FLAG-N — \`class\` — SEV` ở **8/8** ⇒ gốc lỗi S148 (*không gán class ⇒ tally đứng yên*) **không tái-phát**, lượt thứ 3 liên-tiếp.
👍 Ghi-nhận thêm: S-F3 **tự phản-biện ranh-giới enum** (*"nếu anh thấy sha-pointer xứng class riêng thì đó là quyết-định MỞ-RỘNG của anh — tao không bịa tên mới"*) và S-F6 **tự từ-chối nhân đôi tally cho một gốc**. Cả hai đúng luật CLOSED-enum, đúng bài S124. Đây là hành-vi tao muốn thấy, ghi lại để không bị "sửa" nhầm ở vòng sau.

---

## 3. TỰ tái-dựng số CÓ-THỂ-SAI (nghĩa-vụ (iv)) — **7 phép, 4 KHỚP · 3 LỆCH**

### A. FLAG-count — 🔴 **LỆCH 5 vs 8**
```bash
grep -c '^## FLAG-' sub-lead-stale-close-S152.md   # -> 6   (pin: 3)
grep -c '^## FLAG-' sub-lead-gap-close-S152.md     # -> 2   (pin: 2)  KHOP
```
Pin **5**, đĩa **8**. Truy gốc ở §4-A.

### B. Byte-size 2 file
| file | pin | đĩa | |
|---|---|---|---|
| `sub-lead-gap-close` | 15.644B | **15.644B** | ✅ KHỚP tuyệt-đối |
| `sub-lead-stale-close` | 16.911B | **30.195B** | 🔴 LỆCH −13.284B |

### C. Census sha (số load-bearing của S-F3) — ✅ **KHỚP EXACT, dựng bằng CÔNG-CỤ KHÁC**
Con-đo dùng `rg -l '59ce1d0f' --glob '!**/runs/**'` → 17. Tao **cố ý không dùng lại lệnh đó** (bài `feedback_absence_looks_like_clean`: *vá xong phải grep lại bằng lệnh KHÁC*) — tao lấy **tập đầy-đủ rồi trừ tay**:
```
rg -l 59ce1d0f              -> 32 file
   trong đó dưới runs/      -> 15 file (S152 ×7 · S151 ×4 · S150 ×3 · S149 ×1)
   32 - 15                  -> 17          ✅ KHỚP
rg -l 9c909007              -> 2 file, CẢ HAI nằm trong runs/ (chính 2 sub H24 lượt này)
   ngoài runs/              -> 0           ✅ KHỚP
```
Bồi thêm: tao kiểm cả **phân-rã 13 LIVE + 4 NARRATIVE = 17** của con-đo — đếm được đúng 4 file narrative (`session-3/_context-s-3.md` · `session-4/_end` · 2 session-log 07-25) ⇒ 13 LIVE. ✅ Bảng census không có ô nào bịa.

### D. 3 số byte memory-ops — ✅ **KHỚP 3/3**
```bash
wc -c lead-gap-auditor/MEMORY.md harvest-curator/MEMORY.md cicd-monitor/archive/_INDEX.md
#  16485 / 16420 / 19322     <- WAL khai 16485 / 16420 / 19322     KHOP 3/3
ls -la .claude/agent-memory/.archive-strikes.json   # 558B  22:12   <- ton tai, dung mtime con-do cite
```

### E. `class_repeat.counts` vs FLAG thật — ✅ **KHỚP, quyết-định NO-OP là ĐÚNG**
```
counts: view-residual-asym 4 · view-stale-count 4 · gap-carry-dropped 6 · view-stale-status 1 · 7 class kia 0
```
Tao dựng lại tập class **@open** để kiểm vế *"2 class kia NO-OP procedural (đã decided @open)"*:
```bash
grep -n '^## FLAG-' sub-lead-stale-S152.md sub-lead-gap-S152.md      # LUOT @OPEN
#  stale: view-stale-count · view-residual-asym · view-residual-asym
#  gap  : gap-carry-dropped ×2
```
⇒ @open đã fire `view-stale-count` + `view-residual-asym` + `gap-carry-dropped`. @close 3 class ấy **tái-xuất** nhưng bookend = **MỘT vòng đo** ⇒ không tăng lần 2. Chỉ `view-stale-status` là class **mới trong vòng** ⇒ **0→1 ĐÚNG**.
🔴 **Điểm đắt:** `view-residual-asym` (S-F4) nằm **NGOÀI pin** — nếu tally được quyết bằng tập-5-FLAG thì class này lẽ ra **bị bỏ sót**. Nó thoát **NHỜ MAY**: @open đã fire nó rồi nên NO-OP dù sao cũng đúng. **Số cuối đúng, nhưng đường đi tới số thì hở** — đúng lớp `S149 tally-view-bỏ-nửa`, chỉ khác là lần này hậu-quả bằng 0. Nếu vòng sau có FLAG ngoài-pin thuộc class **chưa** fire @open ⇒ tally **sẽ sai thật**.
Ghi-nhận sổ máy vận-hành đúng: `counter=26`, `last_ticked_session=S152`, history 17 entry, entry cuối phân-loại `squash-benign` có đủ 3 vế cổ-điển (object EXISTS · not reachable · counter không lui).

### F. Offset dòng `:55` của S-F5 — 🔴 **LỆCH 4/4** (§4-D2)
### G. Số lần xuất-hiện `24.728` trên `HANDOFF:8` — 🔴 **LỆCH 1 vs 2** (§5)

---

## 4. Falsify-log (nghĩa-vụ (iii)) — **6 phép · 3 HELD · 3 BROKE**

### F-1 · HELD (suýt vu-oan — cứu bằng lệnh thứ 2)
**Thử bác G-F1:** con-đo dán `git diff memory-budget.json | grep last_sleep` ra `-07-18 / +07-26`. Tao chạy lại ⇒ **0 dòng output**. Thoáng nghĩ "số bịa".
**Chạy lại bằng đường KHÁC:** `git log -p -2 -- .claude/agent-memory/memory-budget.json | grep last_sleep_at` ⇒ `-"2026-07-18"` / `+"2026-07-26"`, nằm trong commit **`915af3a` wal: flush 20260726T0110**. Giá-trị hiện-tại trên đĩa = `2026-07-26`.
⇒ **HELD.** Nguyên-nhân 0-output = **time-drift**: lúc con-đo đo, file còn unstaged; hook wal-flush commit nó lúc 01:10 ⇒ `git diff` (working-vs-index) sạch. **Không phải khai sai.** Đây đúng bẫy tao đã tự vấp @S150 và ghi vào diary — lần này áp được ngay.

### F-2 · HELD (thử bác bằng công-cụ khác hẳn)
**Thử bác S-F3 "17 file":** nghi `--glob '!**/runs/**'` nuốt/lọc sai (đúng lớp bẫy `-E` en-dash tao vấp @S149). Tao **không** dùng lại glob — lấy tập đầy-đủ 32 rồi trừ tay 15 file dưới `runs/`. ⇒ **17**. Và `9c909007` ngoài `runs/` = **0**. **HELD, khớp tuyệt-đối.**

### F-3 · BROKE (số, không phải finding)
**Thử xác-nhận S-F5:** chạy đúng block python con-đo dán.
```
len = 1320                          <- KHOP con-do
md5(dong) = 546507cdc832            <- tao ghim de chong "file da doi"
repr[:40] = '| **Auto-check (INFORM-only)** | 🔄 **ĐỔI'
offset:  'Auto-check (INFORM-only)'        tao 4    con-do 2
         'AUTO chạy'                       tao 291  con-do 317
         'INFORM-consent S144 superseded'  tao 367  con-do 349
         'khi INFORM fire'                 tao 767  con-do 900
git diff --stat -- .claude/commands/sleep-recovery-memory-l2.md   -> RONG (file sach)
```
**4/4 offset KHÔNG tái-dựng được, trên một dòng có ĐỘ DÀI TRÙNG KHÍT và git sạch** ⇒ loại giả-thuyết "file đổi giữa chừng" (đổi mà giữ nguyên 1320B và lệch offset 2 chiều ngược nhau là bất-khả). ⇒ **BROKE**.
🔴 **Tao KHÔNG phán "bịa"** (luật tự đặt @S150): tao phán **"số không dùng được"** — 4 chuỗi con-đo cite đều **CÓ THẬT trong dòng**, kết-luận (nhãn chưa lật / ruột đã lật) **ĐÚNG**, chỉ toạ-độ là không tin được. FLAG-5 giữ **ĐẠT**.

### F-4 · BROKE — 🔴 **hai con-đo NÓI NGƯỢC NHAU về cùng một mệnh-đề, và bên sai là `lead-gap`**
`lead-gap` G-F2 viết: `grep -rl '59ce1d0f' AI_INFRA/broadcasts/` → 0 hit — **"(sha cũ vẫn vắng trên hub — SE khai ĐÚNG)"**.
`lead-stale` S-F1 viết: `grep -rl "59ce1d0f" AI_INFRA --include="*.md"` → 3 hit — **SE khai SAI**.
Tao chạy **cả hai**:
```bash
grep -rl "59ce1d0f" AI_INFRA --include="*.md"   -> 3   (MAIN-INDEX.md · SUMMARY-INDEX.md · COMMS-LEDGER.md)
grep -rl "59ce1d0f" AI_INFRA/broadcasts/        -> 0
```
**Cả hai CON SỐ đều đúng.** Cái sai là **PHÁN QUYẾT**: mệnh-đề SE đang bị chấm (`report:12`) dùng nguyên-văn tập-đo **`AI_INFRA` toàn repo**; `lead-gap` **thay tập-đo bằng `broadcasts/` (tập con)** rồi tuyên "SE khai ĐÚNG". ⇒ **BROKE**.
Đây đúng lớp tao ghi @S150 §②: *cùng token, khác tập-đo*. Hại thật, không lý-thuyết: nếu lead đọc trúng ngoặc của `lead-gap` trước, nó sẽ **bác S-F1 HIGH** và để nguyên một governance-record đang khai sai với hub.
👍 Công-bằng với `lead-gap`: ngay dòng dưới nó **tự kìm** đúng chỗ khó (*"sha KHÁC nên tao KHÔNG tuyên đây chính là bản re-publish"*). Kỷ-luật đó tốt — chỉ là **cái ngoặc đóng-dấu-cho-SE thì vượt quyền phép đo của chính nó**.

### F-5 · HELD (thử bác vế "vắng mặt" của G-F1 bằng cách đi TÌM vật)
Nghi con-đo bỏ sót nơi ring4 đã ghi (nhớ ca `agent cwd-relative mis-land` — sub `cd` xuống subdir làm MEMORY rơi `<subdir>/.claude`). Tao thấy **có thật một thư-mục `.claude/` lạ nằm TRONG run-folder, mtime 01:04** ⇒ nghi to.
```bash
find runs/2026-07-25-S152-h24-open-bookend/.claude -type f    # -> KHONG CO FILE NAO (thu-muc RONG)
find .claude -name "*ring4*" -type f                          # -> chi .claude/agents/ring4-audit.md (07-24 23:11)
```
⇒ **HELD** — không có vật nào bị lạc chỗ; sự vắng mặt là thật.
🔸 INFORM ngoài trục (1 dòng, để lead xử, **không** phải FLAG của H24): run-folder có **thư-mục `.claude/` rỗng** sinh lúc 01:04 — vết của một sub từng `cd` sai chỗ. Rẻ thì xoá.

### F-6 · BROKE (thử bác chính pin lead giao cho tao)
Nghi "pin 16.911B / 3 FLAG" là tao đọc nhầm. Tao cắt đúng 16.911 byte đầu file rồi đếm:
```python
head = raw[:16911]
FLAG headers trong prefix : ['FLAG-1','FLAG-2','FLAG-3']      <- DUNG 3, khop pin
FLAG headers trong FULL   : ['FLAG-1',...,'FLAG-6']           <- 6
prefix ket thuc tai dong ~166, 160 ky-tu cuoi:
  "... Day la du-kien dang kem khi SE tra loi hub — **khong** phai FLAG cua SE.\n\n---\n"
```
⇒ **BROKE giả-thuyết "lead đọc nhầm"**: pin **chính-xác tuyệt-đối** với trạng-thái file **tại thời-điểm 16.911B**. Xem §4-A.

---

## 4-A. 🔴 GỐC của lệch pin — một CƠ-CHẾ MỚI, chưa có trong sổ nào

Byte 16.911 rơi **đúng sau đoạn INFORM cuối FLAG-3, cộng dấu `---` và một dòng trống**. Mà trong file này **mọi section đều kết bằng `---`**. ⇒ Bản cắt giữa chừng **có hình-dạng của một file HOÀN CHỈNH**: mở bằng header, 3 FLAG đủ cấu-trúc, đóng bằng `---`. Không có dấu-hiệu cụt nào để mắt người bắt.

**Đây là tác-dụng phụ của chính kỷ-luật anti-#53.** Luật *"APPEND TỪNG FINDING NGAY KHI THẤY"* (cả 2 con-đo đều khai ở đầu file) khiến file **luôn ở trạng thái hợp-lệ giữa chừng**. Ai đọc trong lúc con-đo còn viết sẽ nhận một artifact **im lặng nhưng thiếu một nửa**. Đúng khuôn `feedback_absence_looks_like_clean` — *vắng mặt trông giống ổn* — nhưng ở một bề-mặt mới: **không phải dòng bị xoá, mà là phần chưa kịp sinh ra.**

**Hại đo được của lượt này:** 3 FLAG (`S-F4` `view-residual-asym` MED-HIGH · `S-F5` · `S-F6`) nằm ngoài tầm nhìn lead ⇒ nếu closeout đi theo pin thì:
- `.claude/agents/ring4-audit.md:26/:27` giữ nguyên cổng-consent **đã bị owner khai tử** — trên persona của một vai KIỂM;
- `sleep-recovery-memory-l2.md:55` giữ nhãn `INFORM-only` **đang bị máy khác ăn làm token phân-loại vai** (`:39` derive tập vai bằng `grep -il 'INFORM-only'`);
- `HANDOFF:8` giữ 2 vết `24.728B` chết.
Tally thì **thoát nhờ may** (§3-E).

**Đề-nghị rẻ, soi được — 1 dòng, không cần máy mới:** con-đo H24 kết file bằng **một dòng chốt duy nhất** `<!-- END sub-<vai>-<S> · TOTAL=<n> FLAG -->`; lead **chỉ chấp-nhận pin khi thấy dòng END và `grep -c '^## FLAG-'` == `TOTAL`**. Không có dòng END ⇒ con-đo **chưa xong**, đợi. Rẻ hơn mọi phương-án khoá file, và **kiểm được bằng 1 lệnh** — đúng bài `S122`: *chặn được = LUẬT soi-được, không phải trí-nhớ*.
🔴 Khai giới-hạn: đây là **đề-nghị của tao, chưa ai duyệt** — chạm nghi-thức H24 nên thuộc quyền anh/hub, không phải quyền lead.

## 4-D. 3 khuyết-tật ngoài-FLAG của 2 con-đo

| id | vai | khuyết-tật | bằng-chứng |
|---|---|---|---|
| **D-1** | `lead-stale` | file **chưa đóng** lúc bị pin ⇒ nửa số FLAG vô-hình với lead | §4-A |
| **D-2** | `lead-stale` | **4/4 offset `:55` không tái-dựng được** trên dòng byte-trùng-khít, git sạch | F-3 |
| **D-3** | `lead-gap` | ngoặc *"SE khai ĐÚNG"* **thay tập-đo** (`broadcasts/` ⊂ `AI_INFRA`) ⇒ mâu-thuẫn trực-diện S-F1 HIGH | F-4 |

Bất-đối-xứng đáng ghi: **`lead-gap` dán lệnh + output thô gần như mọi chỗ** ⇒ tao tái-dựng được **100%** phần định-lượng của nó. `lead-stale` cũng dán lệnh, nhưng **có ô output là số gõ tay** (D-2). Cùng kết-luận tao đã ghi @S150: *số không kèm lệnh CHẠY THẬT = số không kiểm được* — nay siết thêm một nấc: **dán lệnh mà output gõ tay cũng vậy.**

---

## 5. Thách con-đo (nghĩa-vụ (iv), vế bắt-buộc) — **1 FLAG SÓT: `M-1`**

Cặp này ra 8 FLAG (≠ CLEAN) nên tao chuyển hình phép thách sang **"soi cái con-đo KHÔNG nói"**, nhắm vào surface `docs/HANDOFF.md` như lead giao.

**Chọn điểm:** S-F6 tuyên `HANDOFF:8` mục ⑥ chở số chết `24.728B`. Tao hỏi câu con-đo **không** hỏi: *số chết đó chỉ nằm ở ⑥ thôi à?*
```python
re.findall(r'24\.728', l8)  ->  2 hit          # con-do chi neu 1
--- offset 104 ---   "**NEXT em (phiên kế):** ① `[carry:memory-ops-refine-queue]` chạy ĐẦU phiên —
                      **A1 GẤP** (diary lead-gap 24.728B = 96,6% cap sau M9-append; drain + dựng _INDEX…)"
--- offset 1520 ---  "⑥ @S152 … (… lead-gap 24.728B runway ~1,6 wave tới cap)"        <- cai con-do da bat
```
**M-1 = hit tại offset 104, mục ①, CHƯA ai chạm.** Nó **cùng hạng LIVE-claim** với ⑥: nằm trong khối `**NEXT em (phiên kế):**`, gắn nhãn **`A1 GẤP`**, và mô-tả việc *"drain + dựng _INDEX"* — mà A1 **đã chạy xong**: `lead-gap-auditor/MEMORY.md` = **16.485B**, `archive/2026-07.md` + `_INDEX.md` đã tồn tại mtime **22:11**.

**3 lý-do M-1 không được miễn:**
1. **Không có nhãn đóng nào cứu nó.** Tao đếm marker trên đúng 2 dòng:
   ```
   dòng 8 (NEXT em):  '~~' 0   '✅' 0   'ĐÓNG' 0
   dòng 7 (nơi lead đóng (31)(32)):  '~~' 10   '✅' 5   'ĐÓNG' 6
   ```
   ⇒ lead **biết cách** đánh dấu đóng và **đã làm 21 lần ở dòng ngay trên**, nhưng **cả dòng 8 không một dấu nào**. Không thể đọc `①`/`⑥` thành "đã đóng, chỉ chưa gạch".
2. **Nó nặng hơn ⑥ về mặt điều-hướng.** ① là mục **ĐẦU** của `NEXT em` và mang chữ **GẤP** — phiên sau đọc `HANDOFF` sẽ ưu-tiên nó số một, để đi làm lại một cú drain **vừa xong 3 tiếng trước**.
3. **Bỏ sót nó tái-tạo đúng cái bệnh con-đo vừa chẩn.** S-F4 (cùng file, cùng lượt) định-nghĩa `view-residual-asym` = *một đợt sửa quét chỗ này bỏ chỗ kia*. Resolve của S-F6 chỉ nêu ⑥ ⇒ **vá theo nó sẽ đẻ ra đúng một ca asym mới**, cùng dòng, cùng con số.

**Đề-nghị resolve M-1:** ① sửa `24.728B = 96,6% cap` → `16.485B = 64,4% cap (đã drain A1 @22:11)` **hoặc** đóng cả ① như (31)/(32). Và kiểm lại bằng **lệnh khác** với lệnh dùng để vá: `grep -c '24\.728' docs/HANDOFF.md` phải về **0**.

🔸 **Khai giới-hạn phép thách (chống thổi phồng):** tao soi **1 dòng của 1 surface** (`HANDOFF:8`). Tao **không** quét hết `HANDOFF`/`STATUS` ⇒ **không** tuyên "chỉ sót đúng 1 cái". Câu đúng là: *soi một điểm, ra một sót thật.*

---

## 6. Ranh-trục — cái tao KHÔNG chấm (khai để không ai đọc thành đã-phủ)

- **KHÔNG** tự soi lead trực-tiếp — đó là việc của 2 vai H24. Mọi dòng trên đều neo vào **claim của con-đo**, trừ §5 (phép thách, có mandate).
- **KHÔNG** chạm vòng tooling/harvest (`ring1-audit`) · trio-memory (`harness-audit`) · nén-ngủ (`ring4-audit`) · code-diff (`reviewer`).
- **KHÔNG** verify được "ring4 chạy THẬT / TRƯỢT-3 / 4 đề-fix" — 0 artifact (§1 G-F1). Đừng đọc "không flag" thành "đã xác-nhận".
- **KHÔNG** chạy `memory-archive-gate.ps1` / `mfe-eval.ps1` — cùng lý-do con-đo đã khai: chúng **ghi state-file**, chạy để kiểm = làm hỏng thứ đang kiểm.
- 🔴 Caveat vai (bất-biến): frontmatter tao khai thiếu Write/Edit **nhưng runtime whitelist không có răng** (`[carry:tools-whitelist-no-teeth]`). Backstop THẬT = lead soát `git status` + commit-gate. Lượt này tao ghi **đúng 1 file**: chính file này.

## 7. Chốt

- **8/8 FLAG ĐẠT nội-dung · 0 TRƯỢT · enum 8/8 sạch · header chuẩn 8/8** (gốc lỗi S148 không tái-phát, lượt thứ 3).
- **Nhưng 3 khuyết-tật ngoài-FLAG** (D-1 pin cắt nửa · D-2 offset không tái-dựng · D-3 tráo tập-đo) **+ 1 FLAG sót** (M-1).
- **Việc gấp nhất cho lead:** đọc lại `sub-lead-stale-close-S152.md` ở **bản 30.195B** — **3 FLAG cuối chưa từng vào tầm quyết-định**, trong đó `S-F4` chạm persona vai KIỂM `ring4-audit`.