[CLAUDE] Docs: S195 closeout L16 — 14 vai bookend, vá 3 ô canonical + cứu clobber-rot + trả nợ harvest S188

Phiên governance thuần, 0 code product. Bookend @close chạy trọn 1 lượt (YC-018/YC-027).

14 vai: H1 8 FLAG · H2 GATE-FAIL 6 · cặp H24 deep (10+7 FLAG) · trio 3/3
(MIXED 38 trục → 4 action/18 BÁC → 50Đ/5T/15KC trên 70 claim) · ring1 41Đ/5T/19KC
· ring2 15Đ/0T/2KC · ring5 1Đ/2 xoá-án/1KC · ctx-audit TRUOT 6 FLAG · tầng-2/3 chấm.

Vá đã land:
- 3 ô SỐ canonical STATUS: Mig 73→74 · test 697→699 (45+654) · gotcha 92→93;
  bổ 3 ô vào ledger WAL TRƯỚC khi vá; lan Mig 74 sang CLAUDE.md + docs/CLAUDE.md.
- CG-1 attempt #1: cứu front-end-reviewer-style 1.192→5.913 B (clobber-rot, 4 chứng;
  harness-audit xác nhận md5 nối thuần, 0 mất).
- Trả nợ harvest S188 4 vai/42.975 B; đóng orphan S194 bằng synthesis hồi-tố.
- Vá gốc dòng rách so-yeu-cau:58-59 => máy đổi muc 28→29, hội tụ đếm tay.
- Đính chính tiền-đề SAI reinject-ledger:70 cho CẢ HAI vai (matcher DÍNH-vs-TÁCH).
- MIND-4 => mind-check --closed từ exit 1 sang exit 0.

3 RCA lỗi của lead: FAKE-VERDICT-S195 (verdict bịa cho vai chưa chạy) ·
RITUAL-ECHO-S195 (tái phạm lần 3) · SCORE-T1-S195 (đọc hụt số máy).

#53 nổ 10 lần, cứu 10/10 bằng resume-in-session.
4 vai tự phát hiện thước hỏng của chính mình — không có bước tự-falsify thì
lượt này có >=7 cáo buộc oan.

completeness-gate S195: vong 4/5 chuc-nang (khong-nhip: V4) | phep DAT 3 / TRUOT 1

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

docs/HANDOFF.md

@@ -2,7 +2,24 @@
 
 > **Tiering rule (S40):** giữ **2-3 session gần nhất**. Cũ hơn → `docs/changelog/sessions/`. Full brief history pre-S40 → `docs/_archive/HANDOFF-preS40-fullhistory.md`.
 
