wal: flush 20260729T0858

.claude/workflows/runs/2026-07-27-S155-pe-delete-approver/implement-synthesis.md

@@ -0,0 +1,126 @@
+# implement-synthesis — S155 · PE nút XÓA phiếu ở màn DUYỆT (approver-side)
+
+> **run-id:** `2026-07-27-S155-pe-delete-approver` · phiên-LOGIC L7, window 2
+> **Viết:** 2026-07-29 (retro-harvest @S159) — 🔴 **KHAI THẲNG: file này viết SAU, không phải ghi trong lúc làm.**
+> Nguồn = artifact trên đĩa của chính run này + prod-state đã đo. Mọi con số dưới đây **derive từ file cụ thể**, không từ trí nhớ.
+> Tiền lệ retro-harvest: `22ea8c5` (đã làm đúng việc này cho 6 folder S112–S114).
+
+---
+
+## 0. Vì sao file này tồn tại (và vì sao nó ra muộn 2 ngày)
+
+Run này **đã hoàn tất và đã ship prod**, nhưng thiếu file `*-synthesis.md` phẳng ⇒ Sàn-3 tín-hiệu ① xếp nó vào **orphan run-folder** ở mọi lần bootstrap sau đó. Đây đúng **kẽ dạng-4** mà [`tiep.md §0`](../../commands/tiep.md) khai sẵn: *"run.md kể kết-quả mà không có heading synthesis nào"* — máy đo **tên file**, không đo **đã harvest chưa**.
+
+Anh chốt @S159: *"nối mạch tiếp cho xong hẳn rồi bootstrap"* ⇒ đóng nợ bằng cách viết thật, không dán nhãn.
+
+---
+
+## 1. Đề bài (nguyên văn UAT, không diễn giải)
+
+Phiếu `PE/2026/A/046` · dự án FLOCK03 · hạng mục MAT-16 · trạng thái **Đã gửi duyệt** · cờ GẤP(PRO). Khối HÀNH ĐỘNG chỉ có `✓ Duyệt` · `← Trả lại` — **thiếu Xóa**.
+
+**Tra Sol (user):** *"Chỗ duyệt - tạo giúp em nút xóa với"* · *"mấy bạn bắt sai cái gói thầu"* · *"phải xóa thì nó mới ko có lũy kế lên"*
+**Anh (owner):** *"Hic hôm trước có cái chỗ cho huy / mọi người nói là ko cần cái đó / giờ lại cần"*
+
+🔴 **Đây là lỗi SỐ LIỆU, không phải UX.** `ComputePendingAsync` (S134) tính phiếu `ChoDuyet` có winner vào **lũy kế TẠM TÍNH** ⇒ phiếu bấm sai gói thầu đang treo ở bước duyệt **đang ăn ngân sách hạng mục sai**. `Trả lại` đẩy về `TraLai=98` chứ **không triệt tiêu** ⇒ số vẫn lệch. Đúng thứ user mô tả bằng chữ *"lũy kế lên"*.
+
+---
+
+## 2. Owner chốt — 3 lượt, 13 quyết định
+
+| Lượt | # | Câu | Anh chốt |
+|---|---|---|---|
+| 2 | (5) | Quyền xóa gắn vào đâu | Cờ **`AllowApproverDelete` per-Cấp-duyệt** — **bác** `Department.ManagerUserId` |
+| 2 | (6) | Màn "Đã xóa" | **CHỈ XEM**, chưa làm khôi phục |
+| 2 | (7) | Sửa quy trình duyệt | *"thêm người/điều chỉnh quyền → **KHÔNG** cần tạo mới; đổi **quy trình** mới bắt buộc tạo mới"* |
+| 3 | (8) | Xóa nháp vs xóa-khi-duyệt | **TÁCH 2 quyền riêng** |
+| 3 | (9) | Cờ F6 per-người hay per-cấp | **PER-NGƯỜI** (`matchingLevel`) |
+| 3 | (10) | `AllowApproverFinalize` | **PHÁ VỠ** |
+| 3 | (11) | `CeoApprovalThreshold` | **PHÁ VỠ** |
+| 3 | (12) | `Step.DepartmentId` | **AN TOÀN** |
+| 3 | (13) | Cách chạy hmw | **CHIA 2 ĐỢT — F trước, A–E sau** |
+
+🔴 **Khai trung thực về (5):** quyết này **đổi nghĩa** so với chữ đầu *"người đứng đầu phòng"* → thành *"cấp nào admin tick"*. Owner chọn **với trade-off đặt rõ trên bàn** — KHÔNG phải lead hiểu nhầm rồi hợp thức hoá sau.
+
+🎁 **Lời giải gọn cho (8)** (giữ vì nó là lý do `Menu keys=54`/`Policies=216` **không đổi**): đường xóa **nháp GIỮ NGUYÊN không policy** (Drafter không mất gì) · đường xóa-khi-duyệt = **endpoint RIÊNG** mang policy **root có sẵn** `PurchaseEvaluations.Delete` ⇒ **0 key mới**.
+
+---
+
+## 3. Kết quả từng stage (tick theo ĐĨA, không theo ledger cũ)
+
+| Stage | Verdict | Artifact |
+|---|---|---|
+| S1 — 2 Invest BE/FE | ⚠️ **cả 2 dính `#53`**, cứu từ đĩa + SendMessage-resume làm nốt | `sub-invest-be-1.md` 31.371 B · `sub-invest-fe-2.md` 22.074 B |
+| S1-bis — Invest #3 (menu · "Đã xóa" · "người đứng đầu phòng") | ✅ | `sub-invest-menu-3.md` 21.748 B |
+| S1-ter — Invest #4 (workflow versioning) | ✅ **25 phát hiện** | `sub-invest-wfver-4.md` 29.479 B |
+| S2 — spec + checklist | ✅ **37.490 B**, 2 phần, ~50 mục | `spec-pe-delete-approver.md` |
+| S3 — review spec | **PASS-WITH-FLAGS — 17 FLAG (4H/8M/5L)** · F.0 **không bác được** sau 6 đường tấn công · lead vá 4H+8M vào spec | `reviewer-spec-review.md` 28.259 B |
+| S4-đợt1 — hmw 5 wave (schema F6 + Mig) | ✅ **DEPLOY `b1bae77` · CICD PASS 6/6** | `cicd-verify-dot1.md` · `reviewer-diff-dot1.md` 47.113 B |
+| Đ2-W1 — BE | ✅ xóa-by-approver + list deleted + menu seed + changelog | `sub-d2-be-1.md` |
+| Đ2-W2 — FE | ✅ nút xóa + 3 mục menu + màn "Đã xóa" | `sub-d2-fe-2.md` · `sub-d2-fe-3.md` |
+| Đ2-W3 — test + review + deploy | reviewer **FAIL 12 FLAG** (H1 = DTO thiếu field) → lead vá → **DEPLOY `4464a46`** | `reviewer-diff-dot2.md` 51.970 B · `sub-d2-test-4.md` |
+| Fix-nhanh UAT | ✅ **`f4494cf`** — click "Danh sách" lại highlight "Đã duyệt" | xem §4 |
+
+**Phân đợt vì sao:** §F.0 chứng minh A–E **không chạy được** nếu thiếu F ⇒ đợt 1 xong là UAT được ngay, biết chắc nền đúng trước khi xây tiếp; blast-radius ≥6 module nên tách để truy lỗi dễ.
+
+---
+
+## 4. 🔴 ĐÍNH CHÍNH ledger — `f4494cf` ĐÃ được verify
+
+`run.md:173` ghi: *"**cicd verify cho commit này CHƯA chạy**"*. **Dòng đó STALE.** Đối chứng 2 nguồn độc lập:
+
+| Nguồn | Bằng chứng |
+|---|---|
+| `cicd-verify-s157-diadiem.md:38` | bảng pre-state: `id` **531** · Run **#418** · `f4494cfe` · **success** · 07-27 14:36:54→14:42:35 |
+| `cicd-verify-s157-diadiem.md:58` | bundle `BK8w3QxU` / `DYnxSI0T` **khớp chính xác baseline STATUS S156**, `Last-Modified` trỏ đúng run #418 |
+| `changelog/sessions/2026-07-28-0930-*.md:17` | **cicd PASS 6/6** — lead tự đo @S156: endpoint 2/2 → 401 (control bịa 404 chứng phép đo có phân biệt) · smoke 8/8 · **D3 giao-tập-ID = 0** (37 sống ⟂ 9 xóa) · bundle rotate ×2 + 4/4 byte-marker |
+
+⚠️ **Giới hạn khai thẳng — đừng đọc quá:** KHÔNG có artifact `cicd-verify` **riêng** cho `f4494cf`. Cái tồn tại là (a) Gitea Run #418 **success** ghi trong bảng pre-state của lượt sau, và (b) phép đo 6/6 của **lead** ghi trong session log. Hai vết độc lập, đủ để lật dòng ledger — **không đủ** để nói "cicd-monitor đã chấm riêng commit này".
+
+🔸 **Errata phụ (nhỏ, không load-bearing):** session log `:17` viết *"Run #531 success 5m41s"* — số Run thật là **#418**; `531` là **`id` (task-id nội bộ Gitea)**, cột đầu của bảng `:35-38`.
+
+> 🔴 **ERRATA-CỦA-ERRATA @S159 (H2 `harvest-curator` F-02 bắt — lead ghi on-behalf):** bản đầu của chính dòng này gọi `531` là **"test-count"** — **SAI**. Header bảng `cicd-verify-s157-diadiem.md:35` = `| id | run# | head_sha | status | created | updated |`; dãy `id` 529/530/531 ↔ run# 416/417/418 **liên tục, khoá chặt** (đối chứng `cicd-verify-dot1.md:40` *"id=529 · run_number=#416"* + `cicd-verify-dot2.md:41` *"Run #417 (task id=530)"*). Test-count thời điểm đó = **532** (§7 file này), **không phải 531** — lệch đúng 1 nên suy-diễn sai nghe rất lọt tai.
+> ⭐ **Mỉa mai đáng giữ:** errata này kết bằng *"đọc bảng đúng cột"* trong khi **chính nó đọc sai cột**. Phần SỬA (Run thật = #418) vẫn ĐÚNG và load-bearing; hỏng ở **lời giải thích**. Đây là mislabel, không phải bịa — và là lý do vòng kiểm độc lập tồn tại.
+
+---
+
+## 5. Ràng buộc CỨNG — thứ đáng mang sang việc sau
+
+Đây là phần **tái sử dụng được**, không phải sử ký:
+
+- **7a** — đường xóa **nháp** GIỮ NGUYÊN không policy; gắn vào là `Drafter` mất quyền xóa nháp của chính mình (**đo thật: 11/13 role `CanDelete=0`**)
+- **7c** — seeder `:2120-2126` **skip-if-exists** và **không bao giờ chạm `CanDelete`** ⇒ sửa seeder **KHÔNG vá được prod**, phải tick tay hoặc viết upgrade-path
+- **B2** — guard xóa-khi-duyệt = đúng lượt **∧** `matchingLevel.AllowApproverDelete` (**PER-ROW**, khuôn `:859`, **KHÔNG** `g.Any(...)` `:1182`)
+- **8a** — `IgnoreQueryFilters()` **GỠ** filter chứ không ĐẢO ⇒ **BẮT BUỘC** kèm `.Where(x => x.IsDeleted)`
+- **8b** — handler mới **mặc định 0 rào** ⇒ phải sao khối IDOR `PurchaseEvaluationFeatures.cs:596-617`
+- **D3** — `IgnoreQueryFilters` chỉ ở **đúng 1 handler mới**; CẤM helper dùng chung trả `IQueryable`
+- **12** — thêm key vào **CẢ HAI** danh sách permission seed `:2092-2096` **và** `:2492-2496`
+- **11** — đổi nhãn phải qua `labelBackfill`; sửa `tree.Add` là **vô tác dụng** trên DB đang chạy
+- **19** — `PeWorkflowPanel.tsx` phải giữ **md5 giống nhau ×2 app**
+
+---
+
+## 6. ⭐ Bài học đắt nhất — lớp lỗi lặp ĐÚNG 4 LẦN trong riêng cửa này
+
+**"Cơ-chế đúng, thứ đi qua nó không có"** — cả 4 ca **build sạch + test xanh**:
+
+1. policy **tồn tại** nhưng 11/13 vai `CanDelete=0`
+2. endpoint PUT **sống** nhưng **0 dây FE** gọi
+3. policy **chặn đúng** approver cần dùng
+4. DTO **thiếu field** FE đang đọc
+
+⇒ Chốt chặn đã dựng: **T27** (fault-inject xác nhận **có răng**). Đây là cùng họ với memory `feedback_mechanism_right_data_absent` — và là lần thứ 4 nó tái diễn trong **một cửa sổ**.
+
+🔸 **Bài phụ (meta, lộ ra khi viết file này):** ledger `run.md` **tụt hậu so với đĩa** và tự khai điều đó ở dòng bắt đầu bằng *"🔧 Ledger này tụt hậu so WAL tới `/tiep` @S156"* — nhưng dòng tự khai ấy vẫn để nguyên claim sai ở dòng ngay trên nó (*"cicd verify cho commit này CHƯA chạy"*).
+
+> 🔧 **Cite đổi sang NEO VĂN BẢN @S159** (H2 F-03 + method m#24): bản đầu dẫn `run.md:174`, và số đó **chết sau 2 phút** vì chính lead thêm 2 dòng vào `run.md` ngay sau khi viết file này (nay là `:176`). Luật rút ra: **file được dẫn nằm trong CÙNG đợt sửa ⇒ cite bằng neo văn bản, không bằng `:NNN`** — hoặc tick ledger TRƯỚC rồi mới viết synthesis. **Doc tự khai về mình là nguồn YẾU NHẤT.** Cách chữa rẻ: tick ledger **ngay tại thời điểm deploy**, không đợi cửa sau đối chứng.
+
+---
+
+## 7. State sau run (đo tươi, canonical = `docs/STATUS.md`)
+
+Mig **68** `AddPeAllowApproverDelete` (AddColumn trên `ApprovalWorkflowLevel`, **no new table**, 89 bảng giữ, reversible Down) · test **532 → 562 (+30)** · commit chain `b1bae77` → `4464a46` → `f4494cf`.
+
+---
+
+<!-- END implement-synthesis · S155 · TOTAL=7 mục · retro-harvest @S159 2026-07-29 -->

.claude/workflows/runs/2026-07-27-S155-pe-delete-approver/run.md

@@ -170,5 +170,7 @@ Mọi tên dưới đây là **CANONICAL**. BE phải hiện thực ĐÚNG tên
 - [x] Đ2-W2 — FE (nút xóa + 3 mục menu + màn Đã xóa)
 - [x] Đ2-W3 — test + reviewer → deploy — `reviewer-diff-dot2.md` FAIL 12 FLAG (H1 DTO thiếu field) → lead vá → deploy `4464a46`
 
-> 🔧 Sau đợt 2, một fix-nhanh UAT nữa đã đẩy: **`f4494cf`** — click "Danh sách" lại highlight "Đã duyệt" (`phase` vừa là bộ-lọc vừa là danh-tính điều-hướng ⇒ `queryMatches` strip cả 2 vế). Vá 2 chỗ ×2 app. **cicd verify cho commit này CHƯA chạy.**
+> 🔧 Sau đợt 2, một fix-nhanh UAT nữa đã đẩy: **`f4494cf`** — click "Danh sách" lại highlight "Đã duyệt" (`phase` vừa là bộ-lọc vừa là danh-tính điều-hướng ⇒ `queryMatches` strip cả 2 vế). Vá 2 chỗ ×2 app. ~~**cicd verify cho commit này CHƯA chạy.**~~ 🔴 **ĐÍNH CHÍNH @S159 (đo đĩa):** dòng gạch trên **STALE** — `f4494cf` = Gitea **Run #418 success** (07-27 14:42:35, bảng `cicd-verify-s157-diadiem.md:38`), bundle `BK8w3QxU`/`DYnxSI0T` khớp baseline STATUS S156 `:58`; cộng phép đo **6/6 của lead** @S156 (session log `:17`). Khai giới hạn: KHÔNG có artifact cicd-verify **riêng** cho commit này — 2 vết gián tiếp, đủ lật ledger, không đủ nói "cicd-monitor đã chấm riêng".
+
+- [x] **Harvest — `implement-synthesis.md`** (retro @S159, đóng Sàn-3 ① dạng-4)
 > 🔧 Ledger này tụt hậu so WAL tới `/tiep` @S156 mới đối-chứng ra (`ctx-verifier` 🚩3) — 3 dòng trên đã `[x]` từ lúc `4464a46` lên prod.

.claude/workflows/runs/2026-07-28-S157-ke-hoach-ky-ket-hd/review-synthesis.md

@@ -0,0 +1,144 @@
+# review-synthesis — S157 · spec "KẾ HOẠCH KÝ KẾT HỢP ĐỒNG" (S6 + S7)
+
+> 🔴 **SUPERSEDED @S159 08:41 — ĐỌC DÒNG NÀY TRƯỚC §4 VÀ §6.** Hai gap mà file này ghi là "còn hở" **ĐÃ ĐƯỢC VÁ TRONG CHÍNH PHIÊN VIẾT RA NÓ**: **H5** (`spec` W3 #8 nay pin `N ≥ 6` + 6 tên test; site cùng-lớp W1 #4 pin `N ≥ 2` + 2 tên) · **H6** (vá **4 site**: cơ-chế · nhãn bảng wave · `DbInitializer` W2 · dòng changelog).
+> ⇒ **§4 và §6 giữ làm SỬ-KÝ trạng-thái lúc 08:26, KHÔNG còn là gap-list.** Đừng đi vá lại chỗ đã vá.
+> *(H2 `harvest-curator` F-05 HIGH bắt được vì nó **đo LẠI giữa chừng** — đo lần 1 lúc ~08:40 thấy spec 45.158 B mtime 07-28T11:29, đo lần 2 lúc 08:43 thấy 48.621 B mtime 07-29T08:41:44. Stage ARC chạy **song song** với vòng V1 nên file bị vá giữa 2 phép đo. Bài: **một phép đo là ảnh chụp, không phải sự thật vĩnh viễn**.)*
+> 🔸 Khai lệch nhỏ: H2 chốt H6 = **3/3 site** vì nó đo lúc 08:43; lead tìm ra **site thứ 4** (`DbInitializer` W2) sau đó. Con số đúng là **4**.
+
+> **run-id:** `2026-07-28-S157-ke-hoach-ky-ket-hd` · phiên-LOGIC L7, window 4
+> **Viết:** 2026-07-29 (retro-harvest @S159) — 🔴 **file này ĐÓNG stage S7** (*lead refute + synthesize → trình anh*), không chỉ là bản tóm tắt.
+> **Đích chấm:** `spec-ke-hoach-ky-ket-hd-28-07-2026.md` (45.158 B) · commit `d7eaece`.
+> Mọi trạng-thái "còn hở / đã vá" dưới đây **đo tươi trên đĩa 2026-07-29**, không chép từ HANDOFF.
+
+---
+
+## 0. Vì sao S7 treo, và nó treo ở đâu
+
+Ledger `run.md` để `[ ]` cho **S6** (dòng *"S6 — `/fable-clone reviewer` ensemble chấm spec"*) và **S7** (dòng *"S7 — lead refute + synthesize → trình anh"*). Đối chứng đĩa:
+
+> 🔧 **Cite đổi sang NEO VĂN BẢN @S159** (H2 F-06 + m#24): bản đầu dẫn `run.md:206-207`; số đó chết ngay sau khi lead tick ledger lúc 08:27 (S6 nở 2 dòng ⇒ S7 dời +1). **File được dẫn nằm trong CÙNG đợt sửa ⇒ đừng cite bằng `:NNN`.**
+
+> 🔴 **F-04 (H2 bắt) — GIẢI QUYẾT XONG @S159, số đúng là 10:** bản đầu bảng dưới ghi *"+9 củng cố"*, chép theo thân bài `sub-review-wave-1.md:12`. Nhưng **nguồn tự mâu thuẫn với chính nó** — END-line `:288` ghi `10 cung-co`. Lead đếm ĐĨA: section `## Điểm CỦNG CỐ` (`:262`) có **đúng 10 mục, đánh số 1→10 liên tục** ⇒ **END-line ĐÚNG, thân bài SAI**. Đã sửa thành 10.
+> 🔸 **Bẫy đo lộ ra khi đếm:** `grep -i 'củng cố'` trả **0 hit** trên heading `CỦNG CỐ` — `-i` KHÔNG case-fold đáng tin cho dấu tiếng Việt (`ủ`↔`Ủ`). Âm-giả này trông y hệt *"section không tồn tại"*, suýt khiến lead báo rằng H2 trỏ sai chỗ. Cùng họ `E-010`. **Đếm bằng `sed -n '<start>,$p' | grep -cE '^[0-9]+\. '`, đừng dựa `-i`.**
+
+- **S6 ĐÃ CHẠY** — 4 file lăng kính tồn tại thật (26.561 + 23.202 + 16.496 + 17.366 B), commit `d7eaece` ghi rõ *"review 4 lăng kính"*. Ledger sai.
+- **S7 CHẠY MỘT NỬA** — phần *refute* có thật (lead rà 6 HIGH của lăng kính 1, kết luận 4 phủ trọn / 2 còn hở) và phần *trình anh* đã đi qua `HANDOFF.md:8,10`. Cái thiếu là **bản hợp nhất 4 lăng kính ở một chỗ** — chính file này.
+
+⇒ Nợ ở đây **không phải việc chưa làm**, mà là **kết quả nằm rải 5 file + 1 dòng HANDOFF, không ai gom**. Sàn-3 ① bắt đúng.
+
+---
+
+## 1. Bốn lăng kính — verdict nguyên văn
+
+| # | Lăng kính | Verdict | Định lượng |
+|---|---|---|---|
+| 1 | **WAVE-PLAN + ACCEPTANCE** | 🔴 **`SUA-TRUOC-W1`** | **19 điểm: 6 HIGH · 8 MED · 5 LOW** (+**10** củng cố) |
+| 2 | **TRUNG THỰC VỚI NGUỒN GỐC** | 🟡 `GO-WITH-FIXES` | chân chống **không sập**; hạ phạm vi 1 câu + vá bảng §1.7 (B1·B2·N1) |
+| 3 | **SCHEMA 7 BẢNG** | 🟡 `GO-WITH-FIXES` | **5 HIGH phải đóng TRƯỚC W1** |
+| 4 | **VERIFY CLAIM `file:line`** | 🟢 `SPEC §② VỮNG` | **39 ĐÚNG / 4 SAI / 5 không kiểm được** |
+
+**Đọc chéo 4 verdict:** không lăng kính nào bác **lõi** spec. Cả 4 hội tụ vào cùng một hình dạng lỗi — **spec đúng hướng nhưng chưa đủ RĂNG**: acceptance không làm cho trượt được, bảng schema thiếu mắt xích im lặng, và một số câu khẳng định rộng hơn bằng chứng đỡ nó.
+
+---
+
+## 2. Từng lăng kính — cái đáng giữ
+
+### 2.1 Lăng kính 1 — wave-plan (nặng nhất, và là lăng kính chặn)
+
+Hai cáo buộc load-bearing:
+1. **W1 và W2 chưa deploy độc lập được** như bảng khai.
+2. **4 phép đo trụ cột** (policy · OR-of-N · test-count · dark-launch) **không thể làm cho trượt** kể cả khi implement sai.
+
+🔴 Điểm (2) là loại lỗi nguy nhất trong cả run: acceptance **trông như đo** nhưng **thiếu răng** ⇒ wave sai vẫn PASS. Cùng họ với bài học S155 *"cơ-chế đúng, thứ đi qua nó không có"*.
+
+### 2.2 Lăng kính 2 — trung thực với nguồn (ISO)
+
+- ✅ **XÁC NHẬN "9 bước ISO ↔ 9 `ContractPhase` khớp 1:1"** — đếm tay Bảng 2, 9/9 khớp cả tên trạm lẫn thứ tự: `DangChon` · `DangSoanThao` · `DangGopY` · `DangDamPhan` · `DangInKy` · `DangKiemTraCCM` · `DangTrinhKy` · `DangDongDau` · `DaPhatHanh` (`src-QT-TRINH-KY-HD.txt:60-68`).
+- ⚠️ **"ISO đi thẳng 1→2" — ĐÚNG nghĩa hẹp, BÁC nghĩa rộng.** Trong Bảng 2 thì đúng. Nhưng spec `:18` kết luận rộng hơn — *"Không có trong quy trình ISO đang ban hành"* — trong khi **chính bước 1 trỏ sang một quy trình khác chưa ai đọc**: `SOL-PRO-SP-001 Quy trình Cung ứng` (`:47`, `:60`).
+
+🔴 **Hệ quả đúng mức:** kết luận *"khoảng trống nằm giữa ISO-1 và ISO-2"* **vẫn đứng** đối với văn bản trình ký. Cái phải sửa là **phạm vi của câu khẳng định vắng mặt**. Điểm CAO ở đây **không chặn W1-W2 về kỹ thuật** — nó chặn **tư cách văn bản** khi gửi owner với danh nghĩa *"đề xuất sửa ISO"*.
+
+### 2.3 Lăng kính 3 — schema 7 bảng
+
+Hình dạng ĐÚNG HƯỚNG (loose-Guid · `decimal(18,2)` · query-filter · FK Cascade/Restrict đều khớp twin thật). **5 HIGH làm migration/CQRS/FE sai IM LẶNG (build vẫn xanh):**
+1. thiếu **bảng lịch-sử-transition** mà chính service được lệnh copy **có ghi vào**
+2. thiếu đăng ký ở **3 site cross-module** `ApprovalWorkflowV2AdminFeatures`
+3. thiếu **4 cột Changelog**
+4. không khai **base-class** cho bảng #2–#7
+5. **bộ số enum phase đụng khuôn FE** đang được copy
+
+### 2.4 Lăng kính 4 — verify claim `file:line`
+
+**39 ĐÚNG / 4 SAI / 5 không kiểm được.** 🔴 **Cả 4 cái SAI đều là lệch ANCHOR, 0 sai NỘI DUNG** — tức spec **nói đúng sự thật nhưng trỏ sai dòng**; 1 trong 4 trỏ **đường dẫn file KHÔNG TỒN TẠI** (implementer mở sẽ trượt).
+
+Hai claim quyết-định-kiến-trúc **ĐÚNG, khớp từng dòng** — đây là 2 cái đỡ toàn bộ quyết định *"copy Contract, KHÔNG copy Proposal"*:
+- **B.1** `ProposalFeatures.cs` phá OR-of-N
+- `Pe_*` nằm **ngoài** `MenuKeys.All`
+
+---
+
+## 3. Lead refute độc lập — 4 claim load-bearing, verify trên ĐĨA (không tin return)
+
+| Claim | Verdict | Bằng chứng |
+|---|---|---|
+| **B.1 Proposal-lite phá OR-of-N** | ✅ **THẬT** | `ProposalFeatures.cs` `SelectMany` flatten `:427-429` + `ElementAtOrDefault` **1 row** `:433` + so đúng **1** `ApproverUserId` `:439`; comment code **TỰ THÚ**: *"Lite version: assume 1 step per workflow"* |
+| **slot enum 10 trống** | ✅ **THẬT** | `ApprovalWorkflow.cs:53-67` dừng ở `TravelRequest = 9` |
+| **`Off_DeXuat` 4 key đều trong `All`; `Pe_*` sinh bằng factory NẰM NGOÀI `All`** | ✅ **THẬT** | `MenuKeys.cs:171` · factory `:150`/`:154` ⇒ **policy per-action không tồn tại** — bẫy claim đúng |
+| **Mig cuối = 68** | ✅ khớp | `docs/STATUS.md` CURRENT STATE |
+
+---
+
+## 4. 🔴 DISPOSITION — 6 HIGH của lăng kính 1: 4 phủ trọn, **2 CÒN HỞ** (đo tươi 2026-07-29)
+
+**Chứng chưa vá:** `spec-*.md` mtime **2026-07-28 11:29** · `HANDOFF.md` mtime **2026-07-28 20:44** ⇒ spec **không bị chạm ở S158**.
+
+### ❌ H5 — acceptance test-count vẫn không có răng
+
+`spec:353` (W3 acceptance #8) vẫn là: `dotnet test` → **562 + N mới**, 0 fail — **`N` thả tự do ⇒ `N=0` vẫn PASS**. Reviewer đòi **pin `N ≥ 6` + liệt tên test**.
+
+🔴 **Phát hiện MỚI khi đo (chưa ai ghi):** đây là ca **vá một chỗ, sót chỗ cùng lớp**. Dòng `spec:284` (acceptance #4) **ĐÃ được vá** từ *"562 giữ nguyên"* → *"562 + số test mới"*, kèm chú thích tự phê *"= **0 bit**"*. Cùng một lỗ, **cùng một file**, vá một nửa. `grep -n '562'` tốn **1 lệnh** và lộ ngay — đúng bài `feedback_root_cause_over_symptom` (S122: *được-chỉ-1-chỗ ⇒ PHẢI grep cùng-lớp*).
+
+### ❌ H6 — spec tự mâu thuẫn về dark-launch
+
+`spec:224` vẫn giữ: *"**Dark-launch được bằng `IsVisible=0`** rồi bật sau"*.
+`spec:289-290` **cùng file** đã đo-đĩa và **bác** cơ chế đó: filter **CHỈ theo `CanRead`**, `IsVisible` chỉ **pass-through** `:88`; `MenuDtos.cs:13` ghi thẳng *"fe-admin vẫn thấy"* ⇒ `IsVisible=0` **KHÔNG phải cơ chế dark-launch toàn cục**, chỉ tối với fe-user.
+
+🔴 **Đo thêm — lỗ rộng hơn 2 dòng:** `spec:252` bảng wave vẫn xếp **W1 = "Schema + permission (dark-launch)"**, và `spec:443` liệt *"bỏ tiêu chí dark-launch sai cơ chế"* như việc **chưa làm**. ⇒ vá H6 phải chạm **≥3 site** (`:224` · `:252` · `:443`), không phải 1.
+
+### ✅ Gate 5-ANCHOR — đã nhận, đã di-trú
+
+Reviewer đề (`sub-review-claims-4.md:119`), lead nhận, ghi `spec:458`. Vì `grep -rn "5 anchor"` từng ra **0 hit** ở mọi bề mặt bền, gate đã được **di-trú lên `HANDOFF.md:8`** (lead-gap-auditor FLAG-4 @S158). Luật: *trước khi thi công **mỗi wave**, mở **5 anchor bất kỳ** của wave đó; **≥1 anchor trượt ⇒ chấm lại TOÀN BỘ anchor** của wave.*
+
+---
+
+## 5. Sự cố kỹ thuật trong run — 2 ca `#53`, khai đủ
+
+Stage S3 (`/fable-real investigator-codebase`) chạy **3 lượt, 2 sự cố**, kết quả **PARTIAL-HONEST**:
+
+| Lượt | Sự cố | Thiệt hại thật |
+|---|---|---|
+| 1 | **`skeleton-ruột-rỗng`** — 202K tok / 35 tool-use, đĩa chỉ **1.661 B** khung rỗng 4 mục `[PENDING]`; return garble `#53` | 🔴 **byte > 0 mà ruột trống** ⇒ guard *"verify byte tăng"* **KHÔNG bắt được** |
+| 2 | (resume, cắt còn 2 mục) | ✅ §A + §B **CLEAN**, đĩa 1.661 → **23.085 B**, return khớp đĩa |
+| 3 | **`engine-process-exit`** — tiến trình CLI thoát giữa chừng | đĩa **KHÔNG đổi** (23.085 B, mtime 10:55) ⇒ §C/§D **chưa từng được ghi**; **0 mất dữ liệu đã có** |
+
+**Quyết định lead:** KHÔNG resume lần 3 — H21 ① cho phép, vì engine là **propose-only** còn **spec do LEAD ghi**; §A/§B chính là phần propose. §C (wave-plan) + §D do lead tự viết.
+
+⇒ Củng cố `feedback_agent_return_garble_recover`: **ghi-đĩa-trong-lúc-làm = CẦN, KHÔNG ĐỦ** — phải verify **RUỘT có chữ**, không chỉ byte > 0.
+
+---
+
+## 6. Kết luận trình anh (đây là phần S7 nợ)
+
+**Spec KHKK đủ tư cách làm nền thi công, với 2 điều kiện chưa thoả:**
+
+1. ❌ **H5** — pin `N ≥ 6` + liệt tên test ở `spec:353` *(và grep `562` để không sót site thứ 3)*
+2. ❌ **H6** — chọn **một phía** cho dark-launch, sửa đồng bộ `:224` · `:252` · `:443`
+
+Cộng 5 HIGH schema (lăng kính 3) + 4 anchor lệch (lăng kính 4) + hạ phạm vi 1 câu ISO (lăng kính 2) — **tất cả đều là sửa văn bản, không sửa kiến trúc**. Lõi spec **không lăng kính nào bác**.
+
+🔸 **Không chặn W1-W2 nhưng phải biết:** 5 câu thiết kế (Q3 · Q6 · Q11 + O-Q1 · O-Q2) chờ anh · nguồn thứ 4 `SOL-PRO-SP-001` **chưa ai đọc** · 2 đường kết thúc sớm W3 (`AllowApproverFinalize` · `CeoApprovalThreshold` — anh từng phán **PHÁ VỠ** @S155).
+🔴 **Wave 5 chạm Hợp đồng ⇒ PHẢI hỏi lại anh trước khi chạy** — lỗ hổng an ninh HĐ đang **treo có chủ đích** (*"chỗ hợp đồng cứ từ từ"*).
+
+---
+
+<!-- END review-synthesis · S157 · TOTAL=4 lăng kính + 2 gap MỞ (H5·H6) · retro-harvest @S159 2026-07-29 -->

.claude/workflows/runs/2026-07-28-S157-ke-hoach-ky-ket-hd/run.md

@@ -203,8 +203,11 @@ lane RETURN-only, lead = single-writer refute+synthesize @P3/P4.
       · **Mig cuối = 68** → ✅ khớp `docs/STATUS.md` CURRENT STATE.
 - [x] S5 — lead ghi spec `spec-ke-hoach-ky-ket-hd-28-07-2026.md` (3 heading H21 ①) — §A/§B từ invest
       (đã verify) + **§C wave-plan + §D do LEAD viết** (đúng H21: propose ⟂ spec).
-- [ ] S6 — `/fable-clone reviewer` ensemble chấm spec
-- [ ] S7 — lead refute + synthesize → trình anh
+- [x] S6 — `/fable-clone reviewer` ensemble chấm spec — **4 lăng kính CHẠY THẬT** (`d7eaece`): wave-plan **`SUA-TRUOC-W1`** 19đ (6H/8M/5L) ·
+      fidelity `GO-WITH-FIXES` · schema `GO-WITH-FIXES` 5H · claims **39Đ/4S/5?**. *(ledger để `[ ]` tới @S159 mới tick — sai từ lúc viết)*
+- [x] S7 — lead refute + synthesize → trình anh — **`review-synthesis.md`** (retro @S159). Refute 4 claim load-bearing trên ĐĨA **4/4 THẬT**;
+      6 HIGH lens-wave: **4 phủ trọn · 2 CÒN HỞ** (❌ H5 `spec:353` `N` thả tự do — và `:284` đã vá còn `:353` sót, cùng-lớp;
+      ❌ H6 dark-launch tự mâu thuẫn, rộng **3 site** `:224`·`:252`·`:443`). Gate 5-anchor đã di-trú `HANDOFF.md:8`.
 
 > 🔴 **Luật của run này (vết S156):** CẤM điền sẵn kết-quả cho stage chưa chạy. Byte-count · verdict ·
 > TOTAL chỉ được ghi SAU khi đo thật. Mọi stage chưa chạy giữ `[ ]`.

.claude/workflows/runs/2026-07-28-S157-ke-hoach-ky-ket-hd/spec-ke-hoach-ky-ket-hd-28-07-2026.md

@@ -221,7 +221,12 @@ attachments · `DELETE {id}` (allow-list `DangSoanThao|TuChoi`, mirror PE `:1404
   ⇒ 2 row canonical `docs/STATUS.md` (Menu keys · Policies = |All|×4) phải bump cùng lúc.
 - **Seed `DbInitializer.cs`:** 4 dòng menu (khuôn Off_DeXuat `:1817-1820`, label VN *"Kế hoạch ký kết HĐ"* /
   *"Danh sách"* / *"Tạo mới"* / *"Inbox duyệt"*) + admin-permission (`:2383` — **grep MỌI site seed-permission**,
-  S155 ghi nhận có 2 site cho vài nhóm). **Dark-launch được bằng `IsVisible=0`** rồi bật sau.
+  S155 ghi nhận có 2 site cho vài nhóm).
+  🔴 **GIẤU MENU Ở W1 = KHÔNG CẤP `CanRead` cho role thường** — **KHÔNG** phải `IsVisible=0`.
+  *(vá H6 @S159. Bản S157 viết ở đây *"Dark-launch được bằng `IsVisible=0`"* trong khi §③ WAVE 1 `:288-291`
+  **cùng file** đã đo đĩa và BÁC đúng cơ chế đó — `GetMyMenuTreeQuery.cs:96-100` lọc **chỉ theo `CanRead`**,
+  `IsVisible` chỉ **pass-through** `:88`, `MenuDtos.cs:13` ghi thẳng "fe-admin vẫn thấy". Bản sai nằm **thượng
+  nguồn** bản đúng trong dòng đọc của người thi công ⇒ xếp HIGH, không phải nit.)*
 - **FE ×2 app** (duplicate CÓ CHỦ ĐÍCH), mỗi app 4 chỗ: `App.tsx` routes · `Layout.tsx` staticMap ·
   `lib/menuKeys.ts` · `pages/` ×3 (khuôn bộ Proposal ~978 LOC/app: List 252 + Create 245 + Detail 386 + types 95).
   Detail thêm: bảng **Lines** (đề xuất/chốt per-NCC) · bảng **DossierItems** (status chip + TVGS + scan) ·
@@ -249,7 +254,7 @@ S155: §F.0 chứng minh đợt-1-một-mình vô dụng ⇒ phải chia theo *"
 
 | Wave | Tên | Chặn bởi owner? | Deploy riêng được? |
 |---|---|---|---|
-| **W1** | Schema + permission (dark-launch) | ❌ không | ✅ có (vô hình với user) |
+| **W1** | Schema + permission (**giấu bằng KHÔNG cấp `CanRead`**) | ❌ không | ✅ có (vô hình với user thường) |
 | **W2** | CRUD phiếu nháp + căn cứ b.8-9 | ❌ không | ✅ có (bật menu, tạo được phiếu) |
 | **W3** | Duyệt 3 trạm + finalize chốt giá | ⚠️ **Q3** (chọn cơ chế rẽ b.12) — nhưng chạy được với mặc định | ✅ có (phiếu chạy trọn vòng) |
 | **W4** | Gate + checklist per-phòng | ✅ **O-Q1, O-Q2** | ✅ có (siết dần) |
@@ -281,8 +286,12 @@ S155: §F.0 chứng minh đợt-1-một-mình vô dụng ⇒ phải chia theo *"
   3. 🔴 **`dotnet test` → `AuthorizePolicyRegressionTests` XANH** *(thay dòng "sqlcmd đếm policy" — lens-wave H3:
      policy đăng ký **in-memory trong `Program.cs`**, KHÔNG nằm trong DB ⇒ phép cũ **không chạy được**)*.
      Test này chính là thứ bắt lỗi tên-key-lệch-policy ở §2.4. Số học **+16 policy** (54→58 key × 4) vẫn đúng.
-  4. `dotnet test SolutionErp.slnx` → **562 + số test mới**, **0 fail**. *(🔴 "562 giữ nguyên" của bản đầu = **0 bit**
-     — không falsify được gì; lens-wave H5.)*
+  4. 🔴 **`dotnet test SolutionErp.slnx` → `562 + N`, `N ≥ 2`, 0 fail — VÀ 2 test dưới đây PHẢI tồn tại đúng tên:**
+     `AuthorizePolicyRegressionTests` **phủ 4 key `Ct_KeHoachKyKet_*` mới** (đã nêu ở acceptance #3) ·
+     `ContractSigningPlanSchemaTests.BayBang_MoiBang_CoAuditFields_VaQueryFilter`.
+     *(🔴 "562 giữ nguyên" của bản đầu = **0 bit**, không falsify được gì — lens-wave H5.
+     🔴 **Vá lần 2 @S159:** bản S157 sửa thành "562 + số test mới" nhưng **vẫn để `N` thả tự do** ⇒ `N=0` vẫn PASS
+     ⇒ **chưa đóng lỗ**. Đây là ca **vá-một-nửa cùng lớp** với `:353` — grep `562` ra đúng 2 site, S157 chỉ chạm 1.)*
   5. Admin tạo được 1 quy trình `type=10` 3 Bước, **pin `IsUserSelectable`**; xoá 1 Level chưa có chữ ký → OK.
   6. `dotnet ef migrations script <trước> <sau>` + **script Down chạy sạch trên DB copy** (reversible thật).
 - 🔴 **BỎ tiêu chí "menu không hiện" của bản đầu** (lens-wave H6 — đo đĩa bác): `GetMyMenuTreeQuery.cs:96-100`
@@ -300,7 +309,12 @@ S155: §F.0 chứng minh đợt-1-một-mình vô dụng ⇒ phải chia theo *"
 - **Vai:** `implementer-backend` (Features + Controller) · `implementer-frontend` (3 page × 2 app) ·
   `test-specialist` (test-after).
 - **File:** `ContractSigningPlanFeatures.cs` (Create/Update/Get/List + DossierItem CRUD + attachment) ·
-  `ContractSigningPlansController.cs` (**2-tầng authz**) · FE ×2 app 4 chỗ · `DbInitializer` bật `IsVisible=1`.
+  `ContractSigningPlansController.cs` (**2-tầng authz**) · FE ×2 app 4 chỗ ·
+  🔴 `DbInitializer` **CẤP `CanRead`** cho role đích (BCH/PRO/CCM) — **KHÔNG** phải "bật `IsVisible=1`".
+  *(vá H6 site-4 @S159 — **site này lọt cả 3 vòng trước**: HANDOFF đếm H6 = 1 site, lead @S159 đếm 3, đo lại ra **4**.
+  Lọt vì grep `IsVisible` CÓ trả về dòng này nhưng nó nằm ở W2 và trông như bước dữ-liệu vô hại; chỉ khi hỏi
+  *"W1 đã không set `IsVisible=0` thì `bật IsVisible=1` ở W2 còn nghĩa gì?"* mới lộ. ⇒ **grep tìm được CHUỖI,
+  chỉ mô-hình nhân-quả tìm được HỆ-QUẢ** — bài học bổ sung cho luật grep-cùng-lớp S122.)*
 - **Acceptance ĐO ĐƯỢC:**
   1. `POST /api/contract-signing-plans` từ PE `DaDuyet` → **201**, response có `id`; DB có **N Lines = số winner**
      của PE đó (`sqlcmd` đếm đối chiếu `PurchaseEvaluationSuppliers WHERE IsWinner=1`).
@@ -350,7 +364,20 @@ S155: §F.0 chứng minh đợt-1-một-mình vô dụng ⇒ phải chia theo *"
   5. `LevelOpinions` UPSERT: duyệt 2 lần cùng cấp → DB **1 row** (không đúp), `SignedByUserId` đúng người thật.
   6. Trả lại → `TraLai`, sửa rồi gửi lại chạy **từ Cấp 1 Bước 1**.
   7. Notify: approver Cấp kế **nhận** thông báo (không chỉ Drafter).
-  8. `dotnet test` → **562 + N mới**, 0 fail.
+  8. 🔴 **`dotnet test` → `562 + N`, `N ≥ 6`, 0 fail — VÀ 6 test dưới đây PHẢI tồn tại đúng tên** *(vá H5 @S159;
+     bản S157 để `N` thả tự do ⇒ **`N=0` vẫn PASS** ⇒ acceptance 0 bit, đúng lỗ reviewer chỉ)*.
+     Sàn 6 test = ánh xạ 1:1 với acceptance **#1–#6 ngay trên**, class `ContractSigningPlanApprovalTests`
+     (`tests/SolutionErp.Infrastructure.Tests/Application/`):
+     | # | Tên test BẮT BUỘC | Chốt acceptance |
+     |---|---|---|
+     | 1 | `OrOfN_MotNguoiTrongCap_DuyetDuoc_KhongDoiDuCaHaiKy` | #1 (d) — ca ÂM: phiếu KHÔNG đòi cả A và B |
+     | 2 | `ConTroDoi_SangBuocMoi_LevelOrder_ResetVe1` | #2 — StepIndex 1→2→3, LevelOrder reset |
+     | 3 | `Finalize_MoiLineCuaDungPhieuDo_CoApprovedAmount` | #3 — `AND PlanId=@id`, chống FAIL-giả toàn bảng |
+     | 4 | `Inbox_ChiApproverCapDangCho_ThayPhieu` | #4 — ca ÂM: cấp khác KHÔNG thấy |
+     | 5 | `LevelOpinions_DuyetHaiLanCungCap_ChiMotRow` | #5 — UPSERT + `SignedByUserId` đúng người thật |
+     | 6 | `TraLai_GuiLai_ChayLaiTuCap1Buoc1` | #6 — vòng trả-lại |
+     🔸 #7 (notify approver cấp kế) **không tính vào sàn 6** — cần hạ tầng thông báo, để test-after.
+     🔴 **Sàn là SÀN, không phải trần:** `N > 6` là bình thường và tốt; `N < 6` **hoặc thiếu 1 tên** ⇒ **W3 TRƯỢT**.
 - **Rủi ro:** 🔴 **copy nhầm Proposal** ⇒ mất OR-of-N **âm thầm** (build sạch, test cũ vẫn xanh) — acceptance #1
   là lưới duy nhất bắt được. · Quên inbox precompute ⇒ lặp lại đúng lỗi Contract.
 
@@ -440,7 +467,10 @@ lens-fidelity đọc lại `src-QT-TRINH-KY-HD.txt` và **XÁC NHẬN**: bảng
 6. **`Status` bắt đầu từ 0** ⇒ bẫy falsy JS → đổi sang 1
 7. **4 anchor lệch** — nặng nhất `ApprovalWorkflowLevel.cs` **KHÔNG TỒN TẠI** (class nằm trong `ApprovalWorkflow.cs:95`)
 
-Kèm: bỏ tiêu chí dark-launch sai cơ chế · thay "sqlcmd đếm policy" (không đo được) bằng test regression ·
+Kèm: bỏ tiêu chí dark-launch sai cơ chế *(🔴 **đính chính @S159:** @S157 chỉ vá **1/3 site** — `:288-291` sửa
+đúng, còn `:224` và bảng wave `:252` **vẫn dạy cơ chế sai**, tức spec tự mâu thuẫn suốt từ S157. Vá nốt 2 site
+còn lại @S159. Đây là ca **"vá một chỗ, sót chỗ cùng lớp"** — bài học S122: được-chỉ-1-chỗ ⇒ PHẢI grep cùng-lớp)* ·
+thay "sqlcmd đếm policy" (không đo được) bằng test regression ·
 OR-of-N nâng từ 1 vế lên **4 vế có ca âm** · sửa 2 phép đo sai phạm vi · thêm độ dài 13 cột chuỗi ·
 thêm `DepartmentId` + `ContractId` · cắt `CodeSequences` (tái dùng `WorkflowAppCodeSequence`).
 

.claude/workflows/runs/2026-07-29-S159-bookend-open/run.md

@@ -0,0 +1,51 @@
+# run — S159 bookend @open (5 vòng) + arc vá spec KHKK
+
+- **run-id:** `2026-07-29-S159-bookend-open`
+- **phiên:** S159 (phiên-LOGIC **L8**, window 1)
+- **mode:** RUN-TRACE (≥3 task) — mỗi vai ghi full-detail vào CHỈ `sub-<vai>-open-S159.md` của mình
+- **HEAD lúc mở:** `bbc39be` · counter **33**
+
+## Uỷ quyền (anh chốt @S159, AskUserQuestion)
+
+- ❶ **Chạy đủ 5 vòng** bookend @open — giải xung đột luật (nghi-thức AUTO ⟂ guidance cấm AgentTool); anh chọn nhánh AUTO.
+- ❷ Arc L8 = **vá 2 chỗ hở spec KHKK** (H5 + H6).
+
+## Bối cảnh vào phiên (đo tươi, không chép)
+
+Mig 68 · 89 bảng · **test 562 PASS** (45D+517I) · gotcha 83 · roster 23 · detectors **43 + 8 INFORM** · shard `15/15 IM` · RAG **sống** 2.449 chunk (SE index cũ 2 tháng) · H17 GAPS none · nhịp light **5/6** deep **7/15**.
+
+🔴 **Đã sửa TRƯỚC khi vòng kiểm chạy** (khai để vai không tính nhầm là công của mình): retro-harvest 2 orphan folder L7 → `implement-synthesis.md` (S155) + `review-synthesis.md` (S157); tick 2 ledger khớp đĩa.
+
+## Mirror C1 — bề-mặt-đo ĐÓNG BĂNG trong cửa sổ này
+
+KHÔNG ghi: `agent-memory/` · `.session-counter.json` · `ACTIVE-MARKS.md` · `STATUS.md` · `HANDOFF.md` · `gotchas.md` · `error-ledger.md` · `migration-todos.md` · `agents/*.md`.
+Ngoại lệ: `.claude/WAL.md` · `.mfe-state.json`. ✅ Arc vá spec chạm `runs/2026-07-28-S157-*/spec-*.md` — **không thuộc** danh sách ⇒ chạy song song hợp lệ.
+
+## Stages
+
+🔴 **VÁ CẤU-TRÚC @S159 (lead-gap F6 HIGH bắt — lead nhận SAI):** bản đầu của khối này liệt `V1·V2·V3·V-ctx·V5` — tức **bỏ IM LẶNG `V4 nén-ngủ + ring4-audit`** rồi nhét `V-ctx` vào chỗ trống như thể nó thuộc bộ-5. Anh lệnh *"chạy **đủ** 5 vòng"*; 5 vòng canonical = **V1 tooling/harvest+ring1 · V2 soi-lead+ring2 · V3 trio · V4 nén-ngủ+ring4 · V5 floor/detector**. `session-end.md:185` cấm đúng việc này: *vòng không chạy ⇒ ghi **`không-nhịp`** + lý do*. `ctx-audit` là nghi-thức **Phase 3.5**, KHÔNG phải vòng thứ 5.
+
+- [x] **V1** — `tooling-auditor` **PASS_WITH_FLAGS 7 finding** (15.736 B, END khớp) + `harvest-curator` **GATE-FAIL 9 finding** (END khớp) → ⏳ `ring1-audit`
+- [x] **V2** — `lead-stale-auditor` **5 FLAG (3H/2M)** (12.054 B) + `lead-gap-auditor` **8 FLAG (3H/5M)** (24.741 B, END TOTAL=8 khớp) → ⏳ `ring2-audit`
+- [ ] **V3** — trio TUẦN TỰ `harness-eval` → `harness-refine` → `harness-audit` (PIN từng bước)
+- [x] **V4** — 🔴 **`không-nhịp`** — `distill-shard-probe.ps1` in `pending=15 | nguong=15 => IM` ⇒ ngưỡng **chưa vượt** (luật: KÊU mới chạy) ⇒ `/sleep-recovery-memory-l2` **NO-OP có khai**; `ring4-audit` **NO-OP im-lặng** theo persona (*"sleep KHÔNG chạy ⇒ pin missing ⇒ CẤM ĐẠT-ảo"*). 🔸 Sát mép: **thêm 1 shard là KÊU**.
+- [x] **V5** — floor/detector: `governance-detectors.ps1` **43 FLAG + 8 INFORM** · `memory-selfimprove-audit.ps1` **GAPS=none** · `nhip-no-probe` · `crystallized-backfill` — floor tự-soi, không vai riêng (đúng thiết kế)
+- [x] **Phase 3.5 (NGOÀI bộ-5)** — `_mind-s-8.md` block-0 + `mind-check` **đạt=10 TRƯỢT=0** → ⏳ `ctx-audit` @open
+- [x] **ARC** — vá H5 (2 site) + H6 (**4 site**, không phải 3)
+
+🔴 **Luật của run này:** CẤM điền sẵn kết-quả cho stage chưa chạy. Verdict · số · TOTAL chỉ ghi SAU khi đo thật. Stage chưa chạy giữ `[ ]`.
+
+## ARC — vá spec KHKK ✅ XONG (lead solo, 0 spawn)
+
+- [x] **H5** — 2 site, cả hai nay có RĂNG: `spec:362` (W3 #8) pin **`N ≥ 6` + 6 tên test bắt buộc** ánh xạ 1:1 acceptance #1-#6 · `spec:289` (W1 #4) pin **`N ≥ 2` + 2 tên**.
+      🔴 Khai: S157 chỉ vá `:289` và **vẫn để `N` thả tự do** ⇒ chưa đóng lỗ; `grep 562` ra đúng 2 site, S157 chạm 1 ⇒ ca **vá-một-nửa cùng-lớp**.
+- [x] **H6** — **4 site** (không phải 1 như HANDOFF, cũng không phải 3 như lead đếm ban đầu): `:225` cơ-chế · `:252` nhãn bảng wave · `:313` W2 `DbInitializer` · `:465` dòng changelog.
+      🔴 **Site-4 `:313` lọt cả 3 vòng đếm trước** — grep `IsVisible` CÓ trả về nó, nhưng nó ở W2 và trông như bước dữ-liệu vô hại. Chỉ lộ khi hỏi *"W1 đã bỏ `IsVisible=0` thì `bật IsVisible=1` ở W2 còn nghĩa gì?"*
+      ⇒ **bài bổ sung cho luật grep-cùng-lớp S122: grep tìm được CHUỖI, chỉ mô-hình nhân-quả tìm được HỆ-QUẢ.**
+- Verify 2 chiều bằng pattern KHÁC pattern đã dùng để tìm: 0 dòng còn dạy cơ-chế sai · 2/2 site test có ràng buộc · END marker spec nguyên.
+
+## 🔧 NỢ VÁ — H2 bắt lỗi trong artifact của LEAD (chờ H2 đóng file rồi áp, tránh sửa file đang bị soi)
+
+- [ ] **F-02** `implement-synthesis.md:74` + `:80` — lead gọi `531` là **test-count**; SAI, header bảng `cicd-verify-s157-diadiem.md:35` = `| id | run# | head_sha | …` ⇒ **531 = task-id Gitea** (dãy 529/530/531 ↔ run# 416/417/418, khoá chặt). Test-count lúc đó = **532**, lệch 1 nên nghe lọt tai. Phần SỬA (Run thật `#418`) vẫn ĐÚNG + load-bearing; hỏng ở **lời giải thích**.
+- [ ] **F-03** `implement-synthesis.md:111` — cite `run.md:174` → thật là **`:176`**; chết sau **2 phút** vì chính lead thêm 2 dòng vào `run.md` SAU khi viết synthesis (m#18 bản tự-gây cùng phiên).
+- [ ] 🔴 **Lỗi thứ 3, lead tự bắt:** lead tuyên "H2 đã đóng file (có END marker)" — **sai**, `grep 'END sub-'` khớp vào dòng H2 **TRÍCH DẪN** END-marker của file khác (`sub-harvest-curator:64`). Class `citation-trap` (use ⟂ mention) — cùng họ F-02/F-03: **suy trạng-thái từ phép đo gần-đúng thay vì từ thứ cần đo**.

.claude/workflows/runs/2026-07-29-S159-bookend-open/sub-harvest-curator-open-S159.md

@@ -0,0 +1,255 @@
+# sub — harvest-curator (H2) @open S159 · 5-trục harvest-integrity
+
+- **run-id:** `2026-07-29-S159-bookend-open` · vai `harvest-curator` (H2, INFORM-only, propose-only)
+- **bắt đầu:** 2026-07-29 (lượt @open, phiên-LOGIC L8)
+- **luật tự-áp:** ghi-đĩa-TRONG-lúc-làm (anti-#53); mỗi finding dán LỆNH vừa chạy (anti-pattern #2); mẫu-số khai tiêu-chí lọc (m#19) + ngày/phút đo (m#12).
+
+---
+
+## §0 — Universe & mẫu-số (đo tươi, 2026-07-29)
+
+Lệnh:
+```
+find .claude/workflows/runs -mindepth 1 -maxdepth 1 -type d | wc -l     -> 66
+for d in runs/*/; do [ -f "$d/run.md" ] && echo "$d"; done | wc -l      -> 63
+```
+
+- **66 dir** dưới `runs/` (+2 file root: `README.md`, `_ledger.md` — ledger 🧊 RETIRED H18-B S100, không dùng làm authority).
+- **63 dir CÓ `run.md`** = universe orphan-scan.
+- **3 dir KHÔNG có `run.md`** ⇒ **ngoài universe, KHÔNG orphan** (đã phân loại @S153, verify lại lượt này):
+  - `2026-07-14-S117-pe-approve-minmax-range` · `2026-07-14-S117-pe-luyke-finalize` — spec-only by-design
+  - `2026-07-22-S144-bootstrap` — có `bootstrap-synthesis.md`
+- Mẫu-số S153 = 59 → nay **63** (+4: S155, S156, S157, S158-day-wake... verify ở §1).
+
+---
+
+## §1 — Orphan scan (dual-accept dạng-1 flat + dạng-2 legacy `harvest/`; dạng-3 RETIRED @S123)
+
+Lệnh (chạy trên 63 dir có `run.md`, đếm file `*-synthesis.md` **-s** = tồn tại ∧ byte>0, cả flat lẫn `harvest/`):
+```
+for d in */; do [ -f "$d/run.md" ] || continue; n=0
+  for f in "$d"/*-synthesis.md "$d"/harvest/*-synthesis.md; do [ -s "$f" ] && n=$((n+1)); done
+  [ "$n" -eq 0 ] && echo "ORPHAN: $d"; done
+```
+
+**KẾT QUẢ: `ORPHAN: 2026-07-29-S159-bookend-open` — 1/63, và đó là CHÍNH RUN NÀY (đang chạy).**
+
+→ **0 orphan thật / 63.** Run đang IN-PROGRESS không tính orphan (luật S153) nhưng **ghi nhận** (anti-pattern #3: không đọc vắng-mặt thành ổn) — nó sẽ thành orphan thật nếu phiên đóng mà không có `*-synthesis.md`.
+
+**F-01 (INFORM) — 2 folder L7 mà lead vừa vá ĐÃ RỜI danh sách orphan, xác minh độc lập:**
+`2026-07-27-S155-pe-delete-approver` và `2026-07-28-S157-ke-hoach-ky-ket-hd` **không còn** trong output orphan. Trước lượt vá, cả 2 là orphan dạng-4 (`run.md` có, `*-synthesis.md` vắng).
+
+**Provenance — KHÔNG tin lời lead, đo 3 nguồn độc lập:**
+| Nguồn | S155 `implement-synthesis.md` | S157 `review-synthesis.md` |
+|---|---|---|
+| `git status --porcelain` | `??` **untracked** | `??` **untracked** |
+| `git log -- <file>` | **rỗng** (chưa từng commit) | **rỗng** |
+| mtime | **2026-07-29T08:24** | **2026-07-29T08:26** |
+| mtime các artifact nguồn cùng folder | 2026-07-27T09:12→15:49 | 2026-07-28T10:35→11:29 |
+
+⇒ **Lời tự-khai của lead ("viết @S159, không phải ghi-trong-lúc-làm") HELD** — retro-harvest cách run gốc **2 ngày** (S155) và **1 ngày** (S157). Cả 2 file tự dán nhãn "🔴 KHAI THẲNG: file này viết SAU" ngay dòng 4 ⇒ **không có nguỵ-trang thời-điểm.**
+
+---
+
+## §2 — Fidelity trục ①: `implement-synthesis.md` (S155, 9.590 B) vs artifact gốc
+
+Thước: mọi con số / verdict / cite trong file phải truy được về file cụ thể **cùng folder**. Đo **12 claim**.
+
+### ✅ ĐÚNG byte-exact — 8/8 kích-thước artifact
+Lệnh `ls -la` folder S155, đối chiếu từng số trong §3 bảng stage:
+`sub-invest-be-1.md` 31.371 ✓ · `sub-invest-fe-2.md` 22.074 ✓ · `sub-invest-menu-3.md` 21.748 ✓ · `sub-invest-wfver-4.md` 29.479 ✓ · `spec-pe-delete-approver.md` 37.490 ✓ · `reviewer-spec-review.md` 28.259 ✓ · `reviewer-diff-dot1.md` 47.113 ✓ · `reviewer-diff-dot2.md` 51.970 ✓ — **8/8 khớp tuyệt đối, 0 sai số.**
+
+### ✅ ĐÚNG verdict + count — 4/4
+- "`reviewer-spec-review` PASS-WITH-FLAGS 17 FLAG (4H/8M/5L)" ⟷ `reviewer-spec-review.md:7` **nguyên văn** `**VERDICT: PASS-WITH-FLAGS — 17 FLAG (4 HIGH / 8 MED / 5 LOW).**` + END-line `:224` `TOTAL=17 FLAG` ✓
+- "`sub-invest-wfver-4` 25 phát hiện" ⟷ `:286` `<!-- END sub-invest-wfver-4 · TOTAL=25 PHAT-HIEN -->` ✓
+- "`cicd-verify-dot1` CICD PASS 6/6 · commit b1bae77" ⟷ `:174` `**CICD: PASS** — 6/6 hạng mục bắt buộc đạt` + `:8` `b1bae77c9c98...` ✓
+- "reviewer **FAIL 12 FLAG** (H1 = DTO thiếu field)" ⟷ `reviewer-diff-dot2.md:442` `Tổng 12 FLAG — 2 HIGH…` + `:36` `H1 (HIGH) — Nút "Xóa phiếu" KHÔNG BAO GIỜ HIỆN: FE đọc field mà BE không hề trả` + verdict cuối `**ĐỪNG-DEPLOY**` ✓
+  → chữ "FAIL" không có literal trong nguồn, **nhưng** `ĐỪNG-DEPLOY` là stamp mạnh tương đương ⇒ **HELD, KHÔNG tính lỗi** (không dựng finding giả).
+- "đo thật 11/13 role `CanDelete=0`" ⟷ **2 nguồn độc lập**: `reviewer-diff-dot2.md:68` + `reviewer-spec-review.md:23` (liệt kê đủ 11 tên role) ✓
+
+### ✅ Claim (i) của lead — `f4494cf` ĐÃ có cicd: **3/3 cite HELD nguyên văn, số dòng đúng tuyệt đối**
+| Cite | Nội dung thật trên đĩa | Verdict |
+|---|---|---|
+| `cicd-verify-s157-diadiem.md:38` | `\| 531 \| 418 \| f4494cfe \| success \| 07-27T14:36:54 \| 14:42:35 \|` | ✅ khớp **từng trường** với synthesis §4 |
+| `cicd-verify-s157-diadiem.md:58` | `⇒ **KHỚP CHÍNH XÁC baseline STATUS S156** (BK8w3QxU / DYnxSI0T), LM trỏ đúng run #418` | ✅ |
+| session-log `:17` | `**cicd PASS 6/6** — lead **tự đo** @S156 … endpoint 2/2 → 401 (control bịa 404…) · smoke 8/8 · D3 giao-tập-ID = 0 (37 sống ⟂ 9 xóa) · bundle rotate ×2 + 4/4 byte-marker` | ✅ |
+
+⇒ **KHÔNG BỊA.** Và lead **tự đặt trần diễn-giải** ở `:78` ("KHÔNG có artifact cicd-verify **riêng**… 2 vết gián tiếp, đủ lật ledger, **không đủ** để nói cicd-monitor đã chấm riêng"). Đây là **hạ-claim chủ-động** đúng chuẩn G-015 — thứ tao phải khen chứ không phải bắt.
+
+### 🔴 F-02 (LOW, load-bearing = KHÔNG) — errata tự nó ĐỌC SAI CỘT, đúng cái bệnh nó đang chữa
+`implement-synthesis.md:80`: *"session log `:17` viết «Run #531» — `531` là **test-count**, số Run thật là **#418**"* · và `:74` gọi cột đó là "test `531`".
+
+**Sai.** Header bảng `cicd-verify-s157-diadiem.md:35` = `| id | run# | head_sha | status | created | updated |` ⇒ **531 = `id` (task id nội bộ Gitea)**, không phải test-count. Hai artifact cùng folder khai thẳng ngữ nghĩa cột:
+- `cicd-verify-dot1.md:40` — `Run **id=529 · run_number=#416** · head_sha b1bae77c`
+- `cicd-verify-dot2.md:41` — `Run **#417** (task id=**530**)`
+⇒ dãy id 529/530/531 ↔ run# 416/417/418, **liên tục, khoá chặt**. Test-count thời điểm đó = **532** (`§7` của chính file: "test 532 → 562"), **không phải 531** ⇒ "test-count" là **suy-diễn hợp-lý-nhưng-sai**, lệch 1 so với số thật nên nghe rất lọt tai.
+
+**Đánh giá đúng mức:** phần SỬA (Run thật = #418, không phải #531) **ĐÚNG và load-bearing** — errata vẫn có giá trị. Cái hỏng là **lời giải thích 531 là gì**. Mỉa mai: errata kết bằng *"Ghi lại để lần sau đọc bảng đúng cột"* — trong khi chính nó đọc sai cột. **Không phải bịa** (số 531 có thật, đúng vị trí) — là **mislabel**. Đề: sửa 2 chỗ (`:74`, `:80`) "test-count" → "`id` (task id Gitea)".
+
+### 🔸 F-03 (INFORM) — cite `:174` của chính nó bị chính nó làm lệch +2 sau 2 phút (m#7 arithmetic line-shift)
+`implement-synthesis.md:111` dẫn *"ledger `run.md` … tự khai điều đó ở `:174`"*. Đo nay: dòng tự-khai nằm ở **`:176`**.
+`git diff` run.md S155 cho thấy lead **thêm 2 dòng** (1 blank + `- [x] **Harvest — implement-synthesis.md**`) SAU dòng 173 ⇒ dịch mọi dòng dưới **+2**. mtime: synthesis **08:24** < run.md **08:26**.
+⇒ cite **ĐÚNG lúc viết**, chết sau 2 phút **do chính tác giả sửa file được dẫn**. Không phải bịa; là m#18 (edit sinh cite-dead) bản **tự-gây trong cùng phiên**. Cite `run.md:173` vẫn **ĐÚNG** ✓. Đề: đổi `:174`→`:176`.
+
+---
+
+## §3 — Fidelity trục ②: `review-synthesis.md` (S157, 10.650 B) vs artifact gốc
+
+### ✅ Claim (ii) của lead — "S6 đã chạy thật (4 file `sub-review-*.md`)": **VERIFIED STRONG, 8/8 phần tử**
+
+| Lăng kính | Byte synthesis khai | Byte đĩa | Verdict synthesis | Verdict nguyên văn trên đĩa |
+|---|---|---|---|---|
+| 1 wave-plan | 26.561 | **26.561** ✓ | `SUA-TRUOC-W1` 19đ (6H/8M/5L) | `:288` `TOTAL=19 DIEM (6H/8M/5L + 10 cung-co) · VERDICT=SUA-TRUOC-W1` ✓ |
+| 2 fidelity | 23.202 | **23.202** ✓ | `GO-WITH-FIXES` | `:5` `**GO-WITH-FIXES — chân chống KHÔNG sập…**` ✓ |
+| 3 schema | 16.496 | **16.496** ✓ | `GO-WITH-FIXES` 5 HIGH | `:192` `VERDICT=GO-WITH-FIXES (5 HIGH chặn Wave 1)` ✓ |
+| 4 claims | 17.366 | **17.366** ✓ | `39Đ/4S/5?` | `:7` `**SPEC §② VỮNG — 39 ĐÚNG / 4 SAI (toàn bộ là lệch ANCHOR, 0 sai NỘI DUNG) / 5 KHÔNG KIỂM ĐƯỢC.**` ✓ |
+
+⇒ **4 file có thật · 4 byte-size exact · 4 verdict nguyên văn.** Không nén sai, không bịa. Sắc thái khó nhất (*"4 SAI đều là lệch ANCHOR, 0 sai NỘI DUNG"* + *"1 trong 4 trỏ đường dẫn KHÔNG TỒN TẠI"*) được **giữ nguyên** chứ không làm tròn thành "4 lỗi" ⇒ đây là nén **giữ được thông tin phân-biệt**, đúng chuẩn.
+
+**Cite khác kiểm chéo:** `sub-review-claims-4.md:119` = đúng chỗ đề gate 5-anchor ✓ · `HANDOFF.md:8` = gate 5-anchor **nguyên văn**, mtime **2026-07-28T20:44** ✓ khớp con số synthesis khai.
+
+### 🔴 F-04 (MED — số không khớp nguồn) — "+9 củng cố" vs END-line "10 cung-co"
+`review-synthesis.md:25` ghi `(+9 củng cố)`. Nguồn **tự mâu thuẫn với chính nó**:
+- `sub-review-wave-1.md:12` (thân bài) — `(+ 9 điểm củng cố)`
+- `sub-review-wave-1.md:288` (END-line) — `TOTAL=19 DIEM (6H/8M/5L + 10 cung-co)`
+
+⇒ **Lỗi GỐC ở lăng kính 1, không phải ở synthesis.** Lead chép đúng con số thân-bài (9). Nhưng **END-line là khuôn chốt** (m#21: END-line có ≥2 khuôn) và nó nói 10. **KHÔNG kết luận ai đúng** — 2 nguồn cùng file lệch nhau 1 ⇒ propose lead cho đếm lại mục trong `## Điểm CỦNG CỐ` (`:262`) rồi chốt 1 số. Không load-bearing (củng-cố ⟂ FLAG) nhưng là **số sai đang lan sang file thứ 2**.
+
+### ⭐ F-05 (HIGH — SUPERSEDED, bắt được vì đo LẠI giữa chừng) — synthesis **tự lỗi-thời sau 15 phút** do chính phiên này vá
+`review-synthesis.md:83` khai *"**Chứng chưa vá:** `spec-*.md` mtime 2026-07-28 11:29 ⇒ spec không bị chạm ở S158"* → **ĐÚNG lúc 08:26**.
+
+Tao đo lần 1 lúc ~08:40 (mtime 07-28T11:29 · 45.158 B) rồi đo lại lúc **08:43:30**:
+```
+ls -la --time-style=+%Y-%m-%dT%H:%M:%S  ->  48.621 B  2026-07-29T08:41:44
+git status --porcelain                  ->  M .../spec-ke-hoach-ky-ket-hd-28-07-2026.md   (dòng MỚI)
+```
+⇒ **stage ARC chạy SONG SONG với V1**, spec bị vá lúc **08:41:44** — giữa 2 phép đo của tao.
+
+**Đối chứng nội dung (đo tươi, sau vá):**
+| Gap | Synthesis khai (08:26) | Trạng thái NAY (08:43) |
+|---|---|---|
+| **H5** `spec:353` `N` thả tự do | ❌ CÒN HỞ | ✅ **ĐÓNG** — `:367` `562 + N`, **`N ≥ 6`**, 0 fail + liệt 6 tên test *(vá H5 @S159)*; site cùng-lớp `:289` cũng pin **`N ≥ 2`** + 2 tên test |
+| **H6** dark-launch 3 site | ❌ CÒN HỞ (`:224`·`:252`·`:443`) | ✅ **ĐÓNG 3/3** — `:225` *"GIẤU MENU Ở W1 = KHÔNG CẤP `CanRead`, **KHÔNG** phải `IsVisible=0`"* · `:257` bảng wave đổi thành *"giấu bằng KHÔNG cấp `CanRead`"* (chữ "dark-launch" gỡ) · `:470` đính chính *"@S157 chỉ vá **1/3 site**"* |
+
+⇒ **Kết luận §6 của synthesis (*"2 điều kiện chưa thoả"*) NAY SAI** — không phải vì viết ẩu, mà vì **phiên này đã đóng cả 2**. 🔴 Nguy hiểm thật: phiên sau đọc `review-synthesis.md` sẽ thấy 2 gap MỞ **không còn tồn tại** ⇒ vá lại chỗ đã vá, hoặc mất niềm tin vào file.
+**Đề (lead ghi, tao KHÔNG ghi):** append 1 dòng vào cuối `review-synthesis.md`:
+`> 🔴 SUPERSEDED @S159 08:41 — H5 (:367 pin N≥6, kèm :289 N≥2) + H6 (:225/:257/:470) ĐÃ VÁ trong chính phiên này. §4 và §6 giữ làm sử-ký trạng-thái 08:26, KHÔNG còn là gap-list.`
+
+### 🔸 F-06 (LOW) — cite `run.md:206-207` + `spec:458` chết vì chính đợt sửa này (m#7 line-shift ×2)
+- `review-synthesis.md:12` dẫn *"`run.md:206-207` để `[ ]` cho S6 và S7"*. Nay: **`:206` = `[x]` S6**, **`:208` = `[x]` S7** (S6 nở 2 dòng ⇒ S7 dời +1). Cite đúng lúc viết (08:26), lead tick ledger 08:27.
+- `HANDOFF.md:8` (bề-mặt CANONICAL, **đang đóng băng theo Mirror C1**) dẫn gate 5-anchor ở *"spec `:458`"*. Sau vá ARC, dòng đó nằm ở **`:488`** (+30). ⇒ cite trong doc bền **đã chết**, mà HANDOFF thì phiên này CẤM ghi ⇒ **ghi nợ sang cửa sau**, đừng để rơi.
+
+### 🧠 m#24 (method MỚI, rút từ F-03 + F-06) — **retro-harvest dẫn LEDGER mà nó sắp tick ⇒ tự giết cite trong vài phút**
+3/3 ca lượt này cùng khuôn: synthesis đọc file X ở phút T, tác giả sửa X ở phút T+1..T+15, cite chết. Không ai bịa cả.
+**Luật rẻ:** khi file được dẫn **nằm trong cùng đợt sửa**, cite bằng **NEO VĂN BẢN** (nhãn checkbox / tiêu đề / chuỗi duy nhất) thay vì `:NNN`; hoặc tick ledger **TRƯỚC**, viết synthesis **SAU**, rồi mới lấy số dòng.
+
+> 🔧 **Cập nhật từ lead (nhận giữa lượt):** F-04 đã giải — `## Điểm CỦNG CỐ` (`:262`) có **đúng 10 mục 1→10** ⇒ **END-line ĐÚNG (10)**, thân bài `:12` SAI (9); synthesis đã sửa thành 10. Bẫy kèm: `grep -i 'củng cố'` ra **0 hit** vì `-i` **không case-fold dấu tiếng Việt** (`ủ`↔`Ủ`) — cùng họ E-010, ghi vào §5. · F-05: lead tìm thêm **site thứ 4** (W2 `DbInitializer` *"bật `IsVisible=1`"*) ⇒ H6 = **4 site**, không phải 3. **Số 3/3 của tao là CẬN DƯỚI, không phải toàn-tập** — tao đo bằng `grep "dark-launch|IsVisible=0"`, site-4 dùng chữ khác nên lọt lưới. Bài: **grep-theo-CHUỖI chỉ bắt được site dùng đúng chuỗi đó**; muốn toàn-tập phải đọc theo Ý (wave-table + mọi mục W1/W2). Nhận sai, không cãi.
+
+---
+
+## §4 — Delta mồ-côi / diary-0-delta (trục Coverage + Completeness) — **nợ của CHÍNH VAI TAO**
+
+### Mẫu-số (B1, không hardcode)
+`ls .claude/agents/*.md | wc -l` = **24** file − `README.md` = **23 vai** · `.claude/agent-memory/*/` = **23 dir**, **23/23 có `MEMORY.md`** ⇒ 1:1, **0 vai thiếu nhà** ✓.
+`git status --porcelain` = **0 dòng `agent-memory/`** ⇒ đĩa **==** commit cuối, không có delta treo chưa commit. Phép đo dưới đây đo **nội dung đã chốt**, không phải bản nháp.
+
+### Thước: KHÔNG đo bằng tên vai — đo bằng **NỘI DUNG** (anti-pattern #1)
+Chứng-cứ-spawn = file `sub-<vai>-*.md` **có thật trong run-folder**; chứng-cứ-harvest = **số lần mã phiên xuất hiện trong `MEMORY.md`**.
+```
+for r in ...; do grep -c "S158" .claude/agent-memory/$r/MEMORY.md; done
+```
+
+| Vai | spawn @S158 (artifact) | `S158` trong diary | last commit diary | Verdict |
+|---|---|---|---|---|
+| ctx-audit | `sub-ctx-audit-close-S158.md` | **1** | 07-28T20:50 | ✅ ĐÃ HARVEST |
+| **harvest-curator (TAO)** | `sub-harvest-curator-close-S158.md` | **0** | **07-26T16:10** | ❌ **0-DELTA** |
+| tooling-auditor | `sub-tooling-auditor-close-S158.md` | **0** | 07-26T16:10 | ❌ 0-DELTA |
+| lead-gap-auditor | `sub-lead-gap-close-S158.md` | **0** | 07-26T16:10 | ❌ 0-DELTA |
+| lead-stale-auditor | `sub-lead-stale-close-S158.md` | **0** | 07-26T16:10 | ❌ 0-DELTA |
+| ring1-audit | `sub-ring1-close-S158.md` | **0** | 07-26T16:10 | ❌ 0-DELTA |
+| ring2-audit | `sub-ring2-close-S158.md` | **0** | 07-26T16:10 | ❌ 0-DELTA |
+| harness-audit | `harness-audit-return.md` | **0** | 07-26T16:10 | ❌ 0-DELTA |
+| harness-eval | `harness-eval-return.md` | **0** | 07-26T16:10 | ❌ 0-DELTA |
+| harness-refine | `harness-refine-return.md` | **0** | 07-26T16:10 | ❌ 0-DELTA |
+
+### 🔴 F-07 (HIGH) — **9/10 vai chạy @S158 có ĐÚNG 0 byte về S158 trong diary**
+Chỉ `ctx-audit` thoát. **11 vai** cùng đóng băng ở **một mốc duy nhất `2026-07-26T16:10`** — không phải trùng hợp, đó là **1 commit gom** rồi **dừng hẳn**. Và **11/11 vai đó đều có artifact-spawn SAU mốc đó** ⇒ **không vai nào "đóng băng vì không chạy"**. Toàn bộ là nợ thật.
+
+**Nợ của chính tao, khai thẳng:** `harvest-curator/MEMORY.md` = **19.456 B** (khớp con số HANDOFF slot 48), commit cuối **07-26T16:10**, `S154=1` nhưng **`S155=0 · S158=0 · S159=0`**. Tao chạy @S158-close (artifact tồn tại) và đang chạy @S159 ⇒ **≥1 lượt đã xong mà không để lại gì trong nhà mình**. Vai có nhiệm-vụ bắt diary-0-delta **chính là vai đang 0-delta** — không có lý do bào chữa nào làm nhẹ chỗ này.
+
+**Vì sao 2 lần FLAG (S154, S158) mà không đổi:** detector **đã bắt đúng** cả 2 lần. Cái hỏng **không phải khâu PHÁT HIỆN mà là khâu APPEND** — tao propose-only, lead single-writer; delta tao trả **chết nếu lead không APPEND**, và khâu đó nằm **cuối @close** lúc ngân-sách mỏng nhất. FLAG lặp cùng mức ⇒ đọc thành nhiễu.
+
+### 🔸 F-08 (MED) — nợ này KHÔNG chỉ ở lane bookend
+`implementer-backend` (5 artifact S155: `sub-implementer-backend-1/4/5` + `-frontend-2/6`) → `S155=0` ở **cả 2 vai implementer**. Trong khi cùng run: `reviewer S155=3` · `cicd-monitor S155=3` · `test-specialist S155=1` · `investigator-codebase S155=5` ✅.
+
+**Giả-thuyết (nhãn rõ: SUY LUẬN, chưa chứng)** — delta bị rơi đúng ở vai mà **giá trị đã đáp xuống một artifact bền khác**: implementer → **code trong git**; bookend-lane → **synthesis trong run-folder**. Cảm giác "đã ghi ở đâu đó rồi" ⇒ bỏ APPEND. Nhưng run-folder giữ **SỰ KIỆN**, diary giữ **BÀI HỌC mang sang phiên sau** — mất diary = mất đúng thứ không tái tạo được. Phản-chứng nếu có: 1 vai bookend-lane được harvest đều (`ctx-audit`) ⇒ giả-thuyết chỉ giải-thích xu-hướng, không tuyệt-đối.
+
+### 🚧 Lối ra — và rào chặn nó ngay trong run này
+🔴 **Mirror C1 của `run.md` S159 CẤM ghi `agent-memory/`** ⇒ **KHÔNG thể APPEND trong cửa sổ này**. Nếu không làm gì, S159 thành **phiên thứ 3 liên tiếp** cùng một FLAG.
+
+**Đề (lead quyết + ghi, tao KHÔNG ghi):**
+1. **PARK ngay, đừng chờ:** nguồn harvest **đã nằm sẵn trên đĩa git-tracked** (7 `sub-*-S158.md` + 3 `*-return.md`) — không cần chạy lại vai nào. Gom 4-field `{task·verdict·learned·surprise}` cho 11 vai vào **1 file trong run-folder này** (vd `harvest-delta-11-vai.md`) ⇒ hợp lệ với C1 (run-folder không bị đóng băng), và delta không bốc hơi.
+2. **APPEND ở cửa đầu tiên `agent-memory` không bị freeze** (@close S159 nếu C1 hết hiệu lực, hoặc @open S160) — đọc từ file PARK, không dựng lại từ trí nhớ.
+3. **Sửa cách FLAG kêu:** C11 nên **leo mức khi cùng một vai bị bắt ≥2 phiên liên tiếp** (INFORM → **BLOCKING**). FLAG lặp **cùng mức** = FLAG bị làm ngơ hợp lệ — đó là cơ chế đã hỏng suốt S154→S159.
+4. **Thứ tự @close:** APPEND diary **TRƯỚC** khi viết synthesis đóng phiên, vì synthesis luôn được ưu tiên còn diary luôn là thứ bị cắt.
+
+---
+
+## §5 — Corruption (trục ④) + chốt 5 trục
+
+### 🔴 F-09 (MED — lỗi PHƯƠNG PHÁP của chính tao, tự bắt được) — "0 hit" đầu tiên của tao là **lệnh CHẾT**, không phải kết quả sạch
+Sweep đầu tao chạy:
+```
+grep -rlP "\xEF\xBF\xBD" --include="*.md" .claude/ 2>/dev/null | head    -> (rỗng) -> tao đọc thành "0 hit"
+```
+Chạy lại **bỏ `2>/dev/null`**:
+```
+grep: -P supports only unibyte and UTF-8 locales      <- exit=2, KHÔNG PHẢI exit=1
+```
+⇒ `-P` **không chạy được** trong locale này; `2>/dev/null` **nuốt lỗi**, `| head` biến lỗi thành output rỗng, và rỗng **trông y hệt sạch**. Đúng **anti-pattern #2 + #3** mà chính vai tao có nhiệm vụ chặn (bài S152: khai "U+FFFD 0" trong khi grep thật có hit). Suýt tái phạm **y nguyên**.
+**Cách đo đúng (đã dùng lại):** `LC_ALL=C grep -rc $'\xEF\xBF\xBD' --include="*.md" .claude/ | grep -v ":0"` — byte-literal, **không cần `-P`**.
+**Luật rút ra:** phép đo âm-tính chỉ được tin khi **exit code = 1**; `exit=2` (lỗi) và `exit=1` (0 hit) **nhìn giống nhau sau khi pipe**. CẤM `2>/dev/null` trong lệnh dùng để tuyên bố "sạch".
+
+### Kết quả corruption THẬT (sau khi sửa phép đo)
+
+| Phép quét | Lệnh | Kết quả | Verdict |
+|---|---|---|---|
+| 0-byte (trừ `.gitkeep`) | `find .claude -type f -size 0 ! -name .gitkeep` | **0** | ✅ |
+| `.gitkeep` 0-byte | `find .claude/workflows/runs -type f -size 0` | **10** (5 folder H10 legacy × `harvest/`+`sub-md/`) | ✅ by-design |
+| stray `.claude` depth>1 | `find . -mindepth 2 -type d -name .claude` | **0** | ✅ |
+| thư-mục rỗng | `find .claude -type d -empty` | **0** | ✅ |
+| file cụt | `tail -1` từng `MEMORY.md` ×23 | **23/23 kết thúc trên dòng hoàn chỉnh** | ✅ |
+| `.md` < 200 B (skeleton-ruột-rỗng) | `find .claude/agent-memory -name "*.md" -size -200c` | **0** | ✅ |
+| CRLF lẫn lộn | `grep -rlU $'\r' .claude/agent-memory` | **10 file** | 🔸 lành (Windows), ghi nhận |
+| `$(`/`${` residue | `grep -rn '\$(\|\${' .claude/agent-memory` | **16 hit** — soi mẫu 6/16 = trích shell/prose trong ghi-chú | 🔸 lành theo mẫu |
+| **U+FFFD** | `LC_ALL=C grep -rc $'\xEF\xBF\xBD'` | **16 hit / 10 file** | 🔸 **lành theo lai-lịch** |
+
+**U+FFFD — khai đúng mức, KHÔNG nói "0":** 16 hit/10 file. Tao soi **trực tiếp 3/10 file**:
+- `harvest-curator/MEMORY.md:53` — self-quote `"<22>24.1KB"` (đuôi artifact bị cắt @S132). S152 ghi hit này ở `:48` ⇒ **trôi +5 dòng** do diary có append sau đó, **cùng một hit**, không phải hit mới.
+- `cicd-monitor/archive/2026-06.md:26` — mojibake **được trích làm BẰNG CHỨNG** (`C<>ng`, bài sqlcmd #377).
+- `S152/sub-harvest-close-S152.md:160-165` — **bảng phân loại của chính lượt S152**, đã gắn nhãn `use⟂mention` cho từng hit.
+7 file còn lại thuộc **đúng chuỗi lai-lịch đó** (archive của diary tao + 4 file S152 trích lại phép quét). **Không file nào mới hơn S152** ⇒ **0 corruption phát sinh ở S153→S159**.
+🔸 Bẫy đã tránh (S152 ghi sẵn `:174`): `cut -c1-N` **tự sinh `<60>` giả** khi cắt giữa ký tự multibyte — nên mọi con số trên đếm bằng `grep -c` **trên FILE**, không trên output đã `cut`.
+🔸 Bẫy thứ 2 (lead nhắc giữa lượt, tao xác nhận): `grep -i` **không case-fold dấu tiếng Việt** ⇒ mọi phép quét ở đây **không dùng `-i`** trên chuỗi có dấu.
+
+### Chốt 5 TRỤC
+
+| # | Trục | Bằng chứng | Verdict |
+|---|---|---|---|
+| ① | **Coverage** | orphan **0 thật/63** dir có `run.md` (1 hit = chính run này, IN-PROGRESS) ✅ · **nhưng** diary: **9/10 vai chạy @S158 có 0 nội-dung S158**; 11 vai đóng băng `07-26T16:10`, **11/11 đều có artifact-spawn sau mốc đó** | 🔴 **FAIL** |
+| ② | **Completeness** | thiếu spawn-record 4-field cho **11 vai** (S155 + S158). Nguồn gom **đã có sẵn trên đĩa** (7 `sub-*-S158.md` + 3 `*-return.md`) ⇒ thiếu khâu APPEND, không thiếu dữ liệu | 🔴 **FAIL** |
+| ③ | **Fidelity** | 2 file retro-harvest: **12/12 byte-size exact** · **8/8 verdict nguyên văn** · 3/3 cite của claim (i) khớp **đúng số dòng** · claim (ii) verify **STRONG**. Lỗi tìm được đều là **mislabel/lệch-cite/số-nguồn-tự-mâu-thuẫn**, **0 ca bịa**. Lead **tự hạ trần claim** ở `:78` đúng chuẩn G-015 | 🟡 **PASS-WITH-FLAGS** (F-02·F-04·F-05·F-06) |
+| ④ | **Placement** | 23/23 diary đúng nhà · 0 stray `.claude` · 0 empty-dir · 0 file cụt · U+FFFD **16 hit lành theo lai-lịch, 0 hit mới sau S152** | ✅ **PASS** (kèm F-09: phép đo lần 1 hỏng, đã sửa) |
+| ⑤ | **Fidelity-FLAG (bịa)** | **KHÔNG escalate `reviewer`.** Không tìm thấy dấu hiệu bịa ở cả 2 file retro; mọi số truy được về artifact cùng folder | ✅ **CLEAR** |
+
+### 🔴 GATE: **FAIL** — vì trục ① + ② hỏng, và đây là **phiên thứ 3** cùng một FLAG (S154 · S158 · S159)
+Đọc cho đúng, đừng đọc lệch:
+- GATE-FAIL **KHÔNG phải** vì lead bịa. Phần lead nhờ tao chấm (2 file retro-harvest) **ĐẠT** — nén chặt mà **không mất sắc thái**, và tự khai giới hạn ở đúng chỗ dễ overclaim nhất.
+- GATE-FAIL vì **harvest-memory chưa đáp xuống nhà của 11 vai**, trong đó có **chính vai tao** — nợ tồn 3 phiên, detector kêu 2 lần mà không ai bị chặn.
+- Đường ra rẻ và **không cần chạy lại vai nào**: PARK 4-field vào run-folder ngay lượt này (C1 cho phép), APPEND ở cửa đầu tiên `agent-memory` hết đóng băng, và cho C11 **leo mức khi lặp ≥2 phiên**.
+
+---
+
+<!-- END sub-harvest-curator-open-S159 · TOTAL=9 finding (F-01…F-09) + 1 method (m#24) · GATE-FAIL -->
+
+

.claude/workflows/runs/2026-07-29-S159-bookend-open/sub-lead-gap-open-S159.md

@@ -0,0 +1,190 @@
+# sub-lead-gap-open-S159 — vai-GAP bookend @open (phiên-LOGIC L8)
+
+> Trục: **cái KHÔNG CÓ** trong bản trình của lead. Máy mù trục này ⇒ đây là catch-layer duy nhất.
+> Propose-only. Class ∈ enum ĐÓNG `lead_self_audit.flag_classes` (`.claude/agent-memory/memory-budget.json:170-182`).
+> Ghi-đĩa-trong-lúc-làm (chống #53): mỗi FLAG ghi NGAY khi tìm ra.
+
+## 0. Tập KỲ-VỌNG dựng TRƯỚC khi so (phương-pháp bắt buộc — không đọc-xuôi-đợi-thiếu-sót-nhảy-ra)
+
+Nguồn cam-kết đã đọc từ đĩa:
+
+| Nguồn | Số đo tươi |
+|---|---|
+| `docs/HANDOFF.md` | 395 dòng / 138.579 B; mega-line `:57` = 10.389 B |
+| carry slug `[carry:*]` | **219 occurrence** (`grep -o … \| wc -l`) · **43 slug DISTINCT** — 🔴 `grep -c` ra số dòng, KHÔNG dùng |
+| `NEXT anh` / `NEXT em` | 37 / 40 occurrence (đoạn LOGIC, không phải dòng vật-lý) |
+| `.claude/sessions/session-7/_end` | `carry:` 5 mục · `pending-anh:` 6 mục (42)…(48) |
+| `.claude/sessions/session-8/_mind-s-8.md` mục D | 5 ý (3 `treo-chờ-anh`, 1 `mới-nêu`, 1 `gần-chốt`) |
+| `docs/STATUS.md` | 819 dòng / 203.721 B |
+
+(các FLAG bên dưới ghi dần — file này được append TRONG LÚC làm)
+
+---
+
+## FLAG-1 — `gap-carry-dropped` — HIGH
+
+**Nghi-thức re-stamp carry BỊ BỎ TRỌN cho cả phiên-LOGIC L7 (5 cửa-sổ S154→S158).**
+
+- **hứa ở:** `docs/HANDOFF.md:29` — `**Carry @S152 (nghi-thức (iv) — đủ MỌI slug):**` ; `:34` `**Carry MỞ re-stamp @S151 (nghi-thức (iv) — đủ MỌI slug còn mở):**` ; `:39` cùng khuôn @S150. Chuỗi liên-tục 12 khối `Carry MỞ re-stamp` từ `:94` (S12x) lên tới `:22`.
+- **hiện:** khối Carry MỚI NHẤT = `docs/HANDOFF.md:22` **`Carry @S153`**. Segment L7 (S155→S158, `:5`-`:15`) **KHÔNG có dòng Carry nào** — `grep -n '\*\*Carry' docs/HANDOFF.md` → 12 hit, hit trên cùng là `:22` (S153).
+- **im:** **5 cửa-sổ / 1 phiên-LOGIC trọn** (S154·S155·S156·S157·S158). Chuỗi 12 khối trước đó re-stamp ĐỀU mỗi kỳ ⇒ đây là đứt-mạch, không phải "chưa tới nhịp".
+- 🔴 **Vì sao HIGH, không phải MED:** nghi-thức này tự khai mục-đích là *"đủ MỌI slug còn mở"* — nó chính là máy chống-rơi-carry. Bỏ nó ⇒ (a) 30+ slug mở nằm đông cứng trong segment S153, không ai xác-nhận còn/hết; (b) **thước carry-age lại vacuous** — đúng cái mà `[carry:carry-age-vacuous]` mở ra để chặn và W3 re-stamp được giao để vá. Cái mất KHÔNG phải một dòng, mà là **lớp phòng-thủ**.
+- 🔴 **Đòn bất-đối-xứng (loại bỏ bào chữa "cả khối L7 viết vội"):** CÙNG segment L7 đó lead viết **đủ 2 khối NEXT em** (`:8` `:10`) + **1 khối NEXT anh 7 slot** (`:12`-`:14`) + 2 dòng 🔸 + 1 dòng 🧊 lineage. Khuôn segment được giữ gần trọn; DUY NHẤT thành-phần Carry vắng ⇒ là bỏ sót có chọn lọc, không phải cả segment bị cắt.
+- **resolve:** segment L7/L8 có 1 dòng `**Carry … (nghi-thức (iv) — đủ MỌI slug còn mở)**` liệt lại tập slug mở + đánh dấu slug nào ĐÓNG trong L7; HOẶC owner tuyên-bố khai-tử nghi-thức (i) và ghi vết chỗ khai-tử.
+
+## FLAG-2 — `gap-carry-dropped` — MED
+
+**Carry `reviewer-MEMORY-19049B` từ `_end` L7 rơi khỏi MỌI sổ bền — trong khi carry ANH EM cùng dòng, cùng lớp, cùng số-đo lại được cấp slot.**
+
+- **hứa ở:** `.claude/sessions/session-7/_end:3` — dòng `carry:` mục 5/5 = `reviewer-MEMORY-19049B`. Gốc sâu hơn: `_context-s-7.md:225` *"reviewer tự ghi (19.049 B — **trên ngưỡng, cần curate lượt sau**)"* + `:128` + `docs/changelog/sessions/2026-07-28-0930-S155-S157-…md:111` bảng *"| 6 | `reviewer/MEMORY.md` 19.049 B trên ngưỡng 17.1 KB | em curate |"* — tức đã có **người nhận việc = em**.
+- **hiện:** **VẮNG**. `grep -rn '19049\|19\.049'` trên `docs/HANDOFF.md` · `docs/STATUS.md` · `.claude/WAL.md` = **0 hit / 0 / 0**. Chạm đĩa xác nhận vật thật vẫn còn: `.claude/agent-memory/reviewer/MEMORY.md` = **19.049 B**, mtime 2026-07-27 ⇒ **chưa curate**, việc còn nguyên.
+- **im:** 1 phiên-LOGIC (L7 `_end` → L8 bootstrap) — nhưng nợ gốc tính từ S155 (bảng disposition `:111`) = **4 cửa-sổ**.
+- 🔴 **Đòn bất-đối-xứng (đây là phần nặng):** CÙNG dòng `_end:3`/`:4` đó, món nợ **cùng LỚP y hệt** — `harvest-curator/MEMORY.md` **19.456 B** (đo tươi, cùng thư mục, cùng "trên ngưỡng 17,1K") — được cấp hẳn **slot (48)** ở `HANDOFF:14`. Hai file chênh nhau **407 B**, cùng vấn-đề, cùng lối-ra. Một cái lên bàn anh, một cái bốc hơi. ⇒ loại được bào chữa *"nợ memory không thuộc diện trình anh"*.
+- 🔴 **Kênh sống sót cuối cùng đã đóng:** vết duy nhất còn lại nằm ở `.claude/sessions/session-7/_end` + `_context-s-7.md` — cả hai thuộc **session-7 đã đóng băng**; nghi-thức bootstrap L8 không có bước quét `_end` kỳ trước để đối chiếu (WAL `chain` 6 dòng `[x]` không có dòng nào là "đối chiếu carry `_end` L7").
+- **resolve:** `reviewer/MEMORY.md 19.049B` xuất hiện ở HANDOFF (ghép vào slot (46) thước-17,1K hoặc (48)) HOẶC file được curate xuống dưới ngưỡng và ghi vết đã-xử.
+
+## FLAG-3 — `gap-owner-specifics` — HIGH
+
+**Slot (43) đưa anh quyết bằng 4 chữ trần, GIẤU MẤT hệ-quả đã-đo: thước carry-age HIỆN ĐANG MÙ, 3 carry già nhất đã BỐC HƠI khỏi tập đo, mà máy vẫn in `[ok]`.**
+
+- **hứa ở (nguồn SPECIFICS lead đã có trong tay):** `.claude/sessions/session-7/_mind-s-7.md:243` — *"Carry: giữ con-trỏ (**chống drift, thước mù**) vs re-stamp đủ slug (**thước sống, nguy cơ drift**) vs đường thứ 3 con-trỏ-cho-người + dòng slug-only-cho-máy"*. Lead **tự viết** chữ **"thước mù"** ⇒ đã biết đánh đổi.
+- **hiện:** `docs/HANDOFF.md:13` — anh nhận đúng **`(43) carry con-trỏ-vs-slug`** (4 chữ). 0 chữ về "thước mù", 0 số, 0 phương-án thứ 3.
+- **im:** slot cấp từ **S155** (HANDOFF:13 tự khai *"đã cấp ở WAL từ S155 nhưng CHƯA BAO GIỜ xuất hiện ở HANDOFF"*) ⇒ **5 cửa-sổ**.
+
+🔴 **SPECIFIC bị mất — ĐỌC TỪ DETECTOR, KHÔNG TỰ TÍNH LẠI** (`scripts/governance-detectors.ps1` khối `H24-2 - carry-age`, chạy tươi hôm nay):
+
+```
+  M = h24_cadence.light_every = 6 (read from config, not hardcoded)
+  HANDOFF logic-segments (NEXT anh/em) = 25 ; of those, carry-lines = 18
+    [ok] carry 'ctx-t9-dogfood' streak=2 < M=6
+    [ok] carry 'ring5-audit-gap' streak=1 < M=6
+    [ok] carry 'hmw-width-vs-roster' streak=1 < M=6
+    [ok] carry 'hmw-subfile-index-collision' streak=1 < M=6
+    [ok] carry 'adap-apply-2-thu' streak=3 < M=6
+```
+
+**Đối chiếu lịch-sử (diary vai này, S148 · S150 · S151):** cùng detector này từng FIRE **3 carry** — `hook-vs-budget-cap` **13** · `uat-s133-budget-freeze` **9** · `uat-s134-luyke` **7** (S151 ghi *"carry-age hồi sinh streak 7/9/12"*).
+**Hôm nay cả 3 KHÔNG CÒN TRONG DANH SÁCH.** Không phải hạ streak — **biến mất khỏi tập đo**. Tập đo co còn **5**, streak cao nhất **3**; vì `3 < M=6` nên **0 FLAG** ⇒ mặt máy đọc thành SẠCH.
+
+**Cơ-chế (chạm đĩa, không suy-luận):**
+- `sed -n '22p' docs/HANDOFF.md` rồi trích slug → dòng carry MỚI NHẤT (`:22`, S153) chứa **đúng 5 slug** = 4 slug mới + `adap-apply-2-thu`. 26 slug re-stamp được viết dạng **con-trỏ** (*"KHÔNG chép để tránh drift"*) ⇒ 0 token cho máy.
+- `grep -n "carry:hook-vs-budget-cap" docs/HANDOFF.md` → xuất hiện gần nhất **dòng 34** (carry-line S151); **KHÔNG có** ở `:22` (S153, con-trỏ) và **KHÔNG có** ở `:29` (S152 — viết slug dạng backtick trần, thiếu ngoặc vuông nên regex trượt). `uat-s133-budget-freeze` / `uat-s134-luyke` cũng gần nhất **dòng 34**.
+- ⇒ chuỗi liên-tiếp tính từ đỉnh ĐỨT ngay dòng đầu ⇒ 3 carry già nhất rơi khỏi phép đo. Cộng **FLAG-1** (L7 không có dòng carry nào) ⇒ đỉnh chuỗi lùi thêm 1 nấc.
+
+🔴 **Đúng khuôn "vắng-mặt trông giống ổn" + Goodhart:** flag-count tụt 3→0 trông y hệt *"đã xử xong 3 carry"*. Cái mất đi **KHÔNG phải dương-giả** — 3 carry vẫn sống nguyên trên đĩa (`:34` `:56` `:57`); cái mất là **chứng-nhân bị rời khỏi tập đo**. Chính detector tự cảnh báo lớp này tại `governance-detectors.ps1:887`: *"every streak broke at 1 => the carry-age net went silent while printing [ok]"*.
+
+🔴 **Vì sao anh KHÔNG thể quyết (43) với 4 chữ:** câu *"con-trỏ hay slug?"* nghe như chuyện văn-phong. Thực chất là *"có giữ thước carry-age sống không"* — và đáp-án đang hiệu-lực (**con-trỏ**) **đã tắt thước rồi**, không phải rủi-ro tương-lai. Ba carry 7/9/13 kỳ đang trôi tự do, 0 máy canh.
+
+- **resolve:** (43) trình lại kèm 3 số detector (tập đo 5 · streak max 3 · 3 carry vắng) + nêu phương-án-3 (con-trỏ-cho-người + dòng slug-only-cho-máy) ⇒ anh quyết có căn-cứ. Hết flag khi H24-2 đo lại thấy `hook-vs-budget-cap` / `uat-s133` / `uat-s134` trở lại danh sách (streak bao nhiêu cũng được), HOẶC anh chốt khai-tử trục carry-age và ghi vết.
+
+## FLAG-4 — `gap-carry-dropped` — MED
+
+**Row-3 bảng "CÒN TREO sang phiên sau" — 4 lỗ sản-phẩm giao cho *em* — rơi khỏi MỌI sổ bền.**
+
+- **hứa ở:** `docs/changelog/sessions/2026-07-28-0930-S155-S157-pe-delete-bch-invest-diadiem.md:108` — row nguyên văn: *4 lỗ "cột CÓ mà 0 ai đọc" (L1 cầu PE→HĐ bỏ pin V2 · L2 `CeoApprovalThreshold` 0-consumer phía HĐ · L3 SLA hardcode `AddDays(7)` · L4 `AttachmentPurpose` sai tầng) | **em***. Bảng tự đặt tên **"CÒN TREO sang phiên sau"**, người nhận = **em** — không phải anh, không có nhãn "treo có chủ đích".
+- **hiện:** **VẮNG**. Quét 7 sổ bền (HANDOFF · STATUS · migration-todos · WAL · ACTIVE-MARKS · error-ledger · gotchas) từng token:
+  - `AddDays(7)` → **0 hit / 7**
+  - `SLA hardcode` → **0 hit / 7**
+  - `AttachmentPurpose` → 1 hit `docs/gotchas.md:1237` — **KHÁC chuyện** (mô-tả enum `ApprovalAttachment=5`, không phải lỗi "sai tầng")
+  - `pin V2` → `migration-todos.md:235`/`:311` + `gotchas.md:171` — đều là nội-dung cũ (Mig 23 / Mig 27-28), không phải lỗ "cầu PE→HĐ bỏ pin"
+- **im:** từ S157 ⇒ **2 cửa-sổ**; và kênh sống đã đứt: `docs/STATUS.md:6` CÓ trỏ file log này, nhưng segment L7 của HANDOFF (`:5`) trỏ **log S158**, không trỏ log S155-S157 ⇒ người vào phiên đọc HANDOFF sẽ không bao giờ chạm bảng này.
+- 🔸 **Khai thật (giảm nhẹ, không xoá flag):** spec KHKK có chạm 2/4 token (`CeoApprovalThreshold` ×4, `AddDays(7)` ×2) ⇒ 2 lỗ **có thể** đã bị nuốt vào arc KHKK. Nhưng **L1 và L4 thì không** (`AttachmentPurpose` = 0 hit trong spec), và không nơi nào ghi rằng row-3 đã được hấp thụ.
+- **resolve:** 4 lỗ vào `migration-todos.md` (hoặc HANDOFF NEXT em) dạng task đánh dấu được; HOẶC lead khai rõ "L2+L3 hấp thụ vào KHKK W-x · L1+L4 hoãn tới …".
+
+## FLAG-5 — `gap-underfill` — MED
+
+**Lead dừng đọc HANDOFF ở dòng 55 — sớm hơn ranh SEGMENT-HIỆN-TẠI do CHÍNH MÁY xác định (dòng 58) đúng 3 dòng; 3 dòng đó là chỗ đậm đặc nhất file.**
+
+- **hứa ở:** `.claude/agent-memory/memory-budget.json:118` — `docs/HANDOFF.md` nằm trong `crystallized_backfill.hotload_sources` = *"STABLE always-on FILE-FLOOR"*. Và `:140` `lead_note`: hot-feed gồm *"recent-3-session HANDOFF"*, đọc **"GENEROUSLY (dau phien nap them tier1_lead cho du), NOT on-demand-deferred"*; trần `lead_tokens` = **380.000**.
+- **hiện:** lead tự khai đọc **55/395 dòng** = **35.813 / 138.579 B = 25,8 %**.
+- 🔴 **Ranh do MÁY chốt, không phải tao ước:** `governance-detectors.ps1` khối `H24-4` in nguyên văn `HANDOFF current-segment = lines 1..58 (boundary at line 59)`. ⇒ lead bỏ **`:56` `:57` `:58`** = **13.847 B** vẫn thuộc segment HIỆN TẠI.
+- **Cái nằm trong 3 dòng bị bỏ:**
+  - `:56` khối `Carry MỞ re-stamp (14)` — 15 slug
+  - `:57` **mega-line 10.389 B** = khối `NEXT anh (đánh số — trả lời bằng số)` slot **(1)…(29)** — khối NEXT-anh **lớn nhất file**, 12 slug
+  - `:58` NEXT em (kỳ S150) SUPERSEDED
+  - Hợp lại **21 slug DUY NHẤT** (≈ **một nửa** tập 43 slug toàn file): `carry-age-vacuous` · `hook-vs-budget-cap` · `uat-s133-budget-freeze` · `uat-s134-luyke` · `underfill-mau-so` · `session-model-adopt` · `veto-window-s149` · `pe-phanquyen` · `uat-s117` · `tra-bui-relogin` · `bvaau` · `pull-warn-threshold` · `tools-whitelist-no-teeth` · `tham-sau-6-ca` · `eval-thamquyen` · `g011-token-fork` · `account-trung` · `binh-le-decision` · `dangling-head` · `hub-review-wave-1807` · `jump-dai-frozen`
+- **im:** phiên này (@open L8).
+- 🔴 **Không phải "tiết-kiệm token":** đọc TRỌN 138.579 B ≈ **[34,6K .. 42,0K] token** (dải `bytes/4 .. bytes/3,0` theo `honest_caveats.token_estimate`) = **9-11 %** của trần 380K. Config nói thẳng: *"Budget = MINIMUM-to-USE floor … under-fill ONLY when high-value content exhausted; token-saving = forgetting work"*. Ở đây high-value **chưa** cạn — nó nằm đúng 3 dòng kế tiếp.
+- 🔸 **Khai thật:** tao chưa đo được %-print §2.1.6 của lead phiên này (0 vết trên đĩa) ⇒ **KHÔNG** claim toàn-cảnh Tier-1 dưới hạn-mức. Chỉ claim **1 nguồn hot-load bắt buộc bị nạp 25,8 %** — đo được, đủ thành flag.
+- **resolve:** lead đọc nốt `:56`-`:58` (13.847 B), đối chiếu 21 slug + khối slot (1)…(29) vào bản trình; HOẶC HANDOFF re-tier để segment hiện tại hết mega-line (chính là `[carry:retier-megaline]` đang mở).
+
+## FLAG-6 — `gap-owner-specifics` — HIGH
+
+**Anh ra lệnh "Chạy ĐỦ 5 vòng". Bảng của lead có 5 dòng — nhưng KHÔNG PHẢI bộ 5 canonical: V4 bị bỏ IM LẶNG, thay bằng V-ctx (không thuộc bộ 5).**
+
+- **hứa ở (SPECIFICS canonical):** `.claude/commands/session-end.md:175-184` — bảng 5 vòng, **mỗi vòng = 1 con-ĐO + ≥1 con-KIỂM độc-lập**:
+  `V1 tooling+harvest → ring1-audit` · `V2 soi-lead (cặp H24) → ring2-audit` · `V3 bộ-ba memory → harness-audit` · **`V4 nén-ngủ /sleep-recovery-memory-l2 → ring4-audit`** · `V5 sàn-sự-thật "đã-đo" (floor)`.
+  Cùng bộ 5 lặp lại ở `.claude/commands/session-start.md:271` (owner @S152): *"cả 5 vòng (V1 tooling/harvest+ring1 · V2 soi-lead+ring2 · V3 trio · **V4 nén-ngủ+ring4** · V5 floor/det…)"*.
+- **hiện:** `runs/2026-07-29-S159-bookend-open/run.md:26-31` — `V1` ✓ · `V2` ✓ · `V3` ✓ · **`V-ctx — ctx-audit @open`** · `V5 floor` · `ARC`.
+  ⇒ **`V4` và `ring4-audit` = 0 hit** trong run.md. `V-ctx` **không có** trong bảng canonical.
+- **im:** phiên này — nhưng đây là lượt **NGAY SAU** lệnh anh, tức specifics rơi trong **đúng 1 lượt**.
+- 🔴 **Chính luật canonical CẤM cái im-lặng này** — `session-end.md:185` nguyên văn: *"Vòng **không chạy** phiên này ⇒ ghi **`không-nhịp`** + lý-do (chưa tới cadence · không có input) … nhưng cũng **KHÔNG** được im-lặng bỏ khỏi bảng."* Lead bỏ khỏi bảng, im lặng.
+- 🔸 **Khai thật — V4 nhiều khả năng ĐÚNG là `không-nhịp`:** `memory-budget.json:4` `last_sleep_at: 2026-07-26` (3 ngày < 7) và `distill-shard-probe` in `IM (15/15)`. ⇒ tao **KHÔNG** đòi chạy V4. Cái thiếu là **dòng khai `không-nhịp` + lý-do** — và nhất là lệnh anh dùng chữ **"đủ"**, nên thay một thành-viên bằng vai ngoài-bộ mà không nói = thu-hẹp specifics của anh.
+- 🔴 **Nguy-cơ cụ-thể nếu để nguyên:** `ring4-audit` chính là con-KIỂM đang có slot mở **(34)** (*"ring4 return-only ⇒ verdict bốc hơi nếu lead quên scribe"*). Bỏ V4 khỏi bảng ⇒ slot (34) không bao giờ có dịp chín.
+- **resolve:** run.md có đủ 5 hàng đúng tên canonical; V4 ghi `không-nhịp` + lý-do (`last_sleep_at` 3 ngày · shard 15/15 IM); `V-ctx` để riêng dưới nhãn "ngoài bộ 5".
+
+## FLAG-7 — `gap-decision-sunk` — MED
+
+**"22 FLAG governance (42)(43)(44)(E2)" — nợ tự-đếm-tuổi qua 5 cửa-sổ, chưa từng chạm sổ bền nào anh đọc.**
+
+- **hứa ở:** `.claude/sessions/session-7/_end:3` mục carry 4/5 = `22-FLAG-governance-(42)(43)(44)(E2)`; thân đầy đủ ở `_mind-s-7.md:101` *"22 FLAG governance (42)(43)(44)(E2) — nay **4 cửa-sổ** chưa động {treo-chờ-anh}"* (bản sớm hơn `:181`); `_context-s-7.md:128` bản **"3 cửa-sổ"** ⇒ **tuổi tự tăng 3→4 ngay trong L7**.
+- **hiện:** `grep -rn "22 FLAG"` trên `docs/` + `.claude/WAL.md` + `.claude/governance/` → **đúng 1 hit**, tại `docs/changelog/sessions/2026-07-28-0930-…:109`. **0 hit** trên HANDOFF · STATUS · WAL · ACTIVE-MARKS · migration-todos · error-ledger.
+- **im:** **5 cửa-sổ** (3→4 trong L7, +1 sang L8).
+- **Cái được cứu vs cái chìm:** 3 nhãn `(42)(43)(44)` nổi thành slot ở `HANDOFF:13` ✅ · `(E2)` = `harvest-curator/MEMORY.md` (định-nghĩa tại `runs/2026-07-26-S154-bookend-open/harness-refine-return.md:70`) nổi thành slot **(48)** ✅ · **cái CHÌM = chính THÂN 22 FLAG** — 18 FLAG còn lại của bookend S154 (`bookend-open-synthesis.md` TOTAL 3+6+5+5) chưa ai disposition; con số 22 và nhãn "4 cửa-sổ chưa động" không còn tồn tại ở bất kỳ bề-mặt nào lead sẽ đọc lại.
+- 🔴 **Vì sao chìm HẲN từ đây:** vết duy nhất ngoài session-log nằm ở `session-7/_end` + `_mind-s-7.md` — **cả hai đóng băng cùng L7**; 6 dòng `chain` trong `.claude/WAL.md` của L8 **không có** dòng nào là "đối chiếu carry `_end` L7". Và HANDOFF L7 trỏ log **S158**, không trỏ log S155-S157 nơi bảng §6 nằm ⇒ **cả 2 lối vào đều đóng**.
+- 🔴 **Cùng họ với FLAG-2** (cũng từ `_end:3`, cũng 0 hit) ⇒ **không phải rơi lẻ, là LỚP**: `_end` của phiên-LOGIC không có bước bắt buộc reconcile sang HANDOFF khi mở phiên kế. **2/5 mục dòng `carry:` rơi = 40 %**.
+- **resolve:** thân "22 FLAG" có nhà bền (HANDOFF NEXT-anh hoặc bảng disposition trong `runs/…-S154-…/`) với số ĐÃ-XỬ / CÒN-TREO tách bạch; HOẶC anh tuyên bố bỏ trọn 18 FLAG còn lại và ghi vết.
+
+## FLAG-8 — `gap-decision-sunk` — MED
+
+**Slot (39) "RAG Qdrant DOWN" treo từ S153; phiên này lead ĐO ĐƯỢC tiền-đề của nó đã SAI, ghi vào `_mind` rồi dừng — không nối về slot, không trình anh.**
+
+- **hứa ở:** `docs/HANDOFF.md:23` — *(39) RAG Qdrant DOWN (6333 refused, gotcha #14 off-after-reboot; charter AI_INFRA — anh tự chạy `rag-infra.ps1 -Action ensure` / để AI_INFRA / **cho em chạy cross-repo**?)* — câu hỏi 3 lựa-chọn, chờ anh từ **S153**.
+- **hiện:** **VẮNG khỏi bản trình**. Lead trình (42)…(48); không có (39).
+- **Bằng-chứng MỚI lead tự tạo phiên này rồi bỏ đó:** `.claude/sessions/session-8/_mind-s-8.md:92` — *"STATUS ghi RAG DOWN nhưng **đo được service sống + 5 repo khác index sáng nay**, riêng SE cũ 2 tháng ⇒ nên tách 'service chết' khỏi 'SE không được re-index'"* — nhãn **`mới-nêu`**, KHÔNG phải `treo-chờ-anh`. Khớp `run.md:15`: *"RAG **sống** 2.449 chunk (SE index cũ 2 tháng)"*.
+- **im:** slot (39) im **6 nhãn phiên** (S153→S159). Bằng-chứng bác tiền-đề: sinh hôm nay, **0 giây** được nối về slot.
+- 🔴 **Vì sao là "chìm" chứ không phải "phát-hiện mới":** lead ghi ý này như **quan-sát mới toanh**, trong khi nó là **CÂU TRẢ LỜI một phần** cho câu hỏi anh đang treo. Hệ-quả: anh vẫn đang được hỏi *"RAG chết, xử sao?"* trong khi máy đã đo *RAG sống* ⇒ câu hỏi cũ thành **không thể trả lời đúng**; và vì nhãn là `mới-nêu` (không phải `treo-chờ-anh`) nên nó **sẽ không lên bàn anh** ở cửa kế.
+- 🔸 **Vắng ≠ bỏ rơi — tao đã thử bác:** (39) có thể thuộc charter AI_INFRA nên anh cố ý gác. Nhưng chính văn bản slot có nhánh *"cho em chạy cross-repo"* ⇒ nhánh 3 là việc của SE, và tiền-đề vừa đổi ⇒ **phải hỏi lại**, không phải giữ im. Không phân-biệt được thì hỏi anh — đừng đoán hộ.
+- **resolve:** (39) trình lại với tiền-đề ĐÃ SỬA (service sống · 2.449 chunk · SE index cũ 2 tháng · 5 repo khác tươi), thu gọn còn 1 câu: *"re-index SE bây giờ hay chờ AI_INFRA?"*; HOẶC `STATUS` bỏ nhãn "RAG DOWN" và slot (39) đóng, ghi vết.
+
+---
+
+## Đối chiếu 3 việc coordinator giao — khai ĐỦ, kể cả phần KHÔNG ra flag
+
+**(a) `_end:3` dòng `carry:` — 5 slug, mang sang được 3/5:**
+
+| # | slug ở `_end` | trạng-thái ở L8 |
+|---|---|---|
+| 1 | `gate-5-anchor-di-tru-sang-HANDOFF-NEXT-em` | ✅ LANDED `HANDOFF:8` |
+| 2 | `2-cho-ho-spec-KHKK-H5-H6` | ✅ LANDED `HANDOFF:10` + thành arc ❷ của anh |
+| 3 | `ctx-t9-dogfood-con-no-3-4-khoan` | 🟡 **NỬA** — slug có ở `HANDOFF:22`/`:26` nhưng **chỉ trong segment lineage S153**; vế **"còn nợ 3-4 khoản"** = **0 hit** mọi sổ. Không nâng thành FLAG riêng (slug còn sống, chưa rơi hẳn) — gộp cảnh-báo vào FLAG-1 |
+| 4 | `22-FLAG-governance-(42)(43)(44)(E2)` | 🔴 **NỬA-RƠI** → **FLAG-7** |
+| 5 | `reviewer-MEMORY-19049B` | 🔴 **RƠI HẲN** → **FLAG-2** (0 hit / 3 sổ; đĩa xác nhận 19.049 B chưa curate) |
+
+**(b) `_end:4` dòng `pending-anh:` — 6 mục / 7 số, mang sang ĐỦ 7/7** — `(42)(43)(44)` tại `HANDOFF:13` · `(45)(46)(47)(48)` tại `HANDOFF:13-14`. ✅ **KHÔNG FLAG ở trục vắng-mặt.** (Chất-lượng nội-dung: (43) → FLAG-3. Slot (45) báo-động-giả = turf `lead-stale-auditor`, tao KHÔNG lấn.)
+
+**(c) Slot ĐÁNG LẼ PHẢI CÓ mà lead KHÔNG trình — CÓ:**
+- Lead trình **(42)…(48)** = **7 số** (bản trình gọi là "8 slot" — lệch đếm, turf `lead-stale`).
+- Slot **CÒN MỞ mà 0 xuất hiện trong bản trình**, đọc thẳng từ `HANDOFF:23` (segment S153): **(35)(36)(37)** veto-window · **(39)** RAG Qdrant · **(40)** `hmw_width.cap` 20 < roster 23 · **(41)** `ring5-audit`; cộng slot cũ **(26)(29)(33)(34)** và trọn khối **(4)…(25)** nằm ở `:57` — **đúng vùng lead chưa đọc** (xem FLAG-5).
+- **(39)** tách riêng thành **FLAG-8** vì có bằng-chứng MỚI phiên này mà không nối về slot. Các slot còn lại: lead CÓ nhắc gộp *"cộng slot cũ"* ở `_mind-s-8.md:94` ⇒ **không đủ để gọi là rơi**, nhưng cũng không đủ để anh chọn — tao giữ ở mức **INFORM**, không đẩy thành FLAG (broadcast §2(2): vắng ≠ bỏ rơi).
+
+---
+
+## Tổng-kết
+
+**TOTAL: 8 FLAG — 3 HIGH · 5 MED · 0 LOW**
+
+| class | n | FLAG |
+|---|---|---|
+| `gap-carry-dropped` | **3** | FLAG-1 · FLAG-2 · FLAG-4 |
+| `gap-decision-sunk` | **2** | FLAG-7 · FLAG-8 |
+| `gap-owner-specifics` | **2** | FLAG-3 · FLAG-6 |
+| `gap-underfill` | **1** | FLAG-5 |
+| `gap-carry-aged` | 0 | detector H24-2 max streak 3 < M=6 ⇒ KHÔNG fire (tao ĐỌC, không tính lại). 🔴 Xem FLAG-3: "không fire" ở đây **không** đồng nghĩa "sạch" |
+| `gap-incident-unrecorded` | 0 | phiên này 0 sự-cố vận-hành phát hiện được ở trục tao |
+
+🔴 **`gap-carry-dropped` = 3 ⇒ CHẠM `jump_on_class_repeat` = 3** (`memory-budget.json:165`). `session-start.md` §2.1.8(d): *"một class lặp ≥ `jump_on_class_repeat` lần → **kéo audit tới sớm**, bất-kể counter"*. Đây là **đề-xuất**; lead/anh quyết.
+
+🔴 Propose-only. Em main VERIFY → APPEND (B3). Vai này KHÔNG Write/Edit ngoài tệp này · KHÔNG commit · KHÔNG `store_memory`.
+
+<!-- END sub-lead-gap-open-S159 · TOTAL=8 FLAG -->

.claude/workflows/runs/2026-07-29-S159-bookend-open/sub-lead-stale-open-S159.md

@@ -0,0 +1,68 @@
+# sub-lead-stale-open-S159 — H24 §2(1) vai-STALE, bookend @open phiên S159 (phiên-LOGIC L8)
+
+**Ngày đo:** 2026-07-29 · **Nền máy:** `governance-detectors.ps1` @S159 = TOTAL 43 FLAG + 8 INFORM-only (KHÔNG chạy lại — chỉ soi lớp NGỮ-NGHĨA).
+**Trục:** 5 class `view-*` enum ĐÓNG (`lead_self_audit.flag_classes` @ `memory-budget.json:170-176`).
+**Tập-đo phiên này:** `docs/STATUS.md` (mega-line :6 + bảng CURRENT STATE) · `docs/HANDOFF.md` · `.claude/agents/README.md` · `.claude/commands/session-start.md` · `.claude/governance/ACTIVE-MARKS.md` · `docs/CLAUDE.md` + `CLAUDE.md` root · 2 `run.md` vừa tick @S159 · **+ `.claude/agents/lead-*-auditor.md`** (điểm mù tự-quy-chiếu, bài M-1 @S153).
+
+**Ghi TỪNG FLAG NGAY khi tìm ra (anti-#53).** Trạng thái: ĐANG GHI.
+
+---
+
+## FLAG-1 — `view-residual-asym` — HIGH
+
+- **view (6 site, 2 file LỆNH):**
+  - `.claude/commands/session-start.md:244` — dòng "Floor H24" mở đầu §2.1.8: *"…chạy **theo NHỊP** chứ KHÔNG mỗi phiên"*
+  - `.claude/commands/session-start.md:270` — *"gỡ cổng NGƯỜI, giữ cổng NHỊP ⇒ auto khi tới nhịp, KHÔNG phải mỗi phiên"*
+  - `.claude/commands/session-start.md:170` — *"Nhịp = `h24_cadence` (cùng file), KHÔNG chạy mỗi phiên"*
+  - `.claude/commands/session-end.md:46` và `:47` — mỗi dòng một vai: *"(chạy theo NHỊP §L.b(j), KHÔNG mỗi phiên)"*
+  - `.claude/commands/session-end.md:112` — tiêu-đề mục: *"(j) H24 lead-self-audit — counter + spawn theo NHỊP"*
+- **source (cùng file, cách vài dòng):**
+  - `.claude/commands/session-start.md:269` — *"🔄 HÌNH B @S149 (bookend-hoá light): cặp soi-lead spawn **VÔ-ĐIỀU-KIỆN mỗi đầu phiên** — KHÔNG còn cổng OVERDUE(light)"*
+  - `.claude/commands/session-end.md:113` mục (ii) — *"HÌNH B — cặp soi-lead BOOKEND VÔ-ĐIỀU-KIỆN @close … MỌI closeout, KHÔNG cổng nhịp light, KHÔNG consent"*
+  - `.claude/agents/lead-stale-auditor.md:51` + `.claude/agents/lead-gap-auditor.md` khối "## Nhịp — **MỖI phiên, CẢ HAI bookend** (HÌNH B @S149)" — **cả 2 persona ĐÃ vá @S153**
+- **lệch cụ-thể:** view (lệnh) nói cặp H24 *"chạy theo nhịp, KHÔNG mỗi phiên"*; source (chính 2 lệnh đó + 2 persona) nói *"VÔ-ĐIỀU-KIỆN mỗi bookend"*. Đây là **dư-lượng sửa-một-phía**: đợt vá M-1 @S153 quét **lớp PERSONA** (2/2 file, cả hai còn ghi vết 🧊 *"hình-B land @S149 mà 2 persona không được sửa theo"*) và lớp **STATUS** (grep 4 mẫu phủ-định trên `docs/STATUS.md` = **0 hit** ⇒ đã sạch), nhưng **lớp LỆNH — nơi thật sự điều-khiển spawn — chưa ai chạm**.
+- **đối-chứng hành-vi (KHÔNG chỉ đọc chữ):** `.claude/governance/.session-counter.json` → `last_audit.light_at_counter = 27`, `h24_cadence.light_every = 6`. Bookend @open **S154** chạy khi counter ≈ 28 (28−27 = 1 < 6) và bookend-close **S158** chạy 10 vai khi counter = 32 (32−27 = 5 < 6) — **cả hai lượt light CHƯA tới hạn mà cặp vẫn chạy** ⇒ hành-vi sống theo hình-B, chữ trong lệnh sống theo bản S146→S149 đã bị đảo.
+- **hại thật:** `session-start.md` là thứ lead đọc mỗi đầu phiên để quyết spawn. Đọc đúng chữ ở `:244`/`:270` ⇒ kết luận *"light chưa tới hạn ⇒ chưa tới lượt cặp H24"* ⇒ **bỏ nguyên bookend**. Đây đúng mô-hình-hại M-1 mà `ring2-audit` bắt @S153, nay tái-hiện ở lớp trên.
+- **resolve:** 6 site trên nói cùng một điều với `session-start.md:269` / `session-end.md:113` — hoặc sửa thành *"VÔ-ĐIỀU-KIỆN mỗi bookend; `deep_every` còn cổng, `light_every` = stats-only"*, hoặc thay bằng con-trỏ tới `§L.b(j)(ii)` (B1) thay vì chép lại phạm-vi đã đảo.
+
+## FLAG-2 — `view-stale-status` — HIGH
+
+- **view:** `docs/STATUS.md:459` — row canonical `| RAG chunks | 🔴 **DOWN từ S153** |` + thân row: *"Đo LIVE @S158 (2026-07-28): `list_projects` trả `chunk_count = **0**` cho **cả 7 project + `shared_global`**; `search_memory` ném `Qdrant connection failed 127.0.0.1:6333 WinError 10061`"*.
+- **source:** đo LIVE `list_projects` @2026-07-29 trong chính lượt này — **7/7 project trả chunk > 0**: `solution_erp` **2449** · `vipix_multisite` 7090 · `dh_y_duoc` 15440 · `namgroup_main` 6106 · `ashico_erp` 4742 · `vipix_ai_infra` 4176 · `benhvien_aau` 3024. Chỉ `shared_global` = 0.
+- **lệch cụ-thể:** view nói *"DOWN, 0 chunk cả 7 project, service từ chối kết nối"*; source nói *"service SỐNG, 7/7 project có chunk, SE = 2449"*. Row còn ghi *"2447 = last-known-good @S151, KHÔNG phải số hiện tại"* trong khi số hiện tại đo được là **2449**.
+- 🔴 **Vì sao đây KHÔNG phải ca lead đã tự bắt:** lead khai đã đo và đính-chính `docs/STATUS.md:6` (chuỗi `🔴 RAG DOWN` trong mega-line). `:459` là **row CANONICAL của bảng CURRENT STATE** — chính chỗ `Get-StatusValue` của detector resolve — và nó **vẫn nguyên**. Cùng LỚP, khác SITE (đúng bài S148 canonical-poison: vá header quên ô canonical, hoặc ngược lại).
+- **khai ranh-giới (B1):** đây là canonical-row, không phải derived. Không tự phán canonical sai bằng suy-diễn — bác được vì có **phép đo cùng công-cụ mà chính row viện dẫn** (`list_projects`), chạy hôm nay.
+- **resolve:** row `:459` mô-tả đúng trạng-thái đo-được hôm nay (service UP, SE 2449) và tách bạch vấn-đề THẬT còn lại = **`last_indexed_at` của `solution_erp` = 2026-05-29** trong khi 5 repo khác = 2026-07-29 (đây là "index cũ 2 tháng", KHÔNG phải "service DOWN").
+
+## FLAG-3 — `view-stale-count` — HIGH
+
+- **view:** `docs/HANDOFF.md:14` slot owner **(45)**: *"🔴 **Trần `_mind` — CHẶN cửa `/pause` kế tiếp.** File **30.305/32.768 B (92,5%)**, dư **2.463 B** … MIND-5 cần ~6.536 B; block duy nhất luật cho phép nén là MIND-1 = 1.868 B ⇒ xoá trắng nó vẫn thiếu (4.331 < 6.536). Chọn: **vá luật nén** hay **nâng khoá `mind_ctx_kb`**?"*
+- **source (đo đĩa 2026-07-29):**
+  - `.claude/sessions/session-7/_mind-s-7.md` = **30.305 B** ⇒ đúng con số HANDOFF trích, **nhưng file này đã ĐÓNG BĂNG** cùng phiên-LOGIC L7 (commit `4169e14` *"dong bang phien-LOGIC L7 (_end)"*), mtime 2026-07-28 11:46.
+  - `.claude/sessions/session-8/_mind-s-8.md` = **12.430 B**, mtime 2026-07-29 08:32 = **file mà `/pause` kế tiếp sẽ ghi vào** (phiên-LOGIC L8 đang mở).
+- **lệch cụ-thể:** view nói *"trần `_mind` còn dư 2.463 B ⇒ CHẶN cửa `/pause` kế tiếp"*; source nói `_mind` đang-hiệu-lực = **12.430/32.768 B = 37,9%**, dư **20.338 B** — dư gấp **8,3×** con số trong sổ, và **thừa sức chứa MIND-5 ~6.536 B**. Cửa `/pause` kế tiếp **không bị chặn**.
+- 🔴 **KHÔNG phải trap#3 (đóng-băng-có-chủ-đích):** tao KHÔNG flag `_mind-s-7.md` — nó đóng băng là ĐÚNG mục-đích. Cái sai nằm ở **HANDOFF trình một số của artifact đã đóng băng như ràng-buộc SỐNG của phiên kế**; tham-chiếu trượt khi L7 `_end` và L8 mở, sổ owner không đi theo.
+- **hại thật:** đây là **slot owner-gated** với khung khẩn *"CHẶN cửa"*, xin anh tiêu một quyết-định thuộc quyền owner (**nâng `mind_ctx_kb`** — khoá `memory-budget.json:9`) hoặc sửa luật nén. Chốt "nâng trần" dựa trên số đọc 92,5% = **tune cap theo một artifact đã chết**. Quyết-định của owner là tài-nguyên hiếm; báo-động giả tiêu mất một lượt.
+- **khai công-bằng (không hạ chuẩn, cũng không thổi):** mối lo NỀN vẫn có thật — `ctx-verifier` dự báo tường này từ S156 và L8 sẽ lớn dần. Cái sai đo-được là **BỘ SỐ + tính khẩn "cửa kế tiếp"**, không phải toàn bộ câu hỏi thiết-kế.
+- **resolve:** slot (45) đo lại trên `_mind-s-<N>` của **phiên-LOGIC đang mở** (hoặc ghi rõ *"số đo trên L7 đã đóng băng, L8 hiện 37,9%"*), rồi mới hỏi anh — hoặc hạ tính khẩn khỏi "CHẶN cửa /pause kế tiếp".
+
+## FLAG-4 — `view-stale-header` — MED
+
+- **view:** `docs/STATUS.md:443` — tiêu-đề section: *"## 🎯 CURRENT STATE (baseline S40 — re-ground sống liên tục, **mốc gần nhất S156** [🔄 vá @S153 FLAG-2: bump theo lần re-ground giá-trị mới nhất trong section; header bump @S157 ctx-verifier C3])"*.
+- **source (cùng section, dưới tiêu-đề):** `docs/STATUS.md:459` row RAG — *"Đo LIVE **@S158** (2026-07-28)"* ⇒ lần re-ground giá-trị mới nhất trong section = **S158**, không phải S156. (Kèm `:461` bundle-hash *"đo LIVE @S157"* + trích một FLAG **@S158** — tức section đã bồi qua 2 nhãn phiên sau mốc tiêu-đề.)
+- **lệch cụ-thể:** header nói mốc **S156**, thân section chứa re-ground **S158** ⇒ lệch **2 nhãn phiên**.
+- 🔴 **Tái-phạm lần 3 của đúng luật ghi TRONG chính tiêu-đề đó:** chú-thích `[🔄 vá @S153 FLAG-2: bump theo lần re-ground giá-trị mới nhất trong section]` là luật do FLAG cũ của chính vai này sinh ra (S152: header S151 ⟂ thân S152; S153: cùng hình). Luật nằm ngay cạnh chỗ vi-phạm mà vẫn không tự thi-hành ⇒ đúng bài *"bài-học nằm-trong-context KHÔNG tự bật; chặn được = LUẬT SOI-ĐƯỢC, không phải trí-nhớ"*.
+- **resolve:** bump tiêu-đề lên **S158** (mốc re-ground mới nhất trong section) — hoặc, nếu muốn hết tái-phạm, gỡ hẳn con-số khỏi header và để máy in mốc (thứ hiện KHÔNG có máy nào soi: đây là trục `H24-3` mà @S150 đã đo được là 0-file-hiệu-lực).
+
+## FLAG-5 — `view-stale-role-desc` — MED
+
+- **view:** `.claude/commands/session-start.md:147` — tiêu-đề §2.1: *"### 2.1 Sub-agent state (topology — **10 product/quality + monitor INFORM-only (H1 · H2 · 2×H24 · 3×trio-memory · 3×round-KIỂM `ring1-audit`/`ring2-audit`/`ring4-audit` S145)**; số vai canonical → `docs/STATUS.md` §Sub-agents, B1 KHÔNG chép số ở đây)"*.
+- **source:** `ls -1 .claude/agents/*.md | grep -v README | wc -l` = **23** (khớp canonical `docs/STATUS.md:458` §Sub-agents = **23**).
+- **lệch cụ-thể — HAI chiều NGƯỢC nhau trong cùng một §:**
+  1. **Tiêu-đề `:147`** phân-rã ra `10 + 1 + 1 + 2 + 3 + 3 = **20**` — **thiếu 3 vai vòng-Ctx** (`ctx-audit`/`ctx-curator`/`ctx-verifier`, land @S153).
+  2. **Thân danh-sách `:149-168`** liệt đúng **20 gạch đầu dòng** — có đủ 3 vai Ctx nhưng **thiếu 3 vai round-KIỂM** `ring1-audit`/`ring2-audit`/`ring4-audit` (chính 3 vai mà tiêu-đề có).
+  ⇒ tiêu-đề và thân **bù trừ lỗi cho nhau**, mỗi bên 20, không bên nào ra 23.
+- **hại thật:** dòng `:148` ngay dưới ra lệnh *"Check TOÀN roster đã spawn chưa"* — nhưng danh-sách để check **vắng 3 vai** (đúng 3 vai-KIỂM chấm output của H1/H2/H24). Vai không nằm trong checklist = vai dễ bị quên spawn nhất, và là vai canh chất-lượng của các vai khác.
+- 🔴 **Lặp đúng bài S143** (đã ghi ở `agents/README.md:28`): *"enumeration TÊN cũng lão-hoá, và grep-theo-SỐ không bắt được"* — cả 2 chỗ lệch ở đây **không chứa con số nào sai**, chỉ thiếu phần-tử ⇒ mọi acceptance kiểu `grep "roster 23"` sẽ ra 0-hit và tuyên bố sạch. **Phải ĐẾM PHẦN TỬ rồi so canonical.**
+- **resolve:** thân `:149-168` bổ 3 vai ring (hoặc trỏ một chỗ duy nhất), và tiêu-đề `:147` bỏ hẳn phép phân-rã (chính nó đã tự dặn *"KHÔNG chép số ở đây"* mà vẫn chép một phép cộng ra 20).
+

.claude/workflows/runs/2026-07-29-S159-bookend-open/sub-ring1-audit-open-S159.md

@@ -0,0 +1,23 @@
+# sub — ring1-audit @open S159 · KIỂM vòng-1 (H1 tooling-auditor + H2 harvest-curator)
+
+- **run-id:** `2026-07-29-S159-bookend-open` · vai `ring1-audit` (vai-KIỂM độc-lập, read-only, propose-only)
+- **ngày:** 2026-07-29 · phiên-LOGIC L8 · lượt @open
+- **luật tự-áp:** ghi-đĩa-TỪNG-VERDICT ngay khi có (anti-#53; đo phiên này 4/4 first-return garble, vai ép-ghi-đĩa mất 0 B)
+- **trạng thái:** ĐANG GHI
+
+## §0 — PIN + fail-safe (nghĩa-vụ (i))
+
+Pin đích danh (CẤM tự đi tìm "run mới nhất"):
+
+| input | byte | mtime | tươi phiên này? |
+|---|---|---|---|
+| `sub-tooling-auditor-open-S159.md` (H1) | 15.736 | 2026-07-29T08:47:36 | ✅ |
+| `sub-harvest-curator-open-S159.md` (H2) | 26.134 | 2026-07-29T08:55:38 | ✅ |
+
+⇒ **CÓ measure phiên này ⇒ KHÔNG NO-OP, tiến hành chấm.**
+Byte H1 khớp pin lead (15.736 ✓). Byte H2: lead pin "END, GATE-FAIL 9 finding" không kèm số byte — đo đĩa **26.134 B**, END-line `:253` `TOTAL=9 finding (F-01…F-09) + 1 method (m#24) · GATE-FAIL` ⇒ **khớp mô-tả**.
+**Tuần-tự C4b:** file này ghi sau 08:55:38 ⇒ `mtime(ring1) > mtime(H1), mtime(H2)` ✓ — chấm bản đã xong, không chấm bản đang chạy.
+
+---
+
+## §1 — VERDICT PER-CLAIM (đang append…)

.claude/workflows/runs/2026-07-29-S159-bookend-open/sub-ring2-audit-open-S159.md

@@ -0,0 +1,24 @@
+# sub-ring2-audit-open-S159 — vai KIỂM vòng soi-lead H24, bookend @open S159 (phiên-LOGIC L8)
+
+**Ngày:** 2026-07-29 · **Vai:** `ring2-audit` (C4 TÁCH, AUTO sau cặp H24) · **Trục:** KIỂM 2 con-đo H24, KHÔNG soi lead trực-tiếp.
+
+**PIN ĐÍCH DANH (2 file, cấm tự đi tìm "run mới nhất"):**
+- `.claude/workflows/runs/2026-07-29-S159-bookend-open/sub-lead-stale-open-S159.md` — 12.054 B, 5 FLAG (3H/2M), **KHÔNG có END-line**
+- `.claude/workflows/runs/2026-07-29-S159-bookend-open/sub-lead-gap-open-S159.md` — 24.741 B, 8 FLAG (3H/5M), END TOTAL=8
+
+**Enum ĐÓNG:** `.claude/agent-memory/memory-budget.json` `lead_self_audit.flag_classes` = **11 class** tại `:170-182` (5 `view-*` + 6 `gap-*`).
+
+**Ghi TỪNG VERDICT NGAY khi có (anti-#53, bài AS-17 / S150-S153).** Trạng thái: ĐANG GHI.
+
+---
+
+## §0 — PIN + fail-safe (nghĩa-vụ (i))
+
+- ✅ Cả 2 file PIN **TỒN TẠI** trên đĩa, đúng byte lead khai:
+  - `sub-lead-stale-open-S159.md` = **12.054 B**, mtime 2026-07-29 08:46
+  - `sub-lead-gap-open-S159.md` = **24.741 B**, mtime 2026-07-29 08:55
+- ✅ **TƯƠI phiên này**: cùng ngày 2026-07-29, cùng run-folder `2026-07-29-S159-bookend-open`.
+- ✅ **Tuần-tự C4b**: tao chạy SAU cặp (mtime output tao > 08:55).
+- ✅ `.session-counter.json`: `counter=33`, `last_ticked_session="S159"` ⇒ nhịp S159 CÓ tick.
+- ⇒ **KHÔNG NO-OP.** Có measure H24 tươi để chấm.
+

.claude/workflows/runs/2026-07-29-S159-bookend-open/sub-tooling-auditor-open-S159.md

@@ -0,0 +1,146 @@
+# H1 tooling-auditor — bookend @open S159 (phiên-LOGIC L8)
+
+- run-id: `2026-07-29-S159-bookend-open`
+- vai: tooling-auditor (H1 tooling/docs freshness) — read-only, propose-only
+- ngày: 2026-07-29
+- model self-report: claude-opus-5
+- trạng thái file: ĐANG GHI (mỗi finding append ngay khi đo xong)
+
+## ĐO ĐĨA — số thô (ghi trước, luận sau)
+
+### ② roster — đếm phần-tử trên ĐĨA
+```
+$ ls -1 .claude/agents/*.md | grep -v README | wc -l
+23
+$ ls -1 .claude/agents/*.md | wc -l          # glob thô (kèm README) = bẫy thừa-1
+24
+```
+⇒ roster đĩa = **23** (khớp số lead đưa, nhưng đo ĐỘC LẬP — không chép).
+Còn phải đối chiếu 4 bề-mặt kia: `docs/STATUS.md` · `hmw.js` VALID_ROLES · `agents/README.md` · `.claude/agent-memory/` dir-count.
+
+**Đối chiếu 5 bề-mặt — ĐẾM PHẦN-TỬ, không grep-theo-số (luật S143):**
+
+| bề-mặt | phép đo | kết quả |
+|---|---|---|
+| ① đĩa `.claude/agents/*.md` trừ README | `ls \| grep -v README \| wc -l` | **23** |
+| ② `.claude/agent-memory/*/` | `ls -1d \| wc -l` | **23** |
+| ③ `hmw.js` VALID_ROLES | awk `/^const VALID_ROLES = \[/,/^\]/` + `sed 's#//.*##'` + đếm literal | **23** |
+| ④ `docs/STATUS.md:458` (ô canonical §Sub-agents) | cột giữa row | **23** |
+| ⑤ `.claude/agents/README.md:3` | B1-pointer, CỐ Ý 0 số | n/a — đúng thiết kế |
+
+`diff` tập-TÊN ③ vs ① ⇒ **IDENTICAL**, 0 tên thừa/thiếu. Anchor `^\]` dùng đúng (bài S153: regex naive lấy `]` đầu tiên bị dấu `]` trong comment cắt ⇒ đếm hụt).
+
+⇒ **② ROSTER = PASS** (23 khớp 5 bề-mặt, 0 vai thừa/idle/mất).
+
+## ① SKILL
+
+**Inventory (đếm phần-tử):** `.claude/skills/` = **6** skill-dir (contract-workflow · dependency-audit-erp · ef-core-migration · form-engine · iis-deploy-runbook · permission-matrix) + `README.md` · `~/.claude/skills/` = **23** standalone · `.claude/commands/*.md` = **19**.
+Diff vs S153 baseline (6 / 23 / 19): skill 0-đổi · standalone 0-đổi · command 0-đổi.
+
+> 🔻 **ĐÍNH CHÍNH tự-bắt (bản đầu dòng này ghi "command 18 → 19 (+1) — cần soi tên").** Số 18 là **baseline TRONG TRÍ NHỚ, chưa chạm đĩa**. Đo git: `git ls-tree .claude/commands/` = **19** tại `2448393`(07-24) · `5197ce2`(07-26/S153) · `33e7f68`(S158) · `bbc39be`(HEAD) ⇒ **19 đứng yên ≥5 ngày, KHÔNG có command mới, 0 ghost**. `comm` tập-TÊN S153-era vs nay = 0 thêm / 0 xoá. Tự tao vừa dính đúng anti-pattern #1 của mình (tin số trong đầu thay vì đo đĩa) — ghi lại thay vì lặng lẽ xoá.
+
+### 🟢 KHÔNG-PHẢI-DRIFT — ca `ef-core-migration` × Mig 68 (lead nghi stale, ĐO RA NGƯỢC)
+
+Đo đĩa: `Persistence/Migrations/*.cs` trừ `.Designer.cs` + trừ **đúng** `ApplicationDbContextModelSnapshot.cs` ⇒ **68** migration; cái mới nhất `20260727033522_AddPeAllowApproverDelete.cs`. Khớp `STATUS.md:6` "Mig **68**". ⇒ số canonical ĐÚNG.
+
+`SKILL.md`: `grep -n "68\|AllowApproverDelete"` = **0 hit**; bảng history dừng ở row **67**. Nhìn thô = stale lần-4.
+🔴 **Nhưng KHÔNG phải drift** — `33e7f68` (S158 closeout) đã vá **CẤU-TRÚC** thay vì thêm row, diff frontmatter `:3`:
+> cũ: "…số hiện tại + mới nhất → docs/STATUS.md canonical **+ row cuối bảng history trong skill này**"
+> mới: "…CHỈ đọc từ 2 nguồn SỐNG - docs/STATUS.md canonical HOẶC `ls …/Migrations/*.cs`. **Bảng history bên dưới là KHO LỊCH SỬ, KHÔNG phải nguồn 'mới nhất'**"
+
+Skill **thôi tự nhận** là nguồn "mới nhất" ⇒ bảng dừng ở 67 là **đúng thiết kế**, không phải nợ. Đây đúng luật "vá bằng BỎ tuyên-bố, không ĐỔI số" (B1) và đúng anti-pattern #3 của tao (đừng vá dòng cho vừa detector).
+⇒ **①-a PASS.** Nếu tao chép lời lead mà không đọc diff thì đây là **dương-giả**, và là loại tệ nhất: ép lead thêm row = **hoàn tác** đúng cái vừa sửa-gốc lần-3.
+
+### F-1 (LOW) — `skills/README.md:20` nhãn "Updated" tụt 3 đời
+
+Row `ef-core-migration` cột trạng-thái ghi `✅ Updated S117`. `git log -- .claude/skills/ef-core-migration/SKILL.md` = `1b8b065`(S117) → `1b85713`(S151) → `c2d01f0`(S152) → `33e7f68`(S158). ⇒ nhãn khai S117 trong khi đĩa có **3 lần sửa sau đó**, gồm chính lần vá-cấu-trúc S158. Nhãn-đời = derived, không phải số canonical ⇒ LOW, nhưng nó khiến người đọc tưởng skill chưa được sờ từ S117.
+
+## ③ PLUGIN — báo ĐÚNG NẤC (installed → enabled → assigned → used)
+
+Nguồn: `~/.claude/settings.json` (**user-global**, áp mọi project — KHÔNG phải `.claude/` của SE) + marketplace `~/.claude/plugins/marketplaces/claude-plugins-official/plugins`.
+
+| nấc | phép đo | số |
+|---|---|---|
+| **available** (marketplace) | `ls …/claude-plugins-official/plugins \| wc -l` | **37** |
+| **installed/registered** | `grep -c "@claude-plugins-official" settings.json` | **18** |
+| **enabled** | `grep "…: true" \| wc -l` | **15** |
+| **disabled** | `grep "…: false"` | **3** — `pr-review-toolkit` · `code-modernization` · `hookify` |
+| **assigned** (vai nào dùng) | bảng doc `agents/README.md:214` | 18 registered / 15 enabled — **khớp** |
+| **used** (auto-trigger phiên này) | KHÔNG đo được từ đĩa | **không khai** |
+
+**Diff vs baseline `agents/README.md:214`** ("18 plugin registered (15 enabled / 3 disabled) … + ~23 standalone skill"): **0 THÊM / 0 ĐỔI / 0 XOÁ**. Tập 3 disabled cũng y nguyên.
+⇒ **③ PASS, 0 new-allocation cần đề-xuất phiên này.**
+🔴 Khai theo luật: tao chỉ chứng tới nấc **enabled** + **assigned-trong-doc**. Nấc **used** KHÔNG có bằng-chứng đĩa ⇒ CẤM đọc "15 enabled" thành "15 đang dùng" (anti-pattern #4).
+
+**F-2 (INFORM) — `~/.claude/settings.json:11` `"model": "claude-opus-5[1m]"`.** Đây là vá của một nợ CŨ: S143 từng khai *"settings.json pin nay = `claude-opus-4-8[1m]` trong khi ô canonical §Sub-agents ghi Fable 5 ⇒ recipe hồi-phục thành no-op"*. Nay pin = `claude-opus-5[1m]`, khớp `STATUS.md:458` "lead **DEFAULT Opus 5 MAX**" ⇒ **nợ S143 ĐÃ ĐÓNG**, ghi để đóng sổ chứ không phải cờ mới. (`effortLevel: xhigh` `:37`.)
+
+## ④ DOCS-FRESHNESS
+
+### 🔴 F-3 (HIGH) — `docs/STATUS.md:6` "🔴 RAG DOWN" nay SAI. Nhưng **KHÔNG phải** class lead đoán.
+
+Lead giả-thuyết: *"STATUS đang gộp service-chết với SE-không-được-re-index"*. Tao đo độc lập ⇒ **bác một nửa**.
+
+**Phép đo 1 — `list_projects` (metadata):** service trả lời; `solution_erp` → `chunk_count` **2449**, `last_indexed_at` **2026-05-29T23:26:13**. 5 repo khác `last_indexed_at` **2026-07-29T08:21** (vipix_multisite 7090 · namgroup 6106 · ashico 4742 · vipix_ai_infra 4176) + benhvien_aau **08:37** 3024; dh_y_duoc 2026-05-23 15440; `shared_global` **0**.
+**Phép đo 2 — query THẬT vào collection SE** (metadata một mình KHÔNG đủ — có thể là registry-cache): `search_code("ApproveV2Async PurchaseEvaluation service")` → **1 hit CÓ RUỘT**, score 7.156, `source_path` = `…\SOLUTION_ERP\.claude\skills\ef-core-migration\SKILL.md`. ⇒ collection SE **đọc được thật**, không phải vỏ rỗng.
+
+**Xếp class — 🔴 KHÔNG phải "gộp 2 sự-thật", mà là `view-stale-status` (nhãn đúng lúc ghi, chết sau ~12h):**
+`33e7f68` (S158, 07-28 20:50) khai đã lật DOWN bằng **3 phép đo độc lập, `chunk_count=0` cho CẢ 7 project + shared_global**. Vậy lúc viết, "DOWN" **ĐÚNG**. Đến giờ (07-29) 7/7 project có chunk trở lại ⇒ đây là **service hồi-phục sau khi nhãn được ghi**, không phải lead ghi sai. Bác cách gọi "STATUS gộp/nhầm" — nó quy lỗi cho lượt viết vốn có bằng-chứng đúng.
+
+**Cái ĐÁNG lo mà nhãn nhị-phân DOWN/alive che mất — 2 trục ⟂ nhau:**
+① *service-liveness* = **UP** (chứng: 2449 + query hit) · ② *index-freshness của SE* = **KÉM**: `last_indexed_at` 05-29 trong khi 5 sibling re-index 07-29 08:21 cùng một lượt. Lật thẳng DOWN→"alive" sẽ **chôn** trục ②.
+⇒ **Đề-xuất (propose-only): tách 1 nhãn thành 2 trường** — `RAG service: UP (2449 chunk, query-verified S159)` · `SE index: STALE 61 ngày (05-29) — 5 sibling đã re-index 07-29`. KHÔNG đề-xuất viết lại văn-xuôi cho gọn detector (anti-pattern #3).
+
+**F-4 (INFORM, kèm bất-định KHAI RÕ) — `last_indexed_at` có dấu hiệu KHÔNG đáng tin làm thước freshness.**
+`STATUS.md:12` (S151, 07-25) ghi "RAG **2447**"; nay đo **2449** (+2). Nếu SE thật sự đứng im từ 2026-05-29 thì con số không có lý do nhúc nhích. ⇒ hoặc có ghi incremental mà `last_indexed_at` không cập-nhật, hoặc 2447 đo bằng phép khác. 🔴 Tao **KHÔNG kết luận** — chỉ cảnh báo: **chẩn-đoán "SE cũ 2 tháng" đang tựa vào đúng cái field vừa lộ mâu-thuẫn**. Muốn chắc phải re-index rồi xem field có nhảy không. (Re-index = lãnh-địa `cicd-monitor`, không phải tao.)
+
+### F-5 (LOW) — `.claude/skills/ef-core-migration/SKILL.md:91` range tụt 2
+Dòng Total ghi *"Mig 51-**66** đều AddColumn/index/data-only… không đổi số bảng"* + *"§16+ Mig 27-**66** chi tiết pending"*, trong khi canonical Mig = 68. Mig 67/68 **cũng** không đổi số bảng ⇒ **kết luận "89 bảng" VẪN ĐÚNG**, chỉ dải liệt-kê hụt. LOW, sửa lúc tiện; KHÔNG đáng mở lại file vừa vá-cấu-trúc S158.
+
+### Các bề-mặt docs còn lại — SẠCH
+- `CLAUDE.md` (root): số Mig/test/bảng đều **trỏ** `docs/STATUS.md` canonical, 0 hardcode ⇒ đúng B1, không thể drift. Row skill = 6, khớp đĩa.
+- `.claude/agents/README.md`: `:3` B1-pointer **cố ý 0 số** · `:27`/`:242` liệt-kê **TÊN** (23 tên, khớp đĩa) · `:253` folder = "ĐO ĐĨA, KHÔNG enumerate". ⇒ PASS. (Còn nợ cosmetic tự-khai `:27`: "Diagram dưới = 7 core lane, ASCII chưa vẽ lại" — đã tự-flag từ trước, không tính finding mới.)
+- `docs/STATUS.md:458` §Sub-agents = **23**, khớp 5 bề-mặt (mục ② trên).
+
+### F-6 (MEDIUM) — `docs/HANDOFF.md:10` khai H6 là **"vá 1 phía"**, đĩa nói **3 site**
+
+HANDOFF:10 nguyên văn: *"**H6** — §2.4 dòng 224 vẫn giữ "Dark-launch được bằng `IsVisible=0`" trong khi dòng 289-290 **cùng file** đã đo-đĩa bác cơ-chế đó ⇒ spec tự mâu thuẫn, **vá 1 phía**."*
+Đo đĩa `runs/2026-07-28-S157-ke-hoach-ky-ket-hd/spec-ke-hoach-ky-ket-hd-28-07-2026.md`, `grep -n IsVisible` ⇒ **3 cụm ĐỘC LẬP**, không phải 1:
+- `:225-228` §2.4 thượng-nguồn (bản sai gốc)
+- `:298-299` §③ WAVE 1 (chỗ đo-đĩa bác cơ-chế)
+- `:313-316` **WAVE 2** — *"bật `IsVisible=1`"*, cụm mà chính spec ghi là **suýt lọt**: *"Lọt vì grep `IsVisible` CÓ trả về dòng này nhưng nó nằm ở W2 và trông như bước dữ-liệu vô hại"*
+⇒ chỉ-thị "vá 1 phía" **dưới-báo khối lượng**: vá 2 phía đầu mà bỏ W2 thì spec vẫn bảo người thực thi "bật `IsVisible=1`" cho một cơ-chế đã bị bác. Đây đúng class `cardinality-change grep consumers` (sửa write-site, sót read-site).
+🔸 **Số dòng lead đưa (224/252/443) KHÔNG khớp đo của tao (225-228/298-299/313-316)** — vì file đang bị sửa trong working-tree, dòng trôi. **Kết luận "3 site" thì KHỚP**; tao neo bằng NỘI-DUNG, không neo số dòng (bài S158 mồi-ngầm neo-theo-số-dòng).
+🔸 **Trạng thái hiện tại:** `git status` = ` M …/spec-…md` (**uncommitted**), và trong file đã có dấu vá `*(vá H6 @S159…)*` `:226` + `*(vá H5 @S159…)*` `:367` với `N ≥ 6` đã pin (`:367`) — tức **cả 2 lỗ HANDOFF:10 nêu đã được xử trong phiên này, chưa commit**. ⇒ HANDOFF:10 là **stale-in-flight**, CHƯA phải drift; thành drift THẬT nếu phiên đóng mà không cập-nhật. **CHORE @session-end.**
+
+### F-7 (LOW/INFORM) — `docs/governance/README.md` mốc thử-nghiệm RAG đã hết hạn 36 ngày
+File = *"RAG Governance — SOLUTION_ERP"*, last-commit **2026-06-02** (`72bbfa5`, 4.852 B). §Adoption state `:70` ghi *"Trial milestones ✅ 4-week **2026-05-26 → 2026-06-23**"* — **cửa sổ đóng 2026-06-23**, nay 07-29, không có dòng kết-luận/gia-hạn. `:77` còn treo *"⚠️ `eval/trial-state-lock.json` baseline still cites old number → AI_INFRA to reconcile"* (mở từ S41) và neo Qdrant **2.406** trong khi đo nay **2449**.
+🔸 **KHÔNG flag "README không index 6 file mới trong `docs/governance/`"** — tao đã định flag rồi tự bác: file này là **doc chuyên-đề RAG + delegation-stub**, chưa bao giờ tự nhận là mục-lục thư-mục ⇒ bắt nó làm việc nó không nhận = dương-giả (anti-pattern #3).
+🔸 Lane: RAG corpus/eval thuộc **AI_INFRA + cicd-monitor**, KHÔNG phải tao ⇒ chỉ INFORM, không đề-xuất hành-động kỹ-thuật.
+
+---
+
+## 📤 CHỐT — bảng 4 mặt
+
+| mặt | trạng-thái | cần-update |
+|---|---|---|
+| ① skill | **PASS** — 6 project + 23 standalone + 19 command, 0 THÊM/ĐỔI/XÓA vs S153 | F-1 nhãn README:20 · F-5 range `:91` (đều LOW) |
+| ② vai sub-agent | **PASS** — 23 khớp **5 bề-mặt**, tập-TÊN IDENTICAL, 0 thừa/idle/drift | — |
+| ③ plugin | **PASS** — 37 available / 18 installed / 15 enabled / 3 disabled / assigned-khớp-doc; `used` KHÔNG khai | 0 new-alloc |
+| ④ docs | **PASS_WITH_FLAGS** | 🔴 **F-3 STATUS:6** · F-6 HANDOFF:10 · F-4/F-7 INFORM |
+
+**DIFF vs phiên trước (S158):** THÊM 0 skill/vai/plugin/command · ĐỔI: `settings.json` model pin → `claude-opus-5[1m]` (đóng nợ S143, F-2) · XÓA 0 · STALE MỚI: `STATUS:6` "RAG DOWN" (service hồi-phục sau S158) + `HANDOFF:10` (việc đã làm, chưa phản-ánh).
+
+**Chore đề-xuất cho em main (propose-only, KHÔNG tự ghi):**
+1. 🔴 `STATUS.md:6` — **tách 1 nhãn RAG thành 2 trường** (service UP 2449 query-verified ⟂ SE index STALE 61 ngày vs 5 sibling 07-29). ĐỪNG lật thẳng DOWN→alive: chôn mất trục ②.
+2. `HANDOFF.md:10` — sau khi commit spec, hạ 2 mục H5/H6 khỏi NEXT-em; sửa "vá 1 phía" → **3 site** kẻo phiên sau lặp lại thiếu W2.
+3. F-1 `skills/README.md:20` đổi nhãn `Updated S117` → trỏ git (hoặc bỏ nhãn-đời, theo B1 "vá bằng BỎ số").
+4. F-5 `ef-core-migration/SKILL.md:91` dải `51-66` → `51-68` (kết luận 89 bảng KHÔNG đổi) — gộp vào lần sửa kế, đừng mở file riêng.
+
+**2 lần tao TỰ BÁC mình / bác lead (ghi để soi được):**
+- ①-a: bác giả-thuyết "skill ef-core stale thiếu Mig 68" — S158 đã vá **cấu-trúc**, bảng dừng ở 67 là **đúng thiết kế**. Ép thêm row = hoàn-tác đúng phát sửa-gốc lần-3.
+- ③/command: tự bác con số "+1 command" của chính mình — 19 đứng yên ≥5 ngày.
+- F-3: bác **class** lead gán ("gộp 2 sự-thật") → thật ra `view-stale-status` do service hồi-phục SAU khi ghi nhãn; lead ghi DOWN lúc đó là **có bằng-chứng đúng**.
+
+🔒 Read-only · propose-only · 0 file repo bị sửa bởi vai này (chỉ ghi file run của mình) · KHÔNG `store_memory` · KHÔNG chạm harvest-memory (H2).
+
+<!-- END sub-tooling-auditor-open-S159 · TOTAL=7 finding -->