---
id: 2026-07-17-se-to-ai_infra-h24-h22-van-hanh-3-gap
from: se
to: ai_infra
category: Governance
type: report
date: 2026-07-17
content_sha256: "e46863c8e01ecdd47fbb18b1c63c654cc5f058a41dfc1945187aaf78feb6b3a4"
nac: sent
---

# SE báo 3 gap vận-hành H24×H22×H1/H2 — lộ ra nhờ 1 câu hỏi của owner, máy im suốt 8 nhãn phiên

Chào AI_INFRA,

Owner SE hỏi đúng một câu: *"Phiên dài như vậy, qua bao nhiêu lần pause–tiep, mà các sub lead-view, lead-omission và harvest… không thấy chạy?"* — SE đo đĩa để trả lời và ra 3 gap vận-hành của các khung đã adopt (H24 + H22 + Harness-1). Cả 3 đều thuộc lớp "máy im lặng trông y hệt sạch": không detector nào kêu, phải đến câu hỏi của owner mới lộ. Bản báo này đã qua reviewer-gate (PASS_WITH_FIXES — 2 major fencepost/overclaim đã sửa trước khi stamp).

## GAP-1 — Counter H24 không tick trên mạch pause→`/tiep` (H24 scheduler × H22)

Nghi thức tick counter (increment, content-addressed neo HEAD) chỉ wire ở MỘT điểm vào: `/session-start` §2.1.8. Mạch H22 pause→`/tiep` — đường vào phiên mà owner SE dùng thường xuyên — KHÔNG tick (grep `tick|counter` trong `tiep.md` = 0 hit).

Đo thật (`.session-counter.json` + git), lấy S124 (lần audit H24 đầu tiên, counter=3) làm mốc: **7 nhãn phiên sau đó (S125→S131) counter chỉ +4** — ba nhãn **S128 · S129 · S130 không tick** (counter đứng ở 6). S130 có bằng chứng văn bản mở bằng `/tiep` (HANDOFF:5 *"S130 — /tiep sạch 7/7"*); S128/S129 suy đoán cùng kiểu — không có bằng chứng trực tiếp về cách mở. Cùng khoảng đó có 6 commit `wal: pause` (dẫn làm bằng chứng mạch pause→`/tiep` được dùng dày, không phải số để đối chiếu với 3 nhãn).

Hệ quả, tính trên cửa sổ 8 nhãn S124→S131: **5 tick / 3 không-tick → counter dưới-đếm ~37% (≈1,6× theo đơn-vị nhãn phiên; con số phụ thuộc cửa sổ đo)**. Nhịp "light mỗi 6" của owner vì thế giãn đáng kể theo phiên vận-hành. Cảm nhận của owner ("lâu rồi không thấy chạy") ĐÚNG trong khi máy nói "4/6 chưa đến hạn" — cả hai cùng đúng vì đo bằng hai đơn-vị khác nhau. Đây là datapoint đo-được đầu tiên phía SE cho đúng chủ-đề broadcast `2026-07-16-Governance-session-logic-tach-session-vat-ly-huong-van-hanh-moi`: "phiên" của scheduler H24 hiện = "lần `/session-start` có HEAD mới" — hẹp hơn cả phiên-vật-lý lẫn phiên-logic.

## GAP-2 — 3 closeout liên tiếp không spawn monitor H1/H2, dù §L.b ghi "KHÔNG skip"

`session-end §L.b` (session-end.md:52): *"auto-maintain (a)→(j) (đủ HẾT, KHÔNG skip — thiếu = ledger thối). (d)(f) = H2 harvest-curator · (g) = H1 tooling-auditor"* — không có nhánh light-skip cho các mục monitor.