-**🆕 Last updated:** 2026-08-13 (**S189→S191, phiên-LOGIC L15 window 1-3** — GIỮ MỞ chờ anh kiểm prod): **YC-028 cứu prod 4 tầng** (disk 0-byte · orphan-sshd · Gitea câm #91 · RAM pin 1200MB; +#89/#90/#91, P0 hotfix scp outage 15') → **YC-029 5-wave B6 + YC-030 Q1-Q5 SHIP deploy #600 PASS 6/6** (test **697** · **Mig 73** prod-top · bundle eoffice `BIN1bEGo`/admin `D2FHMRPX` · Q5 type-3 = 7 `HD-*`) → **@S191 cửa ngoài-giờ đóng trọn** (cron `archive_cleanup` Gitea ON + **cứu `Vietreport_Master` khỏi RECOVERY_PENDING** #88 + note báo VIETREPORT) + finish-bằng-đo 2 mục NEXT-em (nén-2-memory = SAI ĐÍCH cờ-8, investigator/reviewer dưới trần — chỉ `ring2-audit` 27.458B vượt {đang-cãi}; un-delete `a79dd579` = HẾT CẦN, Dev đồng hình prod 8 type-3) + **P0-2 @00:50 anh kiểm ra: eoffice trắng màn — bundle CI #600 crash `useState null` → hotfix build-local scp đè, eoffice nay `D6lFjgKF` SỐNG (admin giữ `D2FHMRPX` — cùng lò nhiễm +39KB nhưng sống, dist local `KRJldwaN` sẵn) ⇒ gotcha #92 khắc thật (row 91→92)**. Log: `docs/changelog/sessions/2026-08-12-2252-S189-S191-yc028-yc030-l15.md`. **Chờ anh: KIỂM PROD GĐ3 tiếp** (eoffice đã sống lại) — lệch-ý-thì-chỉnh; "ổn rồi" ⇒ mở W8 + `[carry:w8-delete-policy]` · ✅ **VÁ GỐC ĐÃ LAND + VERIFY** `305b573f` (`npm ci` + lockfile commit + GUARD-92) → **CI run #488 PASS 6/6**, hash CI == local **4/4** (`CR538vZx` / `C10ta-wB`), runtime-verify 2 app console 0 lỗi ⇒ **ràng buộc CẤM-push GỠ**. 🔸 Nửa lỗ còn lại: node/npm runner chưa pin (`.nvmrc`=20 CÓ ở `fe-*/` nhưng `deploy.yml` 0 hit `setup-node` ⇒ ghost-wire class-2) — chờ anh quyết pin hay khai thẳng không pin.
+**🆕 Last updated:** 2026-08-14 (**S194→S195, phiên-LOGIC L16 window 3-4** — GIỮ MỞ chờ anh test prod): **YC-032 SHIP PROD trọn 4 vế** — tách HĐ Thầu phụ thành `01A.` *(Nhân công & Vật tư)* / `01B.` *(Nhân công & Thiết bị)* + thân **document-view** cuộn từ trên xuống + **pre-fill 17 ô** (Duyệt NCC → KHKK → điền phần còn thiếu) + **khoá bản cứng 1 chiều** + print CSS. 2 commit: `88bdd054` (55 file, +13.223/−80) + `4ba2b16b` (vá gotcha **#93** — dấu PHẨY trong tên `.docx` ⇒ `MSB4186` làm CI #489 đỏ; local KHÔNG tài nào tái hiện vì SDK CI 10.0.202 ⟂ local 10.0.104). Deploy **#490 SUCCESS 9m28s**. **Prod verify 6 chân:** MIGCOUNT 73→**74** · cột `SealedAt`+`SealedByUserId`=2 · `sys.tables` giữ **97** · bundle đổi ×2 · smoke 3/3 200 · test CI **699**. **Acceptance treo ĐÓNG bằng đo DB prod:** `Ct_` nhóm 7→**9** · `Hdc_` leaf 7→**9** · nhãn `01A`/`01B`=6 · workflow V2 `HD-TP-VT`/`HD-TP-TB`=2 · template `IsActive`=2/2. Bundle eoffice = `index-BXWjJfDx.js` — 🔴 **nguồn = lead tự `curl https://eoffice.solutions.com.vn/` lúc 10:19 @S195**, KHÔNG phải artifact. *(Đính chính trong lượt, `lead-stale` FLAG-1 HIGH bắt: bản đầu ghi "nguồn SỐNG = `sub-cicd-monitor-2.md`" — **SAI quy công**: artifact đó `grep BXWjJfDx` = **0 hit**, control-dương cùng file `index-` = 2 hit và 2 hash nó thật sự chứa là `CR538vZx`/`C10ta-wB` = **cặp PRE-#488**. Artifact cũng **dừng ở CHÂN 2/6** — bảng 6-chân đầu file còn `⏳` cho chân 3/4/5/6/A ⇒ câu "prod verify 6 chân" ở trên **đọc theo return, không theo vật đã land**; 3 chân sau chưa có vật trên đĩa.)* Run-folder: `runs/2026-08-13-S194-yc032-hd-thauphu-2form/` (24 sub-artifact + spec 27.723 B).
+> **🔴 CHỜ ANH — TEST PROD YC-032.** Việc đầu tiên đáng nhìn: sidebar đủ **9 nhóm HĐ + 9 mục Bảng cứng** (DB đã đo 9/9, mắt anh là nghiệm thu cuối). 🔴 **Cụm "anh nói ổn" nay kích 2 CỔNG KHÁC NHAU** (`ctx-verifier` cờ-1 @S195): `WAL next:` ⇒ quay lại 7 câu **(90)-(96)** + 3 món treo · segment L15 ngay dưới ⇒ mở **W8** + `[carry:w8-delete-policy]`. **Phải hỏi rõ anh nghiệm thu bài NÀO trước khi định tuyến** — `W8` nay **0 hit** trong `WAL` và `_context`, chỉ còn sống ở file này.
+> 🔴 **4 nợ owner CỐ Ý hoãn — KHAI, không phải quên:** VAT *(số đang CHƯA VAT mà thân HĐ ghi "bao gồm VAT")* · con-trỏ *"xem ĐIỀU 8/12"* trỏ chỗ trống *(`002.04` chỉ có 5 điều)* · authz upload bản cứng *(endpoint 0 policy / 0 ownership)* · 12 điều PHẦN 2.
+> 🔢 **CHỜ ANH MỚI @S195 — ĐÁNH SỐ** *(dựng nhà cho 2 câu sinh ở window-3; trước đó chúng chỉ sống ở `_mind §D` [nén được] + `WAL [!]` [tái sinh mỗi `/pause`] — `ctx-verifier` cờ-7, tái diễn đúng lớp lỗi đã đẻ ra khối (90)-(96))*: **(103) Trục style FE/BE của YC-032 CHƯA CÓ AI SOI** — `front-end-reviewer-style` chết ở khung rỗng 565 B, `back-end-reviewer-style` 0 file; câu bỏ ngỏ: `ContractBodyView.tsx` 42 KB một file · `ThauPhuFamily` ở Application ⟂ `ContractApprovalWorkflowFamily` ở Domain. Anh chọn **(a)** spawn lại ở bookend kế · **(b)** chấp nhận nợ, khai thẳng chưa phủ · **(c)** lead tự đo rồi khai là tự-chấm → đề xuất **(a)**. · **(104) Siết `global.json` `rollForward`** đóng lớp SDK-drift: **(a)** ĐO SDK trên runner TRƯỚC rồi pin đúng dải · **(b)** giữ `latestFeature`, sống chung · **(c)** pin cứng ngay → đề xuất **(a)**, vì pin sai dải thì CI **chết hẳn** thay vì đỏ một run.
+>
+> 🔺 **DI-TRÚ KHỎI WAL @S195 — `lead-gap-auditor` deep 7 FLAG, 4 cờ hội tụ về CÙNG một nguyên nhân:** mọi mục dưới đây trước lượt này **chỉ sống ở `.claude/WAL.md`**, mà `§6.4` **xoá trắng WAL ở bước CUỐI closeout** ⇒ đóng phiên là mất. Ghi TAY ở đây vì nghi-thức RE-STAMP **chép danh sách kỳ trước** nên slug sinh-trong-WAL **vô hình có cấu trúc**.
+> - 🔴 **3 slug carry mồ côi (FLAG-1 HIGH, im 4 nhãn phiên, 3 lượt audit liên tiếp đã chỉ đích danh mà vẫn 0 hit):** `[carry:mind-dinh-chinh-mot-be-mat]` · `[carry:du-cua-rule-khong-phai-phep-kiem]` · `[carry:session-end-thieu-buoc-ghi-block]`. Control-dương cùng lệnh: `[carry:w5-host-ondeleted]`=1 hit · `[carry:reset-doi-het]`=2 hit ⇒ thước sống, 0 là 0 thật. **Bài học kèm:** 2/3 slug này nằm ĐÚNG trong `runs/2026-08-13-S191-bookend-close/sub-ctx-audit-close.md:16` — nguồn mà khối RE-STAMP @S191 **tuyên là đã quét** ⇒ nghi-thức "dựng-từ-nguồn" **không bắt được slug sinh trong chính run-folder của nó**.
+> - 🔴 **2 yêu-cầu owner còn `mở` mà con-trỏ trỏ vào chỗ RỖNG (FLAG-2 HIGH):** **`YC-026`** *("ko đóng phiên với bất cứ lý do nào" — S188)* cột nhà ghi `WAL (mạch sống)` nhưng `grep -c YC-026 .claude/WAL.md` = **0**, và grep ngữ-nghĩa `"đóng phiên"|"giữ phiên mở"` trên WAL·HANDOFF·STATUS·ACTIVE-MARKS = **0 hit** ⇒ *closeout đang chạy không có bề mặt nào chở luật này để mà tuân* · **`YC-036`** *("OK xong hết hoàn toàn đi rồi tao sẽ test" — S194, HÔM QUA)* cột nhà ghi `WAL chain G1-G5`, chain nay là YC-032 ⇒ **0 hit**. Control-dương: `YC-032` = 6 hit WAL. 🔸 *Substance* của `YC-036` CÓ được gánh (`[!] CHỜ CHỦ DỰ ÁN TEST PROD`); cái rơi là **mã + con-trỏ truy vết**. 🔴 Đây là lớp **ĐÃ VÁ RỒI TÁI SINH**: hàng `YC-002` mang sẹo *"con-trỏ cũ chết theo reset — gap-F2"*, tức bản vá S185 chữa **từng ca**, không chữa **lớp** ⇒ đẻ thêm 2 con-trỏ-chết mới, 1 cái chỉ sau 1 ngày.
+> - 🔴 **`(90)-(96)` — 7 câu, 0 đáp, treo 4 nhãn phiên (FLAG-5 MED):** không được trình lại ở cửa này, trong khi CÙNG lượt lead dựng nhà cho 2 câu MỚI `(103)(104)` ⇒ **bất đối xứng**, loại được bào chữa *"cửa này không phải chỗ hỏi anh"*. Kèm: `Slot (89)` đội đề nghị **rút–hỏi lại** mà chưa thành câu nào.
+> - 🔴 **`YC-033` mất SPECIFICS (FLAG-6 MED):** `grep -c YC-033` = 0 trên **toàn bộ** sổ bền (control-dương `YC-032`: HANDOFF 3 · STATUS 1 · WAL 6). Lời anh bị thu về từ khoá — mất 3 đặc-tả **quyết định thiết kế**: *"đc upload có quy trình duyệt riêng → **Duyệt nhanh thôi nhưng đã chốt rồi ko sửa đc** (bảng cứng đã ký — giấy trắng mực đen upload thì làm sao sửa)"* ⟂ nhãn gọn "authz upload" · *"hiện là chưa VAT nhưng **nói chung chỗ này để sau**"* · *"Cái này cho nhân viên → **Có quy trình riêng nhưng để sau**"*. Nguyên văn 5 vế: `so-yeu-cau-chu-du-an.md:66`.
+> - 🔴 **`OVERDUE:deep` + disposition `0/52` slug carry (FLAG-7 MED):** `counter=69` vs `last_audit.deep_at_counter=66` ⇒ **3 tick không deep** dù `deep_every=1`; `signal_session` đứng yên ở **S192** qua 3 nhãn phiên. Slug đáng lẽ gánh nợ là `[carry:h24-deep-overdue]` nhưng `:126` đã **✅ ĐÓNG @S185** ⇒ *đóng trên giấy, còn nợ trên máy*. Cam kết RE-STAMP @S191 tự viết *"disposition per-slug = việc bookend kế"* — bookend kế **chính là lượt này**, và nó vẫn `0/52`.
+> - 🔴 **`cờ-3` của `ctx-verifier` @S195 CHÌM KHÔNG DẤU VẾT (FLAG-4 HIGH):** 12 cờ được nêu, `grep -on 'cờ-[0-9]*'` truy được **11/12** — riêng cờ-3 **0 hit mọi bề mặt**. Nội dung nó (chép lại đây để hết chìm): *`run.md:48` của run S194 ghi mục C+D của lane-1 còn `(đang đo)` rồi trỏ **"lead đo bù (xem `synthesis §W1`)"`, nhưng run-folder đó có **0 file synthesis** ⇒ 2 mục của lane duy nhất chưa trọn **không có nhà**; máy `mind-check` mù ca này vì con-trỏ nằm ngoài `_mind`.*
+> - 🟡 **`gap-carry-aged` fire lần đầu sau 3 kỳ zero (FLAG-3 MED)** — nay có **cặp số nội-bộ tự mâu thuẫn**, không chỉ lập luận: `[carry:uat-s117]` có **18** occurrence, mở từ S117, mà máy chấm `streak=1`; `[carry:adap-apply-2-thu]` có 6 occurrence, mở từ S152, chấm `streak=4`. Slug **già hơn 35 nhãn phiên và nhiều gấp 3× occurrence** lại đọc ra streak **thấp hơn 4×** ⇒ quan hệ tuổi↔streak **đảo dấu** ⇒ thước không đo tuổi. 43/66 slug ra đúng `streak=1`; mẫu số còn lẫn cả slug **đã đóng** (`h24-deep-overdue`). ⇒ `[carry:carry-age-vacuous]` (mở từ S130) cần **owner phán đóng** thay vì treo tiếp.
+>
+> 🔺 **RE-STAMP đợt 2 @S195 — `ctx-audit` đề nghị ④, di-trú TRƯỚC khi WAL tái sinh:** `[carry:thuoc-do-thu-ban-case]` — ý này trước lượt vá **chỉ có nhà ở một dòng WAL**, mà WAL **tái sinh mỗi lần dừng**. Nội dung: thước dò thư của lead lỏng ở biên watermark; `check-email.md:39` **có** watermark nhưng đó là **bản CŨ** (bỏ id ≤ 2026-07-15), **không phải** bản `case` đã chốt. 🔴 **Lớp lỗi này TÁI PHÁT ngay trong chính phiên S195**: BƯỚC 0.5 thước ad-hoc báo `all=5`, đo lại bằng NỘI DUNG ra **dương-giả** (5 thư đều thuộc gói 7-GĐ đã áp @S180-S181, chỉ khác tên report gộp). Cùng dấu vân tay với `all=3` @PAUSE-1.
+> 🔑 **Phát hiện cấu-trúc của `ctx-audit`, đáng giữ hơn cả cái carry:** cơ-chế bền **duy nhất** đang chạy trong hệ là *"trở thành câu chủ dự án có SỐ"* — 6/6 ý `treo-chờ-anh` có số đều sống qua cửa; **2 ý rơi khỏi lớp mềm đều là `{gần-chốt}`** = **việc gần xong của chính lead**, thứ **không bao giờ được cấp số** vì nó không phải câu hỏi cho anh. ⇒ **Lớp mềm lệch theo hướng TRẤN-AN** đúng trên bề mặt mà cửa-sổ mới đọc đầu tiên. Carry mới: `[carry:gan-chot-khong-co-so-thi-roi]`.
+>
+> 🧊 *(Segment cũ giữ nguyên bên dưới:)* 2026-08-13 (**S189→S191, phiên-LOGIC L15 window 1-3** — GIỮ MỞ chờ anh kiểm prod): **YC-028 cứu prod 4 tầng** (disk 0-byte · orphan-sshd · Gitea câm #91 · RAM pin 1200MB; +#89/#90/#91, P0 hotfix scp outage 15') → **YC-029 5-wave B6 + YC-030 Q1-Q5 SHIP deploy #600 PASS 6/6** (test **697** · **Mig 73** prod-top · bundle eoffice `BIN1bEGo`/admin `D2FHMRPX` · Q5 type-3 = 7 `HD-*`) → **@S191 cửa ngoài-giờ đóng trọn** (cron `archive_cleanup` Gitea ON + **cứu `Vietreport_Master` khỏi RECOVERY_PENDING** #88 + note báo VIETREPORT) + finish-bằng-đo 2 mục NEXT-em (nén-2-memory = SAI ĐÍCH cờ-8, investigator/reviewer dưới trần — chỉ `ring2-audit` 27.458B vượt {đang-cãi}; un-delete `a79dd579` = HẾT CẦN, Dev đồng hình prod 8 type-3) + **P0-2 @00:50 anh kiểm ra: eoffice trắng màn — bundle CI #600 crash `useState null` → hotfix build-local scp đè, eoffice nay `D6lFjgKF` SỐNG (admin giữ `D2FHMRPX` — cùng lò nhiễm +39KB nhưng sống, dist local `KRJldwaN` sẵn) ⇒ gotcha #92 khắc thật (row 91→92)**. Log: `docs/changelog/sessions/2026-08-12-2252-S189-S191-yc028-yc030-l15.md`. **Chờ anh: KIỂM PROD GĐ3 tiếp** (eoffice đã sống lại) — lệch-ý-thì-chỉnh; "ổn rồi" ⇒ mở W8 + `[carry:w8-delete-policy]` · ✅ **VÁ GỐC ĐÃ LAND + VERIFY** `305b573f` (`npm ci` + lockfile commit + GUARD-92) → **CI run #488 PASS 6/6**, hash CI == local **4/4** (`CR538vZx` / `C10ta-wB`), runtime-verify 2 app console 0 lỗi ⇒ **ràng buộc CẤM-push GỠ**. 🔸 Nửa lỗ còn lại: node/npm runner chưa pin (`.nvmrc`=20 CÓ ở `fe-*/` nhưng `deploy.yml` 0 hit `setup-node` ⇒ ghost-wire class-2) — chờ anh quyết pin hay khai thẳng không pin.
 > 🧊 *(Segment cũ giữ nguyên bên dưới:)* 2026-08-10 (**S187→S188 ĐÓNG** — phiên-LOGIC **L14** window 2-3): **module Duyệt Hợp đồng GĐ3 từ KHKK SHIP PROD 2 đợt** — đợt-1 `0149f106` (W1/W2/W7) + cụm `b275893c` (W3/W4/W5/W6) + sổ `80febec9`; test **680** · 0-mig · Menu keys **120** / Policies **480** · cicd **4/4 + 5/5** · W10 dry-run Dev **PASS 5/5**. Owner: YC-024 9 đáp án (80)-(88) + YC-025 *"làm tiếp hết, review 1 lần"*. **W8 authz HOÃN** (chờ anh nói "ổn rồi") · **W9 HỦY**.
 > 🔺 **CARRY MỚI @S188 — ADDITIVE vào danh sách RE-STAMP dưới:** `[carry:w7b-inbox-param]` *(BE `/contracts/inbox` thêm `?type=` + bỏ `Take(100)` → rồi FE mới gỡ client-filter `InboxPage`; kèm `ContractCreatePage` ×2 app cùng lớp lọc-client-sau-phân-trang)* · `[carry:fe-contract-family-drift]` *(`fe-admin/src/lib/contractWorkflowFamily.ts` chép 7 mã `HD-*` — khớp BE hôm nay, cần drift-watch vì 2 nhà)* · `[carry:sentinel-truoc-bu]` *(guard SÓT-1 ring5 @S188: mọi lượt CHẠY-BÙ nghi-thức phải ĐẶT LẠI `closing:` sentinel trước khi bù — lượt bù S188 chạy không sentinel ⇒ cửa sổ mù Sàn-2 ~73 phút; wire vào `session-end.md` khối ONE-SHOT; RCA `ONESHOT-S188` error-ledger)*. 🔴 **Vì sao phải ghi TAY ở đây:** `lead-gap-auditor` DEEP FLAG-1 chứng nợ này **chỉ sống trong WAL**, mà `§6.4` xoá trắng WAL ở bước CUỐI, và nghi-thức re-stamp **chép danh-sách kỳ trước** nên slug sinh-trong-WAL **vô hình có cấu-trúc** ⇒ không lượt chép nào nhặt được.
 > 🔺 **CARRY MỚI @S190 (`/tiep` window-2 L15) — ADDITIVE, di-trú 2 ý khỏi bề mặt tự-hủy (ctx-verifier cờ-13: một ý WAL-only mà WAL tái sinh mỗi `/pause`, một ý `_mind`-only mà nén block là mất):** `[carry:gotcha-92-candidate]` ✅ **ĐÓNG @S191** — chốt thành **gotcha #92**; 🔴 chẩn đoán trong slug (workspace/npm-cache runner) **ĐÃ BỊ BÁC**: root-cause thật = `deploy.yml` xoá lockfile rồi `npm install`, vá bằng `npm ci`+lockfile+GUARD-92 (`305b573f`, run #488 PASS mà KHÔNG dọn cache lần nào). ~~ *(runner-workspace corrupt — node_modules ghi dở đêm disk-0 + workspace giữ giữa run ⇒ CI build ra bundle crash `React null useState` CÙNG commit với local lành >100KB lệch [P0 @S189]; CHỐT thành gotcha #92 SAU khi dọn workspace runner + dispatch run verify xác nhận root-cause — việc nằm trong CỬA NGOÀI-GIỜ~~)* · `[carry:pin-max-server-memory-fleet]` *(S189 pin 1200MB mới cho SQLEXPRESS của SOLUTION_ERP/VIETREPORT; các máy SQL nhỏ KHÁC cùng hạ tầng còn default unbounded 2147483647 = bom chậm giằng RAM — rà + pin lúc setup, khắc runbook theo luật gotcha #91(3))*.