solution-erp/.claude/workflows/runs/2026-08-05-S173-bookend-open/sub-ring2-audit-open-S173.md

ring2-audit — KIỂM vòng soi-lead (H24) — bookend @open S173

Vai: ring2-audit (C4/C4b vai-KIỂM vòng H24). Phiên-LOGIC L11, SOLUTION_ERP, 2026-08-05. Propose-only · read-only · lead single-writer. Mọi verdict dưới đây là ĐỀ-NGHỊ, chưa vào sổ. 🔴 Kỷ-luật anti-#53: file này được APPEND NGAY SAU MỖI PHÉP, không gom. Mỗi mục kết bằng --- để bản-cắt giữa chừng vẫn hợp-lệ.

---

§0 — PIN + fail-safe (nghĩa-vụ (i))

Pin đích danh do lead giao (fail-closed, KHÔNG tự đi tìm "run mới nhất"):

#	file	pin lead khai	đĩa THẬT (đo lúc chạy)	khớp?
1	.claude/workflows/runs/2026-08-05-S173-bookend-open/sub-lead-stale-open-S173.md	27.051 B · 11 FLAG	27.244 B · mtime Aug 5 11:06	⚠️ lệch +193 B
2	.claude/workflows/runs/2026-08-05-S173-bookend-open/sub-lead-gap-open-S173.md	24.387 B · 4 FLAG	24.387 B · mtime Aug 5 11:00	✅ khớp byte

Cả 2 file TỒN TẠI và có ruột ⇒ KHÔNG NO-OP. Vòng đo H24 CÓ chạy phiên này.

🔴 ERRATA-0 (drift pin, ghi ngay để không lặp lại 4-A của S152): lead pin 27.051 B nhưng đĩa 27.244 B (+193 B). Đây là cùng LỚP với 4-A @S152 (lead pin BẢN-CẮT 16.911 B của file 30.195 B ⇒ 3 FLAG ngoài tầm lead). ⇒ Phép chặn đã có từ S152/S153: grep-count ^## FLAG- phải == TOTAL ở dòng END. Sẽ chạy ở §4. ⇒ Tao chấm trên bản ĐĨA HIỆN TẠI (bản đầy đủ hơn), và sẽ khai nếu có FLAG nào nằm ngoài tầm nhìn của lead.

Chứng C4b tuần-tự (mày chạy SAU cặp H24, không song song):

• sub-lead-gap-open-S173.md mtime 11:00
• sub-lead-stale-open-S173.md mtime 11:06
• file này (sub-ring2-audit-open-S173.md) tạo sau 11:06 ⇒ mtime(mày) > mtime(H24 return) ✅

Ngoại-lệ có chủ-đích được kích hoạt: cặp H24 chạy @session-start (bookend @open) ⇒ tao chạy NGAY tại open, ngay sau cặp — không đợi close. Đúng dòng "mày bám cặp H24 wherever it fires".

---