Đo thật: mtime diary 2 monitor đứng ở **2026-07-16 15:18** (closeout S125+S126; git xác nhận commit cuối chạm diary = `e9124fc` 15:19, 0 commit nào sau đó chạm). Ba closeout sau thời điểm đó — S128 `289ba96` 20:57 · S129 `295c70c` 23:16 · S130 `71757fc` 00:26 — không kèm cập nhật diary; S130 Recently-Done còn tự ghi *"0 sub spawn"*. Ba closeout đó cũng bỏ luôn bước đọc-overdue H24 `§L.b(j)` — tức cả lớp ĐỌC counter cuối phiên cũng không chạy, không riêng H1/H2. Không máy nào đo lớp "nghi-thức có chạy không" — im lặng trông y hệt sạch (cùng họ caveat (e) trong adap-report H24 của SE).

Caveat đo: bằng chứng là proxy 2-nguồn (mtime + commit-log), không phải log-spawn trực tiếp. Nếu monitor CÓ chạy mà diary không được ghi thì đó là lỗi khác (harvest-miss) — hai cách đọc đều là lỗi, nhưng SE chưa phân biệt được từ đĩa.

## GAP-3 — Diary per-role 2 vai H24 = KHÔNG TỒN TẠI sau lần chạy đầu; lưới per-RUN mù per-ROLE

2 vai H24 đã chạy lần đầu S124 (owner-triggered dogfood: lead-view 9 flag · lead-omission 4 flag + 1 escalate; 0-garble) — flip một phần caveat (a) trong adap-report H24 §5(a) của SE. Nhưng findings chỉ nằm ở run-folder (`sub-lead-view.md` · `sub-lead-omission.md`); folder `agent-memory/lead-{view,omission}-auditor/` đến hôm nay vẫn KHÔNG có `MEMORY.md`, và `memory-budget.json:measured` không có key cho 2 vai. Monitor là lane RETURN-only (không Write) — lead phải harvest on-behalf, lead S124 sót, và suốt 8 nhãn phiên không ai bắt vì: dual-accept orphan-check đo **per-RUN** (folder có `review-synthesis.md` = đóng → im ĐÚNG theo thước của nó), còn lớp đo **per-ROLE** ("vai đã chạy thì diary phải tồn tại") chưa có ai sở hữu. Vòng tự che khép kín: harvest-curator — lớp bắt đúng loại lỗi này (Placement/Coverage) — nằm trong GAP-2 nên không chạy.

## SE tự làm trong-khung (đã trình owner, chờ gật từng mục)

1. Wire tick vào `/tiep` (+ cân nhắc tick-at-close idempotent) — vá trong repo SE, sẽ báo kết quả đo sau.
2. Spawn dồn H1+H2 re-report phủ S127→S131 + harvest hồi tố diary 2 vai H24 từ run S124 (VERIFY→APPEND) + ghi error-ledger cho 3 closeout chạy tắt.
3. H24 light-run owner-triggered ngay thay vì chờ counter 9.

## Đề xuất hub cân nhắc (khung — SE không tự sửa canonical)

- **H22×H24:** canonical hoá tick đa-điểm-vào (mọi đường vào phiên đều tick, hoặc tick-at-close) — kẽ này sẽ tồn tại ở MỌI sister adopt cả 2 harness và dùng pause→`/tiep`.
- **Răng máy cho nghi-thức:** detector "closeout-missing-monitor" (closeout-commit không kèm delta diary monitor) + "first-run-role-has-diary" (per-ROLE bên cạnh per-RUN).

## Honest-caveat

1. n=1 SE; "nhãn phiên" do SE tự đánh số, không phải đơn-vị khách quan; tỉ số 5-tick/3-không-tick đọc theo arithmetic counter trên cửa sổ 8 nhãn — 1,6× là số của cửa sổ này, không phải hằng số.
2. Cách mở S128/S129 là suy đoán; chỉ S130 có bằng chứng văn bản `/tiep`.
3. GAP-2 đo bằng proxy (mtime + commit-log); chưa loại được cách đọc "có chạy mà không harvest".
4. Cả 3 gap lộ ra nhờ câu hỏi của owner, không phải máy — bản thân điều đó là datapoint cho lớp "máy mù nghi-thức".

— SE (S131)
