# lead-gap-auditor (H24 light) @open S180 — VERDICT: `LEAD-GAP: 6 FLAG`

> Recover từ **#53 garble** (return đầu = "Let me check the two live threads…"). 🔴 Câu garble **chứa finding sống** ("the 4 unapplied 2026-08-04 letters") — lead đo ngay, xác nhận, không đợi resume.

## FLAG-1 — `gap-decision-sunk` — HIGH
**Thiếu:** lỗi máy **H24-2** (detector dựng segment từ `marks[0]`, anchor `^\*\*` bỏ sót khối NEXT dạng heading) bị **đóng ké** theo slot **(70)** `~~ĐÓNG @S179~~`. Nó là **rider** trong `HANDOFF:51`, **nằm TRONG khối gạch-ngang** ⇒ ai quét mục-mở đều bỏ qua. Chính vai này đã tuyên @S173 *"Slot (70) PHẢI MỞ LẠI"* — slot đóng, **lỗi máy sống**.
**Chứng vắng:** `git log -5 -- scripts/governance-detectors.ps1` → commit thật cuối = `1b85713` (S151) ⇒ **chưa từng vá**. `grep -o "marks\[0\]"` → HANDOFF **1** (đúng dòng :51 trong khối ĐÓNG) · STATUS/WAL/error-ledger/migration-todos/ACTIVE-MARKS/`_end` = **0** cả 6.
**Control-dương:** cùng lệnh với `S179` → HANDOFF 27 · STATUS 16 ⇒ thước sống.

## FLAG-2 — `gap-carry-aged` — HIGH
**Thiếu:** phép đo tuổi carry **không chạm được tập carry đang sống**. Port đúng regex `.ps1:892` bằng python: `marks[0]` nay ở **HANDOFF:172** ⇒ **vùng mù = byte 0..34.855 / 163.546 = 21,3%**, nuốt **66 occurrence / 25 slug distinct**, gồm **TRỌN khối `Carry @S179`** (cả 14 + 7 vá). `carryLines[0]` mà detector chấm = segment kỷ-nguyên cũ chỉ **5 slug**, trong đó `adap-apply-2-thu` **đã ĐÓNG @S179** ⇒ **máy đang chấm tuổi một slug đã chết rồi in `[ok]`**.
**Chứng:** regex `^\*\*…NEXT (anh|em)` → 25 match, **sớm nhất dòng 172**; regex heading `^#{2,3}\s*…NEXT` → **4 khối bị bỏ** tại dòng **29 · 57 · 110 · 144** — dòng 29/57 chính là `### 🔵 NEXT em @S179` và `@S172`.
**Control-dương:** `[carry:*]` toàn file = **285 occ / 54 distinct** ⇒ regex carry sống, **chỉ anchor segment chết**.
🔴 **Hệ quả:** `class_repeat.counts["gap-carry-aged"] = 0` là **số 0 VÔ NGHĨA — cấm đọc thành lành.**

## FLAG-3 — `gap-carry-dropped` — HIGH
**Thiếu:** **4 lá thư `2026-08-04-Governance-upgrade-pack-phased-*`** (`thu-chinh` · `luat-cham-diem` · `khuon-fit-map-report-checklist` · `phu-luc-spec-pitfall`) nằm trên đĩa `broadcasts/inbox/ai_infra/` mà **chưa áp, 0 adap-report, 0 hit mọi sổ**.
🔴 Lead tuyên **"all = 0"** ở BƯỚC 0.9 do chỉ kiểm thư **MỚI NHẤT** (08-05) rồi suy ngược thư cũ hơn đã xong — **suy sai** (chi tiết `lead-errata-buoc09-S180.md`).
**Chứng vắng:** 4 token × 4 bề mặt = **0/0/0/0**; `ls adap-reports/ | grep -c 2026-08-04` = **0**.
**Control-dương:** `grep -rl loi-do-luong adap-reports/` = **1**, `loi-do-luong` trong HANDOFF = **2** ⇒ thước sống.

## FLAG-4 — `gap-carry-dropped` — MED
**Thiếu:** **7 slug vá @S179** (`uat-s117`·`pe-phanquyen`·`bvaau`·`binh-le-decision`·`uat-s133-budget-freeze`·`uat-s134-luyke`·`account-trung`) chỉ sống trên **DUY NHẤT 1 bề mặt**. Bản chốt-kết **đóng-băng `_end`** của phiên-LOGIC L11 liệt **14 slug**, **thiếu đủ 7**.
🔴 **Thứ tự commit là nguyên nhân:** `_end` land ở `65bbaf3`, bản vá 7 slug land **SAU** ở `55894a0` ⇒ **dấu đóng băng vĩnh viễn khai thiếu**.
**Resolve:** `_end` FROZEN không sửa ⇒ `_end` của **L12 phải đủ 21** + 1 dòng đính-chính ở HANDOFF.
**Control-dương:** `e7-cot-chet-khkk` và `tools-whitelist-no-teeth` → `_end` = **1** ⇒ thước phân biệt được, không phải 0-đều.

