# B3 + B4 — đề-xuất 🔒 OWNER-GATED (chờ anh quyết, em KHÔNG tự apply)

> Soạn @S126 2026-07-16 theo spec `../2026-07-16-S125-fable-real-adap-review/spec-adap-review-s125-16-07-2026.md` mục B3/B4. Mọi con số token dưới đây là **CẬN-TRÊN heuristic notice** (dải, không phải "đo được" — nhãn S125).

---

## B3 · Retier mega-line STATUS/HANDOFF `[carry:retier-megaline]` — anh chọn 1 trong 3

**Hiện-trạng đo từ đĩa (2026-07-16):**

| File | Tổng | Số dòng | Mega-line | Cận-trên notice |
|---|---|---|---|---|
| `docs/STATUS.md` | 137.775 B | 249 dòng | **dòng 6 = 64.681 chars** | 70.892 (whole-file) |
| `docs/HANDOFF.md` | 63.379 B | 12 dòng | **dòng 5 = 57.147 chars** | 33.684 (Read-notice hôm nay) |

Hai file cộng lại chiếm **[12–27]% cận-trên** trần 380K luôn-tải (dải byte/4 → notice; KHÔNG phải "27% đã-đo"). Chi phí THẬT đã thấy trong vận hành: (i) Read bị cap 25K token → phiên này phải grep thay vì đọc HANDOFF; (ii) bẫy `grep -c` đếm-dòng vs occurrence trên mega-line (bài S121, đã có memory); (iii) diff git mỗi lần sửa = rewrite cả dòng khổng-lồ, khó review.

**3 phương án:**

| # | Phương án | Được gì | Mất gì / rủi ro |
|---|---|---|---|
| 1 | **GIỮ nguyên** | 0 công; format hiện tại máy vẫn xử được | 3 chi phí trên tiếp diễn; mega-line tiếp tục phình theo session |
| 2 | **TÁCH dòng** — bung mega-line thành section nhiều dòng, nội dung GIỮ nguyên | Read/grep/diff sạch; công nhỏ 1 lần; không mất chữ nào | KHÔNG giảm token luôn-tải (vẫn [12–27]% cận-trên); vẫn vi phạm tiering S40 về tinh thần |
| 3 | **RE-TIER** — áp đúng luật tiering S40 sẵn có: giữ current + 2-3 session gần nhất, phần cũ archive verbatim → `docs/changelog/sessions/` + `docs/_archive/` với pointer | Giảm THẬT luôn-tải (ước còn dưới ~1/3 dải hiện tại — số chính xác đo sau khi cắt); đúng luật đã ký; hết cả 3 chi phí | Công lớn nhất; rủi ro cắt-quá-tay → mitigate BẮT BUỘC: archive VERBATIM trước rewrite (bài `feedback_status_handoff_tiering`) + re-ground count từ code |

**Khuyến-nghị của em: #3 (re-tier)** — vì tiering S40 là luật ĐÃ có mà 2 file này đang vi phạm (12 dòng nhưng 57K chars/dòng = dồn nhiều session vào 1 dòng thay vì archive); #2 chỉ đổi hình-dạng, không trả nợ gốc. Nhưng đây là quyết-định anh (carry anh đặt): **giữ / tách / re-tier?**

---

## B4 · `memory-budget.json:74` wording — diff 1-dòng chờ anh gật

Config này anh ký mark `RC-…01-58-01` ⇒ em không tự đổi. Literal xác nhận còn trên đĩa (chạm 2026-07-16): dòng 74 `_target_note` chứa cụm `"...judging a POSITIVE real-token headroom exists on the stable hot-load floor"`.

Vấn-đề: sau relabel S125 (notice-N = heuristic CẬN-TRÊN, không phải token thật), cụm **"real-token headroom"** trong điều-kiện owner-raise là nhãn cũ — chính class mislabel vừa đính-chính với hub.

**Diff đề xuất (đúng spec):**

```diff
- ... ONLY after judging a POSITIVE real-token headroom exists on the stable hot-load floor.
+ ... ONLY after judging a POSITIVE cận-trên (heuristic notice) headroom exists on the stable hot-load floor.
```

Biến-thể B (nếu anh muốn giữ file toàn English cho đồng giọng): `"a POSITIVE upper-bound (heuristic-notice) headroom"`. Nội dung tương-đương, anh chọn 1 hoặc bảo giữ nguyên.

Phần caveat S115 phía sau dòng 74 đã có sẵn chữ "UPPER BOUND" — diff này chỉ làm vế điều-kiện đầu câu khớp nhãn với phần còn lại.
