[CLAUDE] Docs: S151 closeout — bootstrap + trio-AUTO đầu tiên + gói 3-máy vá sống + bookend DEEP trả nợ JUMP (tally #53=53, AS-17 promote)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

.claude/agent-memory/lead-stale-auditor/MEMORY.md

@@ -20,3 +20,8 @@ H24 §2(1) vai-STALE — soi VIEW LỆCH SOURCE của cái LEAD surface. Class
 - **S148 (2026-07-24) light-audit #4 [counter 22 · light 5/6 CHƯA tới hạn ⇒ FORCE-FIRE theo P=1 closeout-gộp, owner-direction — KHÔNG phải nhịp tự nhiên]** `[diary ghi TRONG lúc làm, anti-#53]` — Machine baseline TOTAL **46** (S143=47 → 46; canonical resolve mig=67 test=528 gotcha=83 table=89 menu=54 policy=216). **5 FLAG.** 🔴 **Ca nặng nhất = CANONICAL-POISON:** `STATUS.md:448` row `| Tests | **528 PASS** | 45 Domain + 483 Infra` NHƯNG `STATUS.md:6` cùng file + `changelog/sessions/2026-07-23-1730-S147…:38` đều ghi **532 (45D+487I, was 483I → +4)** ⇒ closeout S147 vá header quên ô canonical; hệ-quả: detector đọc canonical=528 nên **mọi flag C2/B3 test đo bằng thước sai**, `[OK] canonical matches disk` chỉ cross-check mig+gotcha, **KHÔNG** cross-check test ⇒ mù đúng chỗ. Cặp **BẤT-ĐỐI-XỨNG NGƯỢC CHIỀU** cùng 1 cặp file: `STATUS:6` ghi "gotcha 82" trong khi `STATUS:449`=83 VÀ `docs/gotchas.md` max anchor `### 83.`=83 ⇒ một file, hai row, mỗi row stale MỘT chiều khác nhau. **Lesson:** khi canonical-row và header-line cùng sống trong 1 file, closeout dễ vá 1-trong-2 → *đừng giả định canonical luôn đúng chỉ vì nó tên là canonical*; và **cross-check của máy phủ tới đâu thì mới tin tới đó** (mig+gotcha có, test/table/menu/policy KHÔNG). Tag `[s148, light#4, canonical-poison-test-count, header-vs-canonical-row, cross-check-coverage]`
 
 - **S150 (2026-07-25) BOOKEND @close lượt ĐẦU (hình B — vô-điều-kiện, KHÔNG theo counter) · phiên-logic 3 (S149+S150) · counter 24** `[🔸 SELF-WRITTEN trong lúc làm, anti-#53 — chờ em-main VERIFY per B3]` — Machine TOTAL **46**. **6 FLAG**, và 5/6 nằm trên **cùng 1 file** `docs/HANDOFF.md`. 🔴 **Gốc chung, không phải 5 lỗi rời:** cả phiên-logic chạm HANDOFF đúng **4 dòng-diff** (toàn sweep rename) — mọi quyết-định S149 (O-2 posture-A · O-3 tập-rỗng · O-7 cap 20 · thư model `59ce1d0f` · rename 5 vai) đổ vào `WAL`+`_context-s-3`+`budget.json`+`hmw.js` nhưng **KHÔNG đổ vào sổ owner-facing** ⇒ anh vẫn đang đọc 3 mục "chờ anh chốt" mà chính anh đã uỷ-quyền chốt hôm qua. **Lesson-1 (mới):** *khi quyết-định đi qua đường UỶ-QUYỀN (anh nói "Trả lời 4 câu") thay vì owner-gõ-từng-số, nó land ở nơi lead làm việc chứ không ở nơi owner đọc* — bookend phải soi đúng cái khe đó. **Lesson-2 (đo được, đắt):** trục H24-3 session-label **hiện 0 file có hiệu-lực** — `STATUS.md` có **0** chuỗi `Last updated` (anchor bị đổi hình thành `CURRENT`, đúng thứ comment `:592-595` của chính detector cấm) và `HANDOFF:5` viết `(**S147**` nên regex `\(S` trượt ⇒ nhãn S147 sống trên thân S148/S149 mà máy im. **Không sửa detector (khác turf), nhưng "0 flag" ở trục này KHÔNG đọc thành sạch.** Bẫy tránh được: `grep -c "public const string"` MenuKeys ra **51**, đếm PHẦN-TỬ `All` mới ra **54** = khớp canonical (bài S143 lặp lại nguyên si). Tag `[s150, bookend-close-lan-dau, uy-quyen-land-sai-so, h24-3-anchor-reshape-blind, handoff-1-goc-5-la]`
+
+## S151 (2026-07-25) — bookend @open hình B [M9 lead on-behalf, verify từ sub-file]
+- {task: soi view-lệch-source 5 surface · nấc: verified (ring2 8/8 ĐẠT) · evidence: runs/2026-07-25-S151-h24-open-bookend/sub-lead-stale-S151.md 14.636B}
+- 5 FLAG (role-desc README:249 tự-niêm-phong · stale-count thước-RAG ~3076 + counter-24 · residual-asym sha-977ba18 E-012-tái + bảng-cổ :302) — TẤT CẢ đã vá @S151 batch doc-fix.
+- #53 first-return + skeleton-THUẦN (file 12-dòng lúc chết) → resume đổ trọn. Bài: append TỪNG finding ngay khi thấy, đừng dồn cuối; VERIFIED-CLEAN phải KÈM LỆNH (ring2 BROKE đúng dòng thiếu lệnh rename-residue).