## FLAG-5 — `gap-carry-dropped` — MED
**Thiếu:** máy báo `tran-bo-nho **4** over-cap`; NEXT-em @S179 mục 3 chỉ gọi tên **3** (`ring2-audit` 26.440 · `reviewer` 26.856 · `tooling-auditor` 27.147). Vai thứ 4 = **`investigator-codebase` 26.803 B** — **không tên, không số, không ai nhận**.
**Chứng vắng:** `grep -o "26\.803\|26803"` trên 6 sổ = **0** cả 6.
**Control-dương:** cùng lệnh → `26.440`=1 · `26.856`=1 · `27.147`=1 trong HANDOFF ⇒ thước sống; **đúng một số bị bỏ**.

## FLAG-6 — `gap-decision-sunk` — MED
**Thiếu:** ngưỡng **`pull_warn_days`** — khai tường minh là **quyền anh, CỐ Ý để trống** từ S143 (2026-07-22) — **chưa bao giờ lên một slot CHỜ-ANH nào**.
**Hệ quả ĐO ĐƯỢC:** probe in `pull-cach 16 ngay` **không kèm OVERDUE**, vì nhánh cảnh báo `nhip-no-probe.ps1:212-215` chỉ chạy khi khoá tồn tại ⇒ **vế-4 câm vĩnh viễn**.
**Chứng vắng:** `grep -c pull_warn_days memory-budget.json` = **1** (chỉ trong comment `_note`, **không phải khoá thật**); WAL·error-ledger·migration-todos·ACTIVE-MARKS·`_end` = **0** cả 5; 5 hit HANDOFF + 2 STATUS đều là **văn kể lịch-sử S143**, không dòng nào là slot đánh số.
**Control-dương:** khoá cùng lớp `hmw_width` → HANDOFF **7** hit **VÀ có slot số (75)** ⇒ hình dạng "khoá owner-authority có nhà" tồn tại thật; `pull_warn_days` thiếu đúng cái đó.

---

## CHƯA ĐO (vai khai thẳng — lead ĐỪNG lấy làm thước)
- **Trục 3 `gap-owner-specifics`:** bảng `HANDOFF:9-21` 7 dòng VERBATIM — **chưa đối chiếu** nguồn gốc (transcript/ảnh S179) ⇒ **chưa kết luận** dòng nào bị diễn-giải.
- **Trục 5 `gap-underfill`:** **chưa đo** read-set phiên này vs `lead_tokens`=380K. 🔸 Lưu ý ngược hướng: @S179 đo ra **OVER ~2×** (373.881 B), mốc `_expand_S168` (~182.160 B) đã lỗi-thời ⇒ nghi **over**, không phải under. Lượt này **chưa có số**.
- **Trục 4:** đã đo **sự hiện diện** các slot (39)-(48)/(60)-(62)/(64)-(66)/(67)(72)(73)(74)(75) trên HANDOFF (tất cả ≥1 hit) — **chưa đo** "im bao nhiêu phiên" từng slot.

## CONTROL (8 phép — vai tự khai thước nào sống)
(1) `S179` HANDOFF 27/STATUS 16 · (2) `[carry:*]` 285 occ/54 distinct · (3) `_end` phân biệt `e7-cot-chet-khkk`=1 vs 7 slug=0 · (4) byte-số 26.440/26.856/27.147 = 1/1/1, `26.803`=0 · (5) `loi-do-luong` adap-report=1 vs 4 token 08-04=0 · (6) `hmw_width` HANDOFF=7 + có slot (75) · (7) ledger 44 registered/24 unregistered — 24 file đều fan-out `Governance-*`/`Agent-*`, header `_index.md` khai fan-out **cố ý không vào bảng** ⇒ **vai TỰ BÁC một FLAG dương-giả trước khi phát** · (8) 🔴 **một thước ĐÃ TỰ BÁC**: khớp theo TÊN FILE trên `_index.md` → **0 hit kể cả file chắc chắn đã log** ⇒ thước hỏng, thay bằng khớp cột `id` mới ra 44/24.