§1 — VIỆC SỐ 1: MÂU THUẪN 2 CON-ĐO về số dir rỗng (tái-dựng bắt buộc #1)

1.1 — Tao TỰ CHẠY, không tin ai

$ find .claude/workflows/runs -type d -empty
.claude/workflows/runs/2026-08-05-S173-bookend-open/.claude/agent-memory/harness-eval
.claude/workflows/runs/2026-08-05-S173-bookend-open/.claude/agent-memory/lead-gap-auditor
.claude/workflows/runs/2026-08-05-S173-bookend-open/.claude/agent-memory/lead-stale-auditor
.claude/workflows/runs/2026-08-05-S173-bookend-open/.claude/agent-memory/tooling-auditor

= 4 dir rỗng. Đích danh, verbatim.

1.2 — Chấm từng nguồn

nguồn	khai	verdict của tao
lead (đo tươi)	4	✅ ĐÚNG — trùng khít 4/4 path
lead-stale INFORM-1	4	✅ ĐÚNG — trùng khít
harvest-curator F-06 (vòng khác)	1	⏸️ NGOÀI TRỤC — vòng tooling/harvest là turf ring1-audit, tao không chấm. Ghi nhận: số 1 ≠ 4 có thể do đo lúc 10:45 khi 3 dir chưa sinh (run-folder tạo 10:44, sub-agent lần lượt spawn) ⇒ không nhất thiết sai, chỉ là snapshot sớm.
lead-gap	0 + "lead vừa dọn xong phiên này"	🔴 SAI 2 LỚP — xem 1.3

1.3 — Sai 2 lớp của lead-gap, khai riêng vì 2 lớp có mức nghiêm-trọng KHÁC NHAU

• Lớp A — sai SỐ (0 vs 4): đây là lỗi ĐO. Nghiêm trọng vừa, tự nó là 1 dòng errata.
• Lớp B — khẳng-định một HÀNH-ĐỘNG CHƯA TỪNG XẢY RA ("lead vừa dọn xong phiên này"). Đây KHÔNG phải lỗi đo, đây là suy-diễn nhân-quả gán cho một tác-nhân, sinh ra từ một quan-sát-rỗng. Nghiêm trọng HƠN lớp A vì:
  1. Nó ghi công sai — lead xác nhận CHƯA dọn gì, cố ý giữ 4 dir làm nhân-chứng.
  2. Nó đóng một việc còn dở — nếu vào sổ, class gap-* này thành RESOLVED trong khi vật vẫn nằm đó.
  3. Nó cùng CLASS với thứ ring2 vừa đề nghị owner mở @S172: view-claim-broader-than-sample (suy-luận vượt mẫu). Ở đây mẫu = tập-đo RỖNG, kết-luận = "đã có người dọn". Vượt mẫu tối đa: từ 0 quan-sát suy ra 1 hành-động + 1 tác-nhân + 1 thời-điểm.

🔴 Ghi chú turf (tao không lấn): tao KHÔNG phán lead có dọn hay không (đó là chuyện lead). Tao phán: lead-gap đưa ra một khẳng-định mà chính phép đo của nó không đỡ nổi. Đó là lỗi của con-đo, đúng trục của tao.

1.4 — 🔴 F-1 · CƠ-CHẾ: giả-thuyết của LEAD BROKE, nhưng kết-luận của lead HELD

Lead nghi: "phép find của nó lọc bỏ path có dấu chấm ⇒ mù đúng vùng .claude/". Lead dặn "mày kiểm, đừng tin lead" — tao kiểm, và lead sai về cơ-chế.

lead-gap:38 khai verbatim: "đo tươi find . -type d -empty (loại .git): 0 dir dưới runs/ … 5 dir rỗng còn lại đều là build-artifact (.vs/sd, node_modules/.vite-temp ×2, obj/**/staticwebassets ×2)". Cái "5 dir còn lại" này là dấu vân tay — tao dùng nó để dò ngược đúng bộ lọc.

biến-thể tao chạy	lệnh	ra	khớp lời khai "5 build-artifact"?
A — chỉ loại .git	find . -type d -empty -not -path "./.git/*"	9 (4 runs + 5 build)	❌ (thừa 4 — nhưng 5 kia khớp)
B — loại MỌI dot-path	-not -path "*/.*"	2	❌ mất cả .vs/sd + 2 .vite-temp
C — grep -v '/\.'	pipe	2	❌ y hệt B
E — loại */.claude/*	-not -path "*/.claude/*"	5 — .vs/sd · fe-admin/node_modules/.vite-temp · fe-user/node_modules/.vite-temp · …/obj/Debug/net10.0/staticwebassets · …/obj/Release/net10.0/staticwebassets	✅ KHỚP TUYỆT ĐỐI, đúng 5/5 path
F — loại *agent-memory*	-not -path "*agent-memory*"	5	✅ khớp (đồng-dạng với E)

🔴 Kết luận cơ-chế — BROKE giả-thuyết lead: bộ lọc KHÔNG dot-blind. Nếu dot-blind (B/C) thì .vs/sd và 2 .vite-temp cũng biến mất, chỉ còn 2 dir — nhưng lead-gap CÓ nhìn thấy và CÓ liệt kê cả 3 dot-path đó. ⇒ nó nhìn được dot-path bình thường. Cái nó mù là đúng và chỉ vùng .claude/ (hoặc agent-memory).

Vì sao phân-biệt này KHÔNG phải bới lông tìm vết — nó đổi hẳn mức nghiêm-trọng:

• dot-blind = cẩu-thả chung chung, vá = bỏ filter. Vô hại về nguyên-tắc.
• .claude-blind = tập-đo bị cắt đúng bề-mặt quản-trị mà vai này được lập ra để soi. Một gap-auditor loại .claude/ khỏi phép đo thì mù sân nhà của chính nó theo cấu-tạo — mọi "0 hit" nó báo trong vùng đó đều là dương-giả-sạch.
• Đây đúng lớp feedback_goodhart_leave_measurement_set: thu hẹp tập-đo rồi đọc số nhỏ là tin tốt. Và cái mất đi ở đây là CHỨNG-NHÂN (4 dir lead cố ý giữ), không phải nhiễu.

✅ Nhưng kết-luận của lead HELD nguyên vẹn: claim lead-gap = SAI, số thật = 4. Tao chỉ sửa lý do, không sửa phán quyết. (Cùng khuôn với ca S172 của tao: "kết luận giữ nguyên và mạnh hơn, nhưng lý do phải thay".)

1.5 — Công bằng với lead-gap: 2 sub-claim của nó tao đo là ĐÚNG

Tránh vơ-đũa — trong chính dòng :38 đó có 2 mệnh-đề khác, tao kiểm và chúng đúng:

• ✅ "fe-user/.claude không còn tồn tại" — ls -d fe-user/.claude ⇒ No such file or directory. ĐÚNG.
• ✅ "5 dir rỗng còn lại đều là build-artifact … ngoài phạm vi" — 5/5 path khớp verbatim, và phân-loại build-artifact đúng. ĐÚNG.

⇒ Lỗi của nó khu-trú ở một bộ lọc, không phải cẩu-thả toàn cục. Ghi rõ để lead đừng hạ tín-nhiệm quá tay cả file.

1.6 — Verdict §1

mệnh-đề lead-gap	verdict
"0 dir rỗng dưới runs/"	🔴 TRƯỢT — thật là 4
"lead vừa dọn xong phiên này"	🔴 TRƯỢT — hành-động chưa từng xảy ra; suy-diễn từ tập-đo rỗng
"8 dir rỗng class-S54 ⇒ RESOLVED"	🔴 TRƯỢT — tự-bác SAI ⇒ đóng nhầm một việc còn dở (chi tiết §5 thách-CLEAN)
"fe-user/.claude không còn"	✅ ĐẠT
"5 dir còn lại là build-artifact"	✅ ĐẠT

---

§2 — lead-gap FLAG-1 (HIGH) — CLAIM QUAN TRỌNG NHẤT CẢ VÒNG

Lead dặn: "TÁI DỰNG BẰNG CHÍNH REGEX CỦA SCRIPT, đừng chấm bằng đọc hiểu." Tao cài lại độc-lập bằng python, port đúng regex .NET ở scripts/governance-detectors.ps1:892 + vòng lặp :894-932. Script: …/scratchpad/redetect.py (port [^\x00-\x7F]+ = "any run of non-ASCII", (?m)^\*\*, carryRx = \[carry:([a-z0-9][a-z0-9._-]*)\], carryLines[0] streak).

2.1 — Chặn TIME-DRIFT trước (bài S162/S166 — suýt 2 cáo-buộc oan)

lead-gap đo tại HEAD 1b3bcaa; lúc tao chạy HEAD đã là bcaaafe (3 commit wal: flush @11:02/11:05/11:08).

git diff --stat 1b3bcaa..HEAD -- docs/HANDOFF.md scripts/governance-detectors.ps1  →  (RỖNG)

⇒ vật đang xét byte-identical giữa 2 mốc đo. Không có drift ⇒ mọi số của nó so sánh được trực tiếp, không cần kéo git show. Ghi rõ để không ai bác bằng cớ "đo khác thời điểm".

2.2 — Kết quả tái-dựng ĐỘC-LẬP (python, không đọc lời khai khi chạy)

file bytes(utf8) = 175771
=== marks (script's segment headers) = 25 ===
   idx=27246   line=130   '**🔴 NEXT em (phiên kế):** ① chạy lại `governance-detectors` …'
=== BLIND ZONE (never read: raw[0:marks[0].Index]) ===
   marks[0] at line 130 ; blind = L1-129 ; 31698 bytes
  HANDOFF logic-segments (NEXT anh/em) = 25 ; of those, carry-lines = 18
=== carryLines[0] = what detector calls 'newest' (5 slug) ===
      ctx-t9-dogfood / ring5-audit-gap / hmw-width-vs-roster
      hmw-subfile-index-collision / adap-apply-2-thu
=== carry slugs total: 260 occurrences / 54 distinct
=== SWALLOWED by blind zone: 41 occurrences / 16 distinct ===

số lead-gap khai	tao đo độc-lập	khớp?
marks[0] ở dòng 130	130	✅
vùng câm 31.698 B / L1-129	31.698 B / L1-129	✅ khớp tới từng byte
nuốt 41 lượt / 16 slug distinct	41 / 16	✅
carryLines[0] = segment :130, kỷ-nguyên S158, 5 slug	:130, header **🔴 NEXT em (phiên kế):**, 5 slug, tập giống hệt	✅ 5/5 slug trùng khít
6730eb4 KHÔNG chạm governance-detectors.ps1	git show --stat 6730eb4 ⇒ 18 file, 0 là detector; chỉ scripts/h24-signal-write.ps1 (+39)	✅
commit cuối chạm detector = febe6b1 2026-07-29	git log -3 -- … ⇒ febe6b1 2026-07-29 wal: pause	✅
mã còn nguyên :892 + :916	đọc trực tiếp :880-934 — verbatim đúng	✅

2.3 — Gốc "DRIFT ĐỊNH-DẠNG": ĐÚNG, và tao đo được RỘNG HƠN nó khai

Tao chạy phép phân-loại 2 chiều (mọi dòng chứa NEXT anh/em ở đầu dòng, đánh dấu script bắt được hay không):

dòng	script	nội dung
27	🔴 MISSED	### 🔵 NEXT em @S172 (em tự làm, không cần anh gật)
68	🔴 MISSED	## 🔴 NEXT em @S168+ (không cần anh gật)
102	🔴 MISSED	## 🧊 NEXT em @S163 (lineage — disposition @S168 …)
130	✅ matched	**🔴 NEXT em (phiên kế):** ← detector coi đây là "mới nhất"
133…284	✅ matched (22 dòng)	toàn bộ kỷ-nguyên **bold** cũ

🔴 lead-gap khai 2 khối heading (:27, :68) — thật ra có 3 (:102 ## 🧊 NEXT em @S163). Nó UNDER-claim, không thổi. Ghi vào cột công của nó. ⇒ Cơ-chế xác lập: 3 khối NEXT gần nhất viết bằng heading ##/###, regex neo ^\*\* không thể khớp ⇒ chúng không tồn tại với detector ⇒ marks[0] tụt xuống khối bold cũ nhất-còn-sống ở :130.

2.4 — "Hỏng ĐƠN-ĐIỆU TĂNG" (vùng câm tự nới): ĐÚNG — và tao xác nhận cơ-chế, không chỉ 2 điểm

Bằng-chứng cấu-trúc mạnh hơn 2 điểm dữ-liệu 90→130: mọi khối NEXT mới đều prepend LÊN ĐẦU file (3 khối heading nằm ở :27/:68/:102, TRÊN marks[0]=130). Vì marks[0] là mark đầu-tiên-theo-file, mỗi closeout chèn thêm segment lên đỉnh thì marks[0] chỉ có thể tụt xuống, không bao giờ lên. ⇒ vùng câm đơn-điệu TĂNG theo thiết-kế, không phải trùng hợp. ✅ ĐẠT. Cộng thêm: carryLines[0] là segment :130 thuộc kỷ-nguyên S158 ⇒ detector chấm tuổi carry trên tập slug cũ 15 phiên-đếm.

2.5 — Hệ-quả nó rút: ĐẠT, và tao đo thêm 1 vế nó chưa đo

• ✅ "14/14 slug khối Carry @S172 vô hình" — 16 slug distinct bị nuốt gồm trọn e7-cot-chet-khkk, acceptance-runtime-khkk, harvest-no-s168-s171, tiep-3ter-seed-unwired… (chi tiết đối-chứng khối Carry ở §2.6).
• ✅ "gap-carry-aged = 0 VÔ NGHĨA" — xác nhận bằng cơ-học: 18 carry-line tồn tại nhưng streak chỉ tính trên carryLines[0] (5 slug kỷ-nguyên S158) ⇒ mọi verdict tuổi đều tính trên vật sai. Số 0 không phải tin tốt, là tin KHÔNG CÓ.
• ✅ "chỉ còn 1 hit HANDOFF:21, closeout kế về 0" — xác nhận ở §4.
• ➕ Tao đo thêm (nó chưa nói): carryLines.Count = 18 > 0 ⇒ script KHÔNG vào nhánh :912 in (0 carry-line … nothing to age). Tức detector không hề im lặng kiểu "không có gì để đo" — nó chạy trọn nhánh else, in [ok] carry '<slug>' streak=N < M cho 5 slug S158 rồi exit sạch. 🔴 Đây là điều làm nó NGUY hơn hỏng-câm: hỏng mà vẫn phát tín-hiệu tích-cực có nội-dung.

2.6 — Verdict FLAG-1

✅ ĐẠT — và đây là FLAG mạnh nhất cả vòng. 7/7 số tái-dựng khớp (2 trong đó khớp tới từng byte / từng phần-tử tập-hợp), gốc-nhân đúng và nó còn under-claim 1 khối. Class gap-carry-dropped gán ĐÚNG (vật đã-hứa @S172 slot 70 rơi khỏi mọi bề-mặt sống).

🔴 ĐỀ-NGHỊ LEAD (đúng như lead tự đặt điều-kiện "nếu nó đúng thì slot (70) phải MỞ LẠI"): slot (70) đóng NỬA ⇒ MỞ LẠI. Vế "tách 2 sổ đếm" đã land (h24-signal-write.ps1 +39, param -CoCa); vế marks[0]/anchor chưa land dòng mã nào. Và bản vá phải neo CẢ 3 dạng ** / ## / ### — nếu chỉ vá theo đúng chữ trong slot (70) (chỉ nói marks[0]) thì vẫn trượt, vì gốc thật là anchor ^\*\*, không phải chỉ-số [0].

---

§3 — VIỆC 4: class + tally (bất-biến counts ≡ enum)

3.1 — Enum ĐÓNG = 12, và counts khớp HAI CHIỀU

enum n = 12   (memory-budget.json → lead_self_audit.flag_classes)
counts n = 12 (.session-counter.json → class_repeat.counts)
enum − counts = []      counts − enum = []      IDENTICAL SETS = True

✅ Bất-biến counts ≡ enum GIỮ NGUYÊN — ràng-buộc tao đề-nghị @S172 ("mở class mới thì seed counts khoá mới = 0 cùng nhịp, kẻo bất-biến vỡ") đã được thi-hành đúng: view-claim-broader-than-sample có mặt ở cả hai phía, value = 0, kiểu int. ✅ 12/12 value đều int (bất-biến 2f39a7e "counts chỉ chứa số" còn sống). ✅ jump_on_class_repeat = 3 — key THẬT tại memory-budget.json:171. 📌 ERRATA cho diary CỦA CHÍNH TAO: S162 tao ghi key ở :165; nay :171 (+6 dòng). Số dòng trôi, key còn sống. Đúng bẫy "con-trỏ-số-dòng-vào-sổ-tái-sinh".

3.2 — Tally hiện-hành (đọc bản WORKING-TREE, vì file đang M chưa commit)

class	counts	≥ jump 3?
gap-carry-dropped	11	3,67×
view-residual-asym	9	3,0×
view-stale-count	9	3,0×
view-stale-status	6	2,0×
gap-decision-sunk	5	1,67×
gap-underfill	5	1,67×
gap-owner-specifics	4	1,33×
view-stale-header	4	1,33×
view-claim-broader-than-sample	0	—
gap-carry-aged	0	— 🔴 số VÔ NGHĨA (§2)
gap-incident-unrecorded	0	—
view-stale-role-desc	0	—

• ✅ gap-carry-dropped = 11 → 12 = 4,0× ngưỡng. Số lead-gap khai ĐÚNG.
• ✅ Đối chứng harness-eval "8/12 class ≥4": tao đếm class có counts ≥ 4 = gap-carry-dropped(11) · view-residual-asym(9) · view-stale-count(9) · view-stale-status(6) · gap-decision-sunk(5) · gap-underfill(5) · gap-owner-specifics(4) · view-stale-header(4) = đúng 8. KHỚP. (Con-đo harness-eval ngoài turf tao, chỉ đối chứng đúng con số lead giao.)
• ✅ Nhịp: counter = 47 · last_ticked_session = 'S173' · last_ticked_head = 1b3bcaa ⇒ khớp lead-gap INFORM-5.

3.3 — 🔴 Class có tự chế không? — KHÔNG. 15/15 FLAG nằm trong enum ĐÓNG.

vai	class dùng	∈ enum 12?
lead-gap (4 FLAG)	gap-carry-dropped ×2 · gap-underfill · gap-decision-sunk	✅ 4/4
lead-stale (11 FLAG)	view-stale-count ×5 · view-stale-status ×4 · view-stale-header ×2	✅ 11/11

0/15 tự chế. ✅ Nghĩa-vụ VIỆC 4 đạt.

3.4 — ERRATA-1 (nhỏ, KHÔNG lật FLAG): Carry @S172 = 14 hay 15 slug?

lead-gap khai 14 ở cả FLAG-1 ("14/14 slug … VÔ HÌNH") lẫn INFORM-1 ("11 cũ + 3 mới = 14"). Tao đếm bằng chính carryRx của script trên HANDOFF:38: 15 occurrences / 15 distinct.

Chênh do đâu — tao mở ra xem thay vì phán bịa:

• HANDOFF:38 chứa cả tên mới lẫn tên cũ: [carry:tiep-3ter-seed-unwired] (🔄 ĐỔI TÊN từ [carry:ctx-verifier-no-self-append] @S170 …).
• lead-gap gộp cặp đổi-tên thành 1 slug sống ⇒ ra 14. Về ngữ-nghĩa quản-trị: ĐÚNG.
• Nhưng câu của nó là "14/14 slug … VÔ HÌNH VỚI DETECTOR" — trong khung của detector, regex đếm 15 (nó không biết đổi tên). ⇒ trong đúng cái khung mà chính câu ấy dùng, số phải là 15.

Verdict: ERRATA, KHÔNG phải TRƯỢT. Bản-chất FLAG (mọi slug khối này vô hình) đúng bất kể 14 hay 15 — sai số không đổi dấu kết-luận. Đề-nghị lead khi chép: ghi "15 match / 14 slug sống". ✅ Đối-chứng thêm, có lợi cho nó: set(S168) − set(S172) = ∅ ⇒ re-stamp 0 slug rơi, INFORM-1 của nó ĐÚNG.

3.5 — ✅ INFORM-3 cross-lane của lead-gap: ĐO LẠI, ĐÚNG — và đây là kỷ-luật turf TỐT

Nó khai: HANDOFF:38 viết "gap-carry-dropped nay 10 lượt liên tiếp = 3,3×" trong khi counter = 11. Tao đọc HANDOFF:38 verbatim: …🔴 bỏ 4 phiên liên tiếp S169-S172, gap-carry-dropped nay **10 lượt liên tiếp = 3,3× ngưỡng jump**… — ĐÚNG, số trên bề-mặt = 10, counter = 11. 🔴 Ghi công: nó KHÔNG tự nhét vào gap-* để làm dày FLAG của mình, mà bàn giao đúng turf view-stale-count cho vai-stale. Đây chính là điều tao phê S149 ("honest-zero đẩy-turf phải nêu ĐÍCH DANH vai nhận") — lần này nêu đích danh. Đã học.

---

§4 — 🔴 SỔ CỦA CHÍNH TAO STALE — tao là NHÂN CHỨNG SỐNG (do ring1-audit chỉ điểm)

Lead chuyển dữ-kiện ring1-audit tìm ra. Tao tự verify trên đĩa, không nhận vo:

.claude/agent-memory/ring2-audit/MEMORY.md
  L21  ## 🎯 Role baseline
  L25  - Input = OUTPUT của `lead-stale-auditor` (5 class `view-*`) + `lead-gap-auditor` (6 class `gap-*`).

vế	sổ tao dạy	đĩa THẬT (flag_classes)	verdict
lead-stale-auditor	5 class view-*	6 — view-stale-count · view-stale-status · view-stale-header · view-stale-role-desc · view-residual-asym · view-claim-broader-than-sample	🔴 STALE
lead-gap-auditor	6 class gap-*	6 — gap-carry-dropped · gap-carry-aged · gap-owner-specifics · gap-decision-sunk · gap-underfill · gap-incident-unrecorded	✅ đúng

XÁC NHẬN STALE. Class thứ 6 view-claim-broader-than-sample mở @S172 theo chính đề-nghị của tao (slot 68) — mà sổ tao thì không được cập-nhật cùng nhịp.

🔴 Vì sao ca này nặng hơn "một số lệch":

1. L25 nằm dưới ## 🎯 Role baseline (L21) — vùng auto-inject ~200 dòng đầu mỗi lần spawn ⇒ tao vừa bị nạp baseline SAI ngay lượt này, trước khi làm bất cứ việc gì.
2. Nó dạy sai đúng cái tao được giao đi kiểm: nghĩa-vụ VIỆC-4 là "verify 2 vai không tự chế class ngoài enum". Nếu tao tin sổ mình (5 view-*) thì một FLAG hợp-lệ mang class view-claim-broader-than-sample sẽ bị tao chấm oan là "tự chế class". ⇒ sổ stale của vai-KIỂM biến thành máy sinh cáo-buộc oan.
3. Tao chỉ thoát vì đã đọc flag_classes từ đĩa (§3.1) thay vì tin baseline — đúng luật "trust what you observe now". Nhưng đó là may, không phải rào. Rào thật phải là sổ đúng.
4. Đây là cùng CLASS với view-stale-count mà lead-stale đang bắn vào lead — chỉ khác: nạn nhân là vai-KIỂM. ⇒ vòng kiểm không có ai kiểm sổ của vòng kiểm. Chính là lỗ ring1-audit vừa bịt hộ.
5. Ca này chứng thực FLAG-10 của lead-stale (persona của nó dạy số sai về chính nó) là một LỚP, không phải ca lẻ — 2 vai khác nhau, cùng bệnh: sổ vai không được cập-nhật khi enum/canonical đổi. Xem §6.

🔴 TAO KHÔNG TỰ SỬA SỔ MÌNH (propose-only, lead single-writer, no-self-exempt). ĐỀ-NGHỊ LEAD sửa MEMORY.md:25: (5 class view-*) → (6 class view-*), và kèm rào chống tái-phát: mọi lần owner mở class mới thì cùng nhịp phải đụng 3 nơi — flag_classes + class_repeat.counts (đã có rào, §3.1) + baseline 3 vai H24/KIỂM. Hiện chỉ 2/3 có rào.

---