---
name: feedback-claim-stronger-than-work
description: "Mệnh-đề \"đã ghi/đã chuyển/đã kết-luận\" trong sổ là CLAIM ĐO ĐƯỢC — phải đo trước khi viết; stub/summary là nơi sai-số đóng băng vì người sau không mở gốc nữa"
metadata: 
  node_type: memory
  type: feedback
  originSessionId: 46e076b1-2107-433d-a15a-2ed051c0f5f8
  modified: 2026-08-01T04:12:00.641Z
---

Mọi câu trong sổ có dạng *"X đã được ghi / đã chuyển vào archive / đã kết-luận VERDICT-Y"* là một **CLAIM ĐO ĐƯỢC**, không phải lời tường thuật. Phải **đo rồi mới viết**, không được suy từ ý-định vừa làm xong.

**Why:** S162 bắt **3 ca cùng một class trong CÙNG một phiên** (`harvest-curator` F-02/F-03 + `reviewer` F-8) — đủ để gọi là lớp lỗi, không phải sự cố lẻ:
1. Stub `cicd-monitor/MEMORY.md` khai *"(#422 `b5799fc` … #425 `a2bbcb9`) — verbatim → `archive/2026-07.md`"*; đo: **2/5 chưa từng vào archive** (`git log -S"b5799fc" -- .../archive/` **rỗng toàn lịch sử**). Nguyên-liệu còn nguyên ở run-folder ⇒ mất **lớp đã chưng cất**, không mất dữ-liệu — nhưng câu khai che mất chỗ hổng.
2. `ship-synthesis.md` trích ``designer `VERDICT: SHIP-READY` `` **như verbatim**; sub-file 17.844 B **0 hit** chuỗi đó (file kết bằng "TỰ ĐÁNH GIÁ CÒN HỞ"). Nội dung khớp đĩa nên **không phải bịa** — nhưng hình-thức trích dẫn **tạo ra một chuỗi chưa từng tồn tại**.
3. Memory vai viết *"0 rác 403"* **vô điều kiện** cho một claim vốn **CÓ ĐIỀU KIỆN** (chỉ đúng khi gate dùng đúng key policy endpoint) ⇒ đóng băng cái sai vào trí-nhớ vai.

Điểm chung: người viết **vừa làm xong nên "biết" nó đã xong**, rồi viết câu tổng-kết theo **trí-nhớ về ý-định** thay vì theo đĩa. Nguy nhất là vị trí: stub/summary được thiết-kế để **thay thế việc mở gốc**, nên sai-số đóng băng đúng ở lớp mà người sau tin nhất. Máy MÙ hoàn toàn — không detector nào so được "câu khai" với "trạng-thái đĩa" ở dạng tổng quát.

Cùng gia đình với `#53` (return nói khác đĩa) nhưng **ngược chiều**: #53 là **mất** thứ đã làm; đây là **khai** thứ chưa làm.

**How to apply:**
1. Trước khi viết mệnh-đề *đã-làm* vào bất kỳ sổ bền nào (MEMORY vai · synthesis · STATUS · HANDOFF): chạy **đúng 1 lệnh** chứng minh (`grep`/`git log -S`/`ls`). Rẻ hơn nhiều so với một vòng người-sau-tin-nhầm.
2. **Trích dẫn verdict thì phải grep được.** Guard đã dựng: mọi `sub-*.md` kết bằng `END <slug> — VERDICT=<…>` ⇒ ai trích mà grep 0 hit là lộ ngay. Đừng trích "tinh thần" của một verdict rồi đóng ngoặc kép quanh nó.
3. **Claim có điều kiện phải mang điều kiện theo.** "0 rác 403 **với điều kiện** gate = đúng key policy endpoint" — bỏ vế điều kiện đi là biến một quan sát đúng thành một luật sai.
4. Khi phát hiện: **đính chính tại chỗ khai**, không xoá — ghi rõ đo được gì, còn gì phục hồi được (bài S162: nguyên-liệu còn ở run-folder ⇒ hạ từ "mất hẳn" xuống "mất lớp chưng cất").
5. 🔴 Verify khi lệnh trả **0 hit**: chạy thêm **control-dương cùng hình-dạng** trước khi kết luận "vắng mặt thật" — `ring1` @S162 làm đúng vậy (`git log -S"1a47a61"` = 1 commit) và nhờ đó claim của H2 **đứng vững hơn cả bản H2 nộp**. 0-hit của một lệnh chưa từng chứng minh có răng thì không kết luận được gì.

**+S166 — biến-thể MỚI cùng class: chép claim VAI-ĐO vào sổ TRƯỚC vòng-KIỂM.** `lead-stale` deep trả FLAG F-8 "tiep_reload ĐẢO DẤU: đo tươi 180.649B = ĐÃ ĐẠT dải" — lead chép NGUYÊN kết-luận vào `WAL:33` ngay khi vai trả (trước khi `ring2-audit` chấm). Ring2 sau đó BÁC: vai đo SAI PHẠM-VI (đọc HANDOFF `:1-117` nuốt 7 segment cũ thay vì `:1-40`), đúng phạm-vi = 120.633B ~30-40K **VẪN DƯỚI sàn** — kết-luận LẬT NGƯỢC. Nếu closeout thi hành resolve theo WAL thì **owner-decision slot (59) bị đóng bằng tiền-đề sai, ngược chiều**. Khác 3 ca S162 (tự khai việc mình chưa làm): đây là **tin claim của VAI-ĐO khi vòng 3-nấc đo→kiểm CHƯA khép**. Luật: **claim ĐẢO-DẤU/LẬT-TIỀN-ĐỀ của vai-đo chỉ được vào sổ bền SAU khi vòng-kiểm chốt**; trước đó ghi ở thể nghi-vấn kèm "chờ ring2". Vòng 3-nấc chứng minh giá trị bằng đúng 1 ca này.

**+S185 — biến-thể thứ 3: sổ ghi theo DỰ-ĐỊNH khi nghi-thức bị CẮT giữa chừng.** Closeout ONE-SHOT viết khối `memory-triple` với 3 dòng `exit 0` / `mfe-eval -Detail` cho 2 máy **chưa hề chạy trong cửa đó** — không bịa, chỉ là "đằng nào cũng chạy" rồi mạch đứt vì push-fail + sự cố DB prod. Không máy nào bắt (dòng đó là văn-bản tự-do, ngoài mọi detector). Thứ bắt được = **owner gọi "làm tiếp session-end"** + lead tự rà checklist ⇒ chạy bù, đính chính tại chỗ, ghi cả lý do.
**Luật rút ra:** nghi-thức gộp-một-lượt (ONE-SHOT) có mặt tối phải khai — **đứt giữa chừng làm SỔ nói dối nhanh hơn làm VIỆC rơi**, vì việc thiếu thì thấy được, còn sổ thì đã ghi xong. ⇒ khi mạch bị cắt bất-thường: **rà lại checklist TRƯỚC khi tin sổ vừa viết**, và số nào chưa có máy in thì để trống chứ đừng điền trước. Cùng họ với `(f-bis)` (đo trước khi ghi) nhưng ở trục THỜI-ĐIỂM-GHI chứ không phải thứ-tự-đo.

Link [[feedback_agent_return_garble_recover]] [[feedback_absence_looks_like_clean]] [[feedback_faultinjection_proves_teeth]] [[feedback_meta_count_selfcoverage_blindspot]].
