solution-erp/.claude/workflows/runs/2026-08-09-S185-bookend-close/sub-lead-stale-deep.md

sub-lead-stale-deep — H24 DEEP @bookend-close S185 (nợ OVERDUE deep 19/15) — XONG

XONG · LEAD-STALE-DEEP: 10 FLAG (3 HIGH / 2 MED-HIGH / 4 MED / 1 LOW-MED) · coverage khai THỦNG ⇒ 10 = SÀN · 0 escalate-enum · 6 VERIFIED-CLEAN kèm lệnh · 1 caveat-thước-tao-hỏng.

• vai: lead-stale-auditor (H24 §2(1) vai-STALE) · propose-only, KHÔNG Write/Edit ngoài file này
• run: 2026-08-09-S185-bookend-close · counter=59 · deep_at_counter=40 ⇒ OVERDUE 19/15
• enum ĐÓNG đọc từ .claude/agent-memory/memory-budget.json → lead_self_audit.flag_classes = 12 class (6 view-* + 6 gap-*), niêm phong _sealed_P3B_S181. 6 view-* của tao: view-stale-count · view-stale-status · view-stale-header · view-stale-role-desc · view-residual-asym · view-claim-broader-than-sample
• 🔴 GHI LIÊN TỤC (anti-#53). Mỗi FLAG chốt xong là append ngay.

NỀN MÁY (chạy 1 lần, KHÔNG lặp lại — scripts/governance-detectors.ps1)

C2/B3 canonical resolve: mig=72 test=645 gotcha=87 table=97 menu=113 policy=452
disk cross-check:        mig=72 gotcha=87  [OK]
C1 broken-gotcha-ref:    1 MED (session-log S151 cites #91 > 87)
C3 vocab-fork:           3 MED
C5 WAL:                  25 dòng <= 40 [OK]
H24-1 title-freshness:   2 LOW (rag-setup-plan :4 = 2026-05-12 · form-engine SKILL :15 = 2026-04-30); mốc-phải = 2026-08-01 @HANDOFF:114
H24-2 carry-age:         31 carry, max streak = 4 ('adap-apply-2-thu') < M=6  → 0 flag
H24-3 session-label:     [skip] 0 doc mang CẢ nhãn phiên LẪN S-heading
H24-4 pending-flip:      0
H24-5 counter-ancestor:  OK-reachable, counter=59 >= light 56, >= deep 40
H25-role-notebook:       roster=28 ; diaries-ok=28 ; flagged=0
C9 WIDTH mirror:         30 == canonical 30 [ok]
C10 logic-session:       session-13 OPEN [ok]
C11 FLAG-khuôn:          17 LOW (toàn file runs/** lịch-sử)
C13 carve-out liveness:  2 grid ALIVE [ok]
C14 stamp mirror:        in-sync 027114ef3e83 [ok]
C15 V-5 encoding:        rank-1 data-loss 12 file/25 hit ; rank-2 mojibake 15 file/366 hit

🔴 Nền máy này là NỀN, không phải phát hiện của tao. Bên dưới CHỈ ghi cái máy KHÔNG phán được.

---

CAVEAT ĐO — thước của CHÍNH TAO hỏng 1 lần, khai trước khi đọc số dưới

Phép đếm migration đầu của tao dùng grep -v Snapshot ⇒ nuốt nhầm 20260717032812_AddPeApprovedBudgetSnapshot.cs (migration THẬT mang chữ "Snapshot" trong tên) ⇒ ra 71, suýt thành FLAG "canonical 72 sai". Đếm lại loại đúng ModelSnapshot ⇒ 72 = canonical ĐÚNG, 0 FLAG. Đây là ca thứ N của lớp "bộ lọc chuỗi nuốt nhầm đối tượng" (memory-budget.json _dinh_nghia_shard đã ghi 4 ca). 🔸 Phái sinh KHÔNG nâng thành FLAG: công-thức ghi trong canonical docs/STATUS.md:467 ("ls … trừ Designer+Snapshot") nếu thi-hành ĐÚNG CHỮ thì ra 71. Giá-trị đúng, recipe lỏng — ai copy recipe sẽ lệch 1.

---

FLAG

FLAG-1 — view-stale-status — HIGH

• view: docs/STATUS.md:8 — khối tự xưng 🔥 CURRENT khai dải S161→S168, phiên-LOGIC L9
• source (CÙNG FILE, không cần rời): :488 ## ✅ Recently Done (S180–S181 … L12) · :500 (S177–S179, L11) · :508 (S171–S172, L10) · và .claude/WAL.md:2 session: S185/L13
• lệch: ô "CURRENT" cũ hơn BA khối "Recently Done" nằm ngay dưới nó. Lời bào chữa ở :6 ("CURRENT advance @closeout nên tụt sau") đã bị đo bác: 3 commit closeout 3a6eb92(S172) · 57e672f(S179) · d291879(S181) đều CHẠM STATUS.md mà không advance ô này ⇒ không phải "tụt một nhịp", là đứng yên qua 3 closeout.
• resolve: bump CURRENT lên S185/L13, HOẶC đổi nhãn ô thành lineage + trỏ WAL:2 (bỏ vai "current").

FLAG-2 — view-stale-header — HIGH

• view: docs/STATUS.md:6 — "mốc SỐNG hiện tại = S179, phiên-LOGIC L11, window 7"
• source: .claude/WAL.md:2 session: **S185/L13** (tiep-3, window-4) · runs/2026-08-09-S185-bookend-close/run.md:1
• lệch: dòng này được sinh ra để làm mỏ-neo TƯƠI (vá @S179 chính vì ô CURRENT đã thối) — nay tự thối 6 nhãn phiên + 2 phiên-LOGIC + 3 window. Nguy hơn FLAG-1: nó tự xưng là chỗ tra mốc SỐNG, nên người đọc dừng ở đây và tin.
• resolve: bump mỗi closeout, HOẶC bỏ hết số và trỏ thẳng WAL:2 (mỏ-neo không-số thì không thối).

FLAG-3 — view-stale-count — HIGH (canonical-poison, tái phát lần 3 sau S148/S166)

• view: docs/STATUS.md:474 row canonical | Tests | **645 PASS** | 45 Domain + 600 Infra (+ :8 còn ghi 644)
• source: .claude/WAL.md:22 verify: … dotnet test SolutionErp.slnx (=**668**/0) + WAL:9 "8 test → suite 668/0"; độc-lập: commit 72568f05 (08-08) thêm ContractSigningPlanApprovalTests.cs +182 dòng, tức test mọc SAU lần ghi cuối của STATUS.md (d291879, 08-07 23:31)
• lệch: canonical thấp hơn thực đo 23 test. Đắt gấp đôi vì governance-detectors.ps1 lấy chính ô này làm THƯỚC: lượt chạy hôm nay in 6 flag derived-stale khuyên sửa doc "về 645" ⇒ máy đang khuyên viết số SAI. Máy KHÔNG tự bắt được (cross-check đĩa chỉ phủ mig+gotcha, không phủ test).
• resolve: chạy dotnet test rồi ghi số đo + breakdown vào :474; :8 bỏ số hoặc trỏ :474.

FLAG-4 — view-stale-header — MED-HIGH

• view: docs/HANDOFF.md:5 **🆕 Last updated:** 2026-08-07 (**S180→S181** — phiên-LOGIC **L12** windows 1-2)
• source: ruột của chính segment đó: :6 "ĐÓNG 4/4 @S185" · :14 "CARRY LẠI @S185" · :18-23 các vế đóng @S185; mtime 2026-08-09 21:31, commit 6282806c hôm nay
• lệch: nhãn segment nói S180→S181/L12 nhưng segment đã chở nội dung S185/L13. Load-bearing: memory-budget.json tiep_reload.sources nạp "segment Last-updated MỚI NHẤT" ⇒ mỗi /tiep đọc đúng bytes nhưng sai NHÃN. Máy mù: H24-1 neo HANDOFF:114 (2026-08-01) làm mốc-phải, không hề chạm :5.
• resolve: bump nhãn khi chèn nội dung phiên mới, HOẶC mở segment mới cho S185.

FLAG-5 — view-stale-count — MED

• view: docs/HANDOFF.md:11 (NEXT-em) và :24 ([carry:h24-deep-overdue]) — cả hai ghi OVERDUE:deep 15/15
• source: .claude/governance/.session-counter.json counter=59, last_audit.deep_at_counter=40 ⇒ 19/15 (máy in ở H24-5); chính run.md:3 của lượt này ghi "deep-sweep 19/15 OVERDUE"
• lệch: sổ owner-facing dưới-báo 4 nhịp đúng cái nợ mà lượt này đang trả. Carry mang số đông-cứng lúc sinh nên càng để lâu càng sai — và nó là carry tố "cổng kêu mà không đổi hành-vi", tức số sai làm nhẹ đi chính lời tố của nó.
• resolve: bỏ số khỏi carry (trỏ counter + key deep_every), HOẶC re-stamp số mỗi kỳ carry.

FLAG-6 — view-stale-count — MED

• view: docs/HANDOFF.md:12 — "đóng dấu lại 20 carry còn mở"
• source: danh-sách ngay dưới :13 = 23 slug (đếm phần-tử, không grep số) + :14 carry lại thêm 2 ⇒ 25
• lệch: tiêu-đề đếm 20, thân đếm 25. 🔴 Đã bị lane-4 nêu đích danh ở :16(i) ("tally là số của lead, không tự sửa") — nêu xong không ai sửa, nên nó sống nguyên qua cả lượt đóng phiên. Máy H24-2 không bắt (nó đo streak từng slug, không đối chiếu tiêu-đề với thân).
• resolve: 20→25, hoặc bỏ số để danh-sách tự khai (đúng luật vá bằng BỎ số).

FLAG-7 — view-stale-status — MED-HIGH

• view: docs/governance/so-yeu-cau-chu-du-an.md:50 — YC-017 trạng thái mở
• source: .claude/WAL.md:15 [x] **YC-017 ĐÓNG @S185**: P1-P4 trọn — wf_5d16a842-28e 7/7 lane … + verify-lead 3/3 + synthesis land
• lệch: một mã, hai sổ SỐNG của lead nói ngược nhau. Sổ yêu-cầu nằm trong tiep_reload.sources ⇒ mỗi /tiep nạp lại một yêu-cầu "đang mở" đã xong (đúng lớp sai-số TÁI SINH mỗi /tiep bắt @S162). Luật sổ ghi "Đóng = lật trạng thái, KHÔNG xoá dòng" — chưa lật.
• resolve: lật YC-017→đóng + con-trỏ runs/2026-08-09-S185-email-adap-pipeline/implement-synthesis.md; nếu còn vế treo thì ghi vế đó như YC-013 đã làm.

FLAG-8 — view-stale-status — MED

• view: so-yeu-cau-chu-du-an.md:44 — YC-011 ("1,2 -> làm đi, OK sau đó /session-end") trạng thái mở, mốc 2026-08-07 · S181
• source: vế (1) docs/HANDOFF.md:5 "Push 55894a04..5ae60e41" · vế (2) HANDOFF:7 báo-cáo-cuối "DUYỆT + ĐÃ GỬI @S181" + thư trên đĩa broadcasts/outbox/ai_infra/2026-08-07-se-to-ai_infra-upgrade-pack-phased-bao-cao-cuoi.md (7.231 B) · vế (3) closeout S181 d291879 chạy đủ 4 sổ nghi-thức (máy H25-closeout-ritual [ok])
• lệch: cả 3/3 vế xong từ S181, ô vẫn "mở" qua 4 nhãn phiên. Cùng lớp FLAG-7 nhưng nguồn nằm NGOÀI WAL ⇒ không thể chữa bằng "WAL reset trắng".
• resolve: lật đóng + con-trỏ, hoặc nêu đích danh vế còn thiếu.

FLAG-9 — view-residual-asym — LOW-MED

• view: so-yeu-cau-chu-du-an.md:49 — YC-016 trạng thái mở, 0 chú-thích lý-do
• source: :46 YC-013 cùng tình trạng (code+deploy xong, chờ mắt-anh) lại CÓ chú-thích "(code+deploy XONG — còn acceptance-mắt-anh + bookend @close rồi lật đóng)"; WAL:4 gộp CẢ HAI vào một câu ("SHIP + verify … Còn: acceptance-mắt-anh")
• lệch: sửa một phía — hai dòng đồng-trạng-thái, một dòng được giải-thích, một dòng để trần. Với sổ mà luật là "TRA TRƯỚC KHI HỎI", dòng trần bị đọc thành việc chưa làm ⇒ mời hỏi lại một việc đã ship + verify DLL prod.
• resolve: chép chú-thích cùng khuôn sang YC-016 (hoặc bỏ ở YC-013) — miễn là hai dòng đối xứng.

FLAG-10 — view-stale-count — MED · 🔴 TỰ-QUY-CHIẾU, TÁI PHẠM LẦN 3

• view: .claude/agents/lead-stale-auditor.md:47 — ô ví-dụ của class view-stale-count neo canonical menu-key vào dòng 19 của STATUS.md với giá-trị 54
• source: canonical THẬT = docs/STATUS.md:473 | Menu keys | **113** |; STATUS.md dòng 19 là câu thuật chuyện "Vòng kiểm chặn lead 3 lần", 0 liên quan menu-key; tiền-đề của ví-dụ (CLAUDE.md ghi "~60 menu key") đo @S173 = 0 hit trên đĩa
• lệch: sai cả ba tầng — con số (54 vs 113), con-trỏ (dòng 19 vs 473), tiền-đề (đã chết) — nằm trong chính file dạy cách bắt lỗi này, và file được auto-inject vào vai mỗi lần spawn. Bắt @S173 (FLAG-10) → bắt lại @S180 (FLAG-15) → vẫn nguyên @S185 = 12 nhãn phiên. Luật bắt vai phải soi file này nằm cách chỗ vi-phạm vài dòng.
• resolve: BỎ số + trỏ row canonical (đúng luật mà agents/README.md:3 tự dạy: "vá bằng BỎ số, không ĐỔI số" — đổi số thì lượt sau lại thối), hoặc thay bằng ca đã đóng.

---

VERIFIED-CLEAN (kèm LỆNH — chống dương-giả, và để ai bác được thì bác)

#	mục	lệnh / nguồn	kết quả
VC-1	roster	ls .claude/agents/*.md | wc -l = 29 − README = 28	khớp agents/README.md:27 "Roster THẬT (28 vai)" + máy H25 roster=28, diaries-ok=28 ⇒ 0 lệch
VC-2	migration	ls … | grep -v '\.Designer\.cs' | grep -v ModelSnapshot | wc -l = 72	khớp canonical :467 = 72 ⇒ 0 lệch (xem CAVEAT ĐO)
VC-3	khối ONE-SHOT mới @S185 ở CLAUDE.md:22	đọc + git diff	CHỈ TRỎ, 0 chép giá-trị ⇒ đúng B1, không sinh lệch mới; 2 site session-start.md:10-12 ⟂ session-end.md:10-12 đối-xứng đủ cả hai, mỗi bên tự khai đối-xứng
VC-4	sửa "trỏ-enum" @S185	session-start.md:165-166	đã BỎ danh-sách class chép tay, trỏ khoá lead_self_audit.flag_classes cho CẢ HAI vai H24 ⇒ vá đúng chỗ hỏng (con-trỏ), 0 dư-lượng một-phía. Đối-chứng: khoá đọc được = 12 class
VC-5	cap ⟂ mirror ⟂ roster	máy C9 + đếm đĩa	hmw_width.cap=30 = hmw.js WIDTH_CAP=30, roster 28 ≤ 30 ⇒ 3 chiều khớp
VC-6	WAL	máy C5	25 dòng ≤ 40 ⇒ 0 lệch

---

COVERAGE — khai THỦNG. 10 là SÀN, KHÔNG phải TỔNG

• Chạm TRỌN: .claude/WAL.md (25/25) · so-yeu-cau-chu-du-an.md khối-1 :30-55 · CLAUDE.md :14-29 + git-diff · session-start/end khối ONE-SHOT + :155-167 + git-diff · run.md · memory-budget.json (233 dòng) · output máy trọn.
• Chạm PHẦN: docs/STATUS.md — đọc :1-8, :463-474, danh-mục heading; CHƯA đọc :475-487 (đuôi bảng CURRENT STATE) + ~400 dòng thân ⇒ ô số khác có thể còn lệch. docs/HANDOFF.md — đọc :1-40 / 261 dòng segment hiện hành ⇒ 221 dòng chưa soi.
• CHƯA chạm: docs/gotchas.md · docs/changelog/migration-todos.md · .claude/governance/ACTIVE-MARKS.md · 27/28 persona còn lại · harness-11-engine.md · các sub-*.md khác trong 2 run-folder S185.
• 🔴 CẤM đọc phần chưa soi thành "sạch". Con số 10 dùng được ở chiều cận-dưới, KHÔNG dùng được ở chiều độ-phủ.

---

TALLY theo class (để tính jump_on_class_repeat = 3)

class	n	FLAG
view-stale-count	4	F-3 · F-5 · F-6 · F-10
view-stale-status	3	F-1 · F-7 · F-8
view-stale-header	2	F-2 · F-4
view-residual-asym	1	F-9
view-stale-role-desc	0	—
view-claim-broader-than-sample	0	—

TOTAL: 10 — SEV: HIGH 3 · MED-HIGH 2 · MED 4 · LOW-MED 1. 🔴 Đơn-vị: 4 hit view-stale-count là cụm TRONG MỘT lượt audit, KHÔNG phải 4 kỳ liên tiếp ⇒ đừng đọc thẳng thành "vượt ngưỡng jump" (bài S124; ring2 đã bác một lần ở S180 đúng vì lẫn đơn-vị). Quyết kéo-audit-sớm = owner/lead, không phải vai này. 🔸 0 ca không-xếp-được-vào-enum lượt này ⇒ 0 escalate mở enum (enum niêm phong _sealed_P3B_S181, 12 class).

Sợi chỉ xuyên 10 FLAG

Lead ĐO rất tốt (668 test đo thật, 4/4 câu chờ-anh lật kèm vật chứng, ONE-SHOT land 3 site đúng B1). Chỗ trượt vẫn nguyên hình dạng 4 kỳ trước (S162 · S166 · S172 · S179): số đúng dừng ở nơi lead LÀM VIỆC (WAL, run.md, artifact) và không đi tiếp tới nơi OWNER ĐỌC (STATUS, HANDOFF:5/11/12, sổ yêu-cầu). 7/10 FLAG nằm đúng trên khe đó. Mới ở lượt này: 2 ca đã có người chỉ tận nơi rồi vẫn không ai sửa (F-6 lane-4 nêu ở :16, F-10 bắt lần 3) ⇒ vấn đề đã chuyển từ "không thấy" sang "thấy mà không có ai nhận việc lật".

END — LEAD-STALE-DEEP: 10 FLAG (3 HIGH / 2 MED-HIGH / 4 MED / 1 LOW-MED) · SÀN không phải TỔNG · 0 escalate-enum