[CLAUDE] Docs: YC-043 3-phan-quyet dong duoi S200 — waive prod-test (4 ma dong nac TAM) + (94)=BYTE cap+20% (30720/36864) + nen moved-not-cut 2 vai (over-BYTE=0, G.6 LIVE) + (74) owner-tu-quan

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/governance/so-yeu-cau-chu-du-an.md

@@ -60,19 +60,20 @@ Dữ-liệu cũ (WAL · HANDOFF · auto-memory · migration-todos) **KHÔNG** đ
 | `YC-025` | "OK làm tiếp hết đi, xong hết tao review 1 lần luôn" | 2026-08-10 · S188 | **đóng** *(vế làm-trọn SHIP @S187-S188; vế "review 1 lần" anh THỰC HIỆN @S190 2026-08-12 trên prod → ra 5 điều chỉnh = `YC-029`)* | 1 | WAL chain (thi-công → WAL) | Làm TRỌN các wave còn lại của YC-023/024 (W3 seed 7 quy trình + key Designer → W4 guard 4-cửa → W5 card nguồn-gốc + ruột pre-fill (88) → W6 màn duyệt 2-nút + Đ2-guard → W10 dry-run toàn trình) KHÔNG dừng chờ anh nhìn prod giữa wave; gate máy + reviewer-agent per-wave GIỮ NGUYÊN; push gom 1 lượt cuối (tránh #86 + tránh bản prod trung gian); anh review MỘT LẦN trên prod khi trọn. W8 vẫn HOÃN theo (82) "phân quyền sau", W9 vẫn HỦY theo (85) | |
 | `YC-030` | "Q1 ->như KHKK ⏎ Q2 -> Chỉ select theo loại HĐ ⏎ Q3 -> Port sang luôn ⏎ Q4 -> Người tao xóa người duyệt ko đc xóa, chỉ trả lại thôi. ⏎ Q5 -> Thay luôn và mỗi loại 1 quy trình tương tự KHKK và cấu trúc duyệt và history cũng tương tư KHKK ⏎ Xong thì push và deploy lên nhé. Để tao kiểm tra" | 2026-08-12 · S190 | **mở** | 1 | run `2026-08-12-S190-soltuon-dieu-chinh-hd/` *(thi-công → WAL)* | 5 phán quyết đóng Q1-Q5 của YC-029 + lệnh deploy: **Q1** layout my-contracts về **KHKK-THUẦN** (bác nhánh hoán-đổi đã chạy: BỎ cột danh-sách thường-trực bên phải; cây trái = trục, flat-list = fallback trong CÙNG panel khi search/lọc; panel-3 = workflow+history/dashed y KhkkListPage) · **Q2** panel cây giữ **Select theo LOẠI HĐ** (trục nhóm của KHKK ⇒ trục loại của HĐ) · **Q3** PORT 3 món KHKK vào màn duyệt HĐ (ô "Cấp này KẾT THÚC" + badge "Duyệt thay CEO" + banner kết-thúc-sớm — cần nở `ContractDetail` DTO + service đọc cờ) · **Q4** *"người TẠO xóa (typo 'tao'), người DUYỆT KHÔNG được xóa — chỉ Trả lại"* = XÁC NHẬN đúng W5 đã ship (approver-delete KHÔNG BAO GIỜ mở cho HĐ — khác PE; đóng `[carry:w8-delete-policy]` vế approver) · **Q5** THAY `QT-HD-V2-001` bằng đúng 7 bản `HD-*` per-loại (data-op cả Dev lẫn prod) + cấu trúc duyệt & history màn HĐ = y khuôn KHKK (gộp Q1/Q3) · rồi **PUSH + DEPLOY prod để anh kiểm tra** (⇒ mở CỬA NGOÀI-GIỜ: dọn workspace runner vá-gốc P0 TRƯỚC push) | |
 | `YC-029` | "Thứ 1 (Ành 1): Bỏ phần này sang bên này nhé. ⏎ Thứ 2 (Ảnh 2): Điều chỉnh. ⏎ Thứ 3: Phần hợp đồng Menu đang bị lẫn lộn, click vào menu này thì nhảy sang Menu khác, điều chỉnh lại nhé. ⏎ Thứ 4: Phần thao tác, duyệt, xóa ... -> Cấu trúc tương tự như KHKK. ⏎ Thứ 5: Bên trong Admin -> Cấu hình Menu đúng chính xác cho từng loại HĐ nguyên tắc, thầu phụ -> Cấu trúc Menu tương tự giống với KHKK và Duyệt NCC (Ảnh 3) ⏎ Cho /fable-real invest và review các điều chỉnh spec, ra các wave và checklist cụ thể. ⏎ /fable-clone review lại 1 lần nữa. ⏎ /fable-real vào các vai style FE, BE -> Invest Ra cái spec list để style đồng nhất với các thiết kế đó. ⏎ /fable-clone Vai FE, BE review style -> Review lại ⏎ /fable-real tổng hợp cuối cùng ra từng wave cụ thể, sau đó ⏎ -> Sau đó Fan-out cho OPus 5 MAX xử lý toàn bộ plan, tên Plan \"SOLTUON-12-08-2026\"" *(kèm 3 ảnh prod eoffice `my-contracts?type=1` + admin Designer)* | 2026-08-12 · S190 | **mở** | 1 | run `2026-08-12-S190-soltuon-dieu-chinh-hd/` *(thi-công → WAL)* | Kết quả review GĐ3 của anh (vế 2 YC-025) = 5 điều chỉnh UAT: **(1)** ảnh-1 dời khối được khoanh (cột danh-sách HĐ trống) sang vị-trí mũi-tên chỉ — đọc-hình bậc-2, invest xác nhận từ khuôn KHKK trước khi khoá spec · **(2)** ảnh-2 mỗi LOẠI HĐ = 1 quy-trình duyệt RIÊNG, UI phải thể hiện đúng (7 menu loại đã khoanh) · **(3)** BUG menu HĐ lẫn lộn: click menu này nhảy sang menu khác — điều chỉnh routing/menu-key · **(4)** bộ thao-tác (duyệt/xóa/thao tác/đang duyệt/đã duyệt/đã xóa) cấu trúc y KHUÔN KHKK · **(5)** ảnh-3 Admin Designer: thêm mục cấu-hình quy-trình per-LOẠI-HĐ (nguyên tắc, thầu phụ, …) y khuôn "Duyệt NCC (Mới)" + "Duyệt KHKK — Nhóm 1..8". Pipeline anh chỉ định 6 bước: ① `/fable-real` invest+review điều chỉnh spec → wave+checklist *(em gán `investigator-codebase`)* ② `/fable-clone` review lại *(`reviewer`)* ③ `/fable-real` ×2 vai style FE/BE invest spec-list style đồng nhất *(`front-end-reviewer-style` + `back-end-reviewer-style`)* ④ `/fable-clone` FE/BE review style lại ⑤ `/fable-real` tổng hợp cuối ra wave cụ thể *(`reviewer`)* ⑥ fan-out **Opus 5 MAX** xử lý toàn bộ plan, tên plan **"SOLTUON-12-08-2026"** (giữ nguyên văn tên anh đặt) | |
-| `YC-031` | "Admin -> tạm ôn. ⏎ eOffice -> vào trắng màn hình" *(kèm ảnh prod eoffice trắng trơn)* ⏎ → "fix luôn đi, lỗi này bị 2-3 lần rồi" ⏎ → "Fix lỡi này luôn rồi chạy /session-end" | 2026-08-13 · S191 | **mở** *(vá GỐC đã ship `305b573f`, CI đang verify; đóng khi anh xác nhận prod ổn qua 1 chu-kỳ deploy KHÔNG hotfix tay)* | 3 | `docs/gotchas.md` #92 + `.gitea/workflows/deploy.yml` + session-log S189-S191 *(thi-công → WAL)* | Anh kiểm prod GĐ3 sau deploy #600 → eOffice **trắng màn**, admin tạm ổn. 🔴 Vế **"bị 2-3 lần rồi"** là phần NẶNG NHẤT của yêu-cầu: anh KHÔNG xin hotfix, anh đòi **thôi tái phát** ⇒ cấm vá triệu chứng (scp bundle) rồi tuyên xong. Đội hiểu: **(1)** cứu prod ngay (build local lành scp đè ×2 app — đã làm, console 0 lỗi) · **(2)** truy ROOT-CAUSE thật: `deploy.yml` xoá `package-lock.json` rồi `npm install` ⇒ mỗi run resolve lại cây theo semver ⇒ cùng commit ra bundle khác nhau ⇒ CI xanh mà bundle crash `useState null`; lockfile cũ (23/04) thiếu `@microsoft/signalr` nên "xoá cho lành" từng có vẻ hợp lý · **(3)** vá gốc: lockfile tái sinh từ cây lành + `npm ci` + **GUARD-92** chặn React trùng bản (fault-inject 4 ca, bắt được dương-giả `lucide-react` trước khi push) · **(4)** khắc gotcha **#92** kèm luật "verify deploy FE phải có 1 phép đo RUNTIME" — vì 2 lần lọt đều do mọi phép đo chỉ đo FILE (byte-match + HTTP 200), không đo CHƯƠNG TRÌNH CHẠY. ✅ **ĐÓNG vế kỹ-thuật @S191:** CI run **#488 PASS 6/6**, hash CI == local **4/4** (`CR538vZx`/`C10ta-wB`), runtime-verify 2 app console 0 lỗi. 🔴 **ĐÍNH CHÍNH 2 điều lead ghi SAI ở dòng này (cặp H24 bắt @close):** **(a)** `.nvmrc` **CÓ tồn tại** (`fe-admin/.nvmrc` + `fe-user/.nvmrc` = `20`, tracked từ `25dad7f3`) — cái thiếu là **người ĐỌC nó** (`deploy.yml` 0 hit `setup-node`) = ghost-wire class-2, không phải file-missing; chẩn sai thì vá sai (đi tạo lại file = vô ích). **(b)** nghi vấn "chênh node/npm là nguồn bất-định còn lại" **BỊ BÁC bằng đo**: runner node v24.15.0/npm 11.12.1 vs local v22.13.0/npm 10.9.2 vẫn ra **đúng 4/4 hash** ⇒ nguồn bất-định duy nhất là việc xoá lockfile, đã vá. 🔸 **1 điểm chưa khớp CẦN ANH 1 CÂU:** anh nói **"2-3 lần"**, sổ + gotcha #92 truy được **2 ca có vết** (S189 #486 · S191 #600); grep `"trắng màn"` toàn sổ bền = 6 hit/5 file, **100% thuộc 2 ca đó, 0 vết cho ca thứ 3**. ⇒ hoặc có 1 ca chưa từng vào sổ (mẫu root-cause đang thiếu 1/3 dữ liệu), hoặc anh nói ước lượng. 🔸 CÒN TREO: node/npm runner **chưa pin** — chờ anh quyết pin `setup-node` đọc `.nvmrc` hay khai thẳng "cố ý không pin". | |
-| `YC-032` | "Spec đổi 1 chút nhé chỗ hợp đồng: ⏎ Hợp đồng thầu phụ -> Tách làm 2 Menu Thầu phụ (Nhân công & Vật tư) và Thầu phụ (Nhân công & Thiết bị): ⏎ -> Sau đấy chỗ khung form nhập : Lấy từ form này đưa vào (Hình 3) -> Người nhập sẽ giống như đang view từ trên xuống toàn bộ cái hợp đồng. ⏎ Thông tin sẽ kế thừa từ Duyệt NCC và KHKK -> Fill vào các cô đó, từ các thống tin duyệt NCC đã fill đầy -> KHKK đã fill đầy -> Sau đó fill đầy vào cái nào còn thiếu sẽ fill cuối cùng. Trọn thành 1 cái hợp đồng -> Chỉ cần in ra trình ký thôi. Sau đó upload bảng cứng lên và khóa. ⏎ Làm trước cho tao xem 2 cái hợp đồng đó trước thử. ⏎ Cho /fable-clone invest và review cách làm ra từng wave cụ thể -> Sau đó cho Opus 5 MAX xử lý" *(kèm 3 ảnh: ×2 prod eoffice menu `DUYỆT HỢP ĐỒNG › 01. HĐ Thầu phụ` khoanh đỏ + 1 ảnh thư mục `D:\Dropbox\CONG_VIEC\SOLUTION\FORM` khoanh đỏ 2 file `SOL-CCM-FO-002.02` và `002.03`)* | 2026-08-13 · S194 | **mở** | 1 | *(thi-công → WAL)* | Đổi spec GĐ3 Duyệt Hợp đồng, 4 vế: **(1) TÁCH menu** `01. HĐ Thầu phụ` (nay 1 mục, `ContractType.HopDongThauPhu`/`HD-TP`) thành **2 menu ruột riêng**: *Thầu phụ (Nhân công & Vật tư)* ↔ form `SOL-CCM-FO-002.02.v01` · *Thầu phụ (Nhân công & Thiết bị)* ↔ form `SOL-CCM-FO-002.03.v01` — 🔴 chưa rõ tách ở tầng nào (thêm `ContractType` mới ⇒ đụng enum + 7 quy trình `HD-*` + policy/menu-key, hay 1 type + cờ biến-thể) = **câu invest phải trả, không tự chọn**. **(2) ĐỔI KHUÔN FORM NHẬP** — bỏ dạng field rời rạc, dựng **document-view cuộn từ trên xuống đúng thân hợp đồng gốc**, nội dung lấy từ chính 2 file `.doc` anh khoanh (516.608 B + 591.360 B, `D:\Dropbox\CONG_VIEC\SOLUTION\FORM\`; định dạng `.doc` binary cũ **không phải** `.docx` — trích cần office-document, và bản `002.02` **đang mở trong Word** [file khoá `~$`] ⇒ chỉ đọc). **(3) PRE-FILL 3 TẦNG dồn về 1 văn bản trọn:** Duyệt NCC (đã fill đầy) → KHKK (đã fill đầy) → người nhập chỉ điền **phần còn thiếu ở bước cuối** ⇒ ra hợp đồng hoàn chỉnh **chỉ để IN ra trình ký**. **(4) CHỐT bằng bản cứng:** upload bản đã ký → **KHÓA** (khớp mốc-cứng 1-MỐC của KHKK W7). **Phạm vi lượt này = LÀM TRƯỚC 2 HĐ đó cho anh xem**, không làm cả 7 loại. **Pipeline anh chỉ định:** `/fable-clone` invest + review → ra **từng wave cụ thể** → rồi **Opus 5 MAX** xử lý. | |
+| `YC-031` | "Admin -> tạm ôn. ⏎ eOffice -> vào trắng màn hình" *(kèm ảnh prod eoffice trắng trơn)* ⏎ → "fix luôn đi, lỗi này bị 2-3 lần rồi" ⏎ → "Fix lỡi này luôn rồi chạy /session-end" | 2026-08-13 · S191 | **đóng** *(@S200: điều-kiện máy ĐẠT — ≥4 chu-kỳ deploy sạch #490→#495, 0 hotfix tay từ #488; vế node/npm-pin RESOLVED (93)a @S200 [node v22.13.0 exact + GUARD-nvmrc đọc `.nvmrc` thật]; ca-3 = ước lượng (95); owner waive test tay `YC-043` vế 1. Bung → mã mới)* | 3 | `docs/gotchas.md` #92 + `.gitea/workflows/deploy.yml` + session-log S189-S191 *(thi-công → WAL)* | Anh kiểm prod GĐ3 sau deploy #600 → eOffice **trắng màn**, admin tạm ổn. 🔴 Vế **"bị 2-3 lần rồi"** là phần NẶNG NHẤT của yêu-cầu: anh KHÔNG xin hotfix, anh đòi **thôi tái phát** ⇒ cấm vá triệu chứng (scp bundle) rồi tuyên xong. Đội hiểu: **(1)** cứu prod ngay (build local lành scp đè ×2 app — đã làm, console 0 lỗi) · **(2)** truy ROOT-CAUSE thật: `deploy.yml` xoá `package-lock.json` rồi `npm install` ⇒ mỗi run resolve lại cây theo semver ⇒ cùng commit ra bundle khác nhau ⇒ CI xanh mà bundle crash `useState null`; lockfile cũ (23/04) thiếu `@microsoft/signalr` nên "xoá cho lành" từng có vẻ hợp lý · **(3)** vá gốc: lockfile tái sinh từ cây lành + `npm ci` + **GUARD-92** chặn React trùng bản (fault-inject 4 ca, bắt được dương-giả `lucide-react` trước khi push) · **(4)** khắc gotcha **#92** kèm luật "verify deploy FE phải có 1 phép đo RUNTIME" — vì 2 lần lọt đều do mọi phép đo chỉ đo FILE (byte-match + HTTP 200), không đo CHƯƠNG TRÌNH CHẠY. ✅ **ĐÓNG vế kỹ-thuật @S191:** CI run **#488 PASS 6/6**, hash CI == local **4/4** (`CR538vZx`/`C10ta-wB`), runtime-verify 2 app console 0 lỗi. 🔴 **ĐÍNH CHÍNH 2 điều lead ghi SAI ở dòng này (cặp H24 bắt @close):** **(a)** `.nvmrc` **CÓ tồn tại** (`fe-admin/.nvmrc` + `fe-user/.nvmrc` = `20`, tracked từ `25dad7f3`) — cái thiếu là **người ĐỌC nó** (`deploy.yml` 0 hit `setup-node`) = ghost-wire class-2, không phải file-missing; chẩn sai thì vá sai (đi tạo lại file = vô ích). **(b)** nghi vấn "chênh node/npm là nguồn bất-định còn lại" **BỊ BÁC bằng đo**: runner node v24.15.0/npm 11.12.1 vs local v22.13.0/npm 10.9.2 vẫn ra **đúng 4/4 hash** ⇒ nguồn bất-định duy nhất là việc xoá lockfile, đã vá. 🔸 **1 điểm chưa khớp CẦN ANH 1 CÂU:** anh nói **"2-3 lần"**, sổ + gotcha #92 truy được **2 ca có vết** (S189 #486 · S191 #600); grep `"trắng màn"` toàn sổ bền = 6 hit/5 file, **100% thuộc 2 ca đó, 0 vết cho ca thứ 3**. ⇒ hoặc có 1 ca chưa từng vào sổ (mẫu root-cause đang thiếu 1/3 dữ liệu), hoặc anh nói ước lượng. 🔸 CÒN TREO: node/npm runner **chưa pin** — chờ anh quyết pin `setup-node` đọc `.nvmrc` hay khai thẳng "cố ý không pin". | |
+| `YC-032` | "Spec đổi 1 chút nhé chỗ hợp đồng: ⏎ Hợp đồng thầu phụ -> Tách làm 2 Menu Thầu phụ (Nhân công & Vật tư) và Thầu phụ (Nhân công & Thiết bị): ⏎ -> Sau đấy chỗ khung form nhập : Lấy từ form này đưa vào (Hình 3) -> Người nhập sẽ giống như đang view từ trên xuống toàn bộ cái hợp đồng. ⏎ Thông tin sẽ kế thừa từ Duyệt NCC và KHKK -> Fill vào các cô đó, từ các thống tin duyệt NCC đã fill đầy -> KHKK đã fill đầy -> Sau đó fill đầy vào cái nào còn thiếu sẽ fill cuối cùng. Trọn thành 1 cái hợp đồng -> Chỉ cần in ra trình ký thôi. Sau đó upload bảng cứng lên và khóa. ⏎ Làm trước cho tao xem 2 cái hợp đồng đó trước thử. ⏎ Cho /fable-clone invest và review cách làm ra từng wave cụ thể -> Sau đó cho Opus 5 MAX xử lý" *(kèm 3 ảnh: ×2 prod eoffice menu `DUYỆT HỢP ĐỒNG › 01. HĐ Thầu phụ` khoanh đỏ + 1 ảnh thư mục `D:\Dropbox\CONG_VIEC\SOLUTION\FORM` khoanh đỏ 2 file `SOL-CCM-FO-002.02` và `002.03`)* | 2026-08-13 · S194 | **đóng** *(nấc TẠM owner-waive @S200 `YC-043` vế 1 — SHIP #490 trọn 4 vế + prod verify 6 chân; anh chưa duyệt sâu, bung thì mở mã mới)* | 1 | *(thi-công → WAL)* | Đổi spec GĐ3 Duyệt Hợp đồng, 4 vế: **(1) TÁCH menu** `01. HĐ Thầu phụ` (nay 1 mục, `ContractType.HopDongThauPhu`/`HD-TP`) thành **2 menu ruột riêng**: *Thầu phụ (Nhân công & Vật tư)* ↔ form `SOL-CCM-FO-002.02.v01` · *Thầu phụ (Nhân công & Thiết bị)* ↔ form `SOL-CCM-FO-002.03.v01` — 🔴 chưa rõ tách ở tầng nào (thêm `ContractType` mới ⇒ đụng enum + 7 quy trình `HD-*` + policy/menu-key, hay 1 type + cờ biến-thể) = **câu invest phải trả, không tự chọn**. **(2) ĐỔI KHUÔN FORM NHẬP** — bỏ dạng field rời rạc, dựng **document-view cuộn từ trên xuống đúng thân hợp đồng gốc**, nội dung lấy từ chính 2 file `.doc` anh khoanh (516.608 B + 591.360 B, `D:\Dropbox\CONG_VIEC\SOLUTION\FORM\`; định dạng `.doc` binary cũ **không phải** `.docx` — trích cần office-document, và bản `002.02` **đang mở trong Word** [file khoá `~$`] ⇒ chỉ đọc). **(3) PRE-FILL 3 TẦNG dồn về 1 văn bản trọn:** Duyệt NCC (đã fill đầy) → KHKK (đã fill đầy) → người nhập chỉ điền **phần còn thiếu ở bước cuối** ⇒ ra hợp đồng hoàn chỉnh **chỉ để IN ra trình ký**. **(4) CHỐT bằng bản cứng:** upload bản đã ký → **KHÓA** (khớp mốc-cứng 1-MỐC của KHKK W7). **Phạm vi lượt này = LÀM TRƯỚC 2 HĐ đó cho anh xem**, không làm cả 7 loại. **Pipeline anh chỉ định:** `/fable-clone` invest + review → ra **từng wave cụ thể** → rồi **Opus 5 MAX** xử lý. | |
 | `YC-033` | "97 -> là sao ? ⏎ 99 -> đc upload có quy trình duyệt riêng -> Duyệt nhanh thôi nhưng đã chốt rồi ko sửa đc (bảng cứng đã ký - giấy trắng mực đen upload thì làm sao sửa). ⏎ 100 -> hiện là chưa VAT nhưng nói chung chỗ này để sau. ⏎ 101 -> Tùy mày. ⏎ 102 -> Cái này cho nhân viên -> Có quy trình riêng nhưng để sau." | 2026-08-14 · S194 | **mở** *(4/5 câu đã phán; `(97)` anh HỎI LẠI ⇒ lead phải giải thích lại, chưa tính là đã đáp)* | 1 | `runs/2026-08-13-S194-yc032-hd-thauphu-2form/spec-…§⑤.g` *(thi-công → WAL)* | Đáp 4/5 câu của `YC-032`: **(97) anh hỏi ngược "là sao?"** ⇒ 🔴 lỗi ở LEAD — câu hỏi viết bằng từ nội bộ ("12 điều thiếu của PHẦN 2"), anh không có nghĩa vụ đoán; phải trình lại bằng vật thể anh nhìn được (bảng mục lục trong chính file anh gửi vs ruột file `002.04`). **(99) BẢN CỨNG = MỘT CHIỀU TUYỆT ĐỐI** — upload đi qua **một quy trình duyệt RIÊNG, duyệt nhanh**; duyệt xong là **CHỐT, không sửa được**. Lý lẽ anh nêu (ghi lại vì nó là *nguyên tắc*, không phải tuỳ chọn cài đặt): *"bảng cứng đã ký — giấy trắng mực đen upload thì làm sao sửa"* ⇒ đội hiểu: khoá phải là **bất-khả-đảo** (không phải cờ 2 chiều xoá-file-là-mở như hiện tại), và **xoá/thay file sau khi chốt = CẤM**. **(100) giá hiện là CHƯA VAT** — nhưng anh chốt **"để sau"** ⇒ KHÔNG dựng xử-lý VAT lượt này; vẫn phải KHAI trong spec rằng thân HĐ ghi "bao gồm VAT" mà số đang chưa VAT = **nợ đã biết**, không phải bỏ quên. **(101) đánh số menu = UỶ QUYỀN cho lead**. **(102) người upload = NHÂN VIÊN**, có quy trình riêng nhưng **để sau** ⇒ lượt này KHÔNG dựng phân quyền upload, nhưng lỗ authz `B-4` (endpoint 0 policy/0 ownership) vẫn phải KHAI là nợ đang mở. | |
 | `YC-034` | "à có nhé, file này" *(kèm ảnh thư mục FORM khoanh đỏ `SOL-CCM-FO-002.04.v01 Dieu kien chung hop dong tron goi.docx` 189 KB)* ⏎ → "nhưng vậy cho nó phần cuối là đc" | 2026-08-14 · S194 | **đóng** *(đáp nốt câu `(97)` — bộ 5 câu `YC-032` nay 5/5 CÓ ĐÁP)* | 1 | `spec-…§⑤.g` + `②.3` *(thi-công → WAL)* | Đáp `(97)`: PHẦN 2 "Điều kiện chung" **= chính file `002.04`** anh khoanh, và **đặt ở PHẦN CUỐI** của document-view. ⇒ **CHẶN GỠ**, nhưng gỡ bằng **thu hẹp phạm vi**, KHÔNG phải bằng tìm ra 12 điều: đo lại bằng thước ĐÃ VÁ (control-dương 3/3 CO sau khi sửa lỗi nối-mảnh-chữ bằng dấu cách) ⇒ `002.04` vẫn **5 điều / 40 đoạn / 6.929 chữ**; 12 tên điều (Đơn giá · Tiện ích · Phát sinh · Nghiệm thu · **Tạm ứng** · Nghĩa vụ · Phạt · Chấm dứt · **Bảo hành** · Bất khả kháng · Thông báo · Hối lộ) **0 hit**. ⇒ Đội hiểu: document-view = **PHẦN 1** (ruột riêng, lấy từ `002.02`/`002.03`) **+ PHẦN 2 gắn ở cuối** (dùng chung, lấy từ `002.04`, **5 điều**). 🔴 **Hệ quả phải khai, không được im:** bảng tóm tắt cuối PHẦN 1 có ô trỏ *"xem ĐIỀU 8 / ĐIỀU 12"* của PHẦN 2 — 2 điều đó **không tồn tại trong `002.04`** ⇒ con trỏ chết vẫn còn, chỉ là **owner chấp nhận đi tiếp**, không phải đã hết. Ghi thành nợ đã-biết cùng hạng với VAT `(100)`. | |
 | `YC-035` | "OK làm tiếp đi nhé" | 2026-08-14 · S194 | **đóng** *(lệnh đi-tiếp, thi-hành ngay trong lượt)* | — | WAL chain G1 *(thi-công → WAL)* | Duyệt cho lead HOÀN NỐT 7 site backend còn lại của G1 bằng tay (sau khi lead khai wave land nửa chừng: BE 1/8 site, 2 nhánh câm đang nuốt 2 loại mới). KHÔNG phải yêu-cầu mới — là tái xác nhận `YC-032` vế "cho Opus 5 MAX xử lý", nên KHÔNG tính là mục nhắc-lại mới. | **`YC-032`** |
-| `YC-036` | "OK xong hết hoàn toàn đi rồi tao sẽ test" | 2026-08-14 · S194 | **mở** | — | WAL chain G1-G5 *(thi-công → WAL)* | Lệnh làm TRỌN `YC-032` — hết 4 vế, không dừng giữa chừng để hỏi, rồi anh tự kiểm trên prod. Đội hiểu: chạy nốt G1 (office + verify FE) → G2 khung document-view → G3 pre-fill → G4 in + khoá bản cứng → G5 review + deploy, và **deploy lên prod** vì "tao sẽ test" hàm ý anh test trên máy thật. 🔴 Ràng buộc GIỮ NGUYÊN, không được lấy chữ "xong hết" để bỏ qua: 4 nợ đã-biết ở spec `§⑥.c` (VAT · con-trỏ chết ĐIỀU 8/12 · authz đính kèm · 12 điều PHẦN 2) là owner CỐ Ý hoãn — vẫn phải KHAI khi báo cáo, cấm im lặng cho tròn. | **`YC-032`** |
+| `YC-036` | "OK xong hết hoàn toàn đi rồi tao sẽ test" | 2026-08-14 · S194 | **đóng** *(nấc TẠM owner-waive @S200 `YC-043` vế 1 — cùng đợt YC-032)* | — | WAL chain G1-G5 *(thi-công → WAL)* | Lệnh làm TRỌN `YC-032` — hết 4 vế, không dừng giữa chừng để hỏi, rồi anh tự kiểm trên prod. Đội hiểu: chạy nốt G1 (office + verify FE) → G2 khung document-view → G3 pre-fill → G4 in + khoá bản cứng → G5 review + deploy, và **deploy lên prod** vì "tao sẽ test" hàm ý anh test trên máy thật. 🔴 Ràng buộc GIỮ NGUYÊN, không được lấy chữ "xong hết" để bỏ qua: 4 nợ đã-biết ở spec `§⑥.c` (VAT · con-trỏ chết ĐIỀU 8/12 · authz đính kèm · 12 điều PHẦN 2) là owner CỐ Ý hoãn — vẫn phải KHAI khi báo cáo, cấm im lặng cho tròn. | **`YC-032`** |
 | `YC-037` | *(chốt bằng chọn-đáp-án ở AskUserQuestion, không phải free-text)* — câu 1 **"Chuẩn thuận + vá cửa git (Đề xuất)"** · câu 2 việc-kế **"Vá 3 lỗ hạ-tầng vừa bắt"** | 2026-08-14 · S196 | **mở** | 1 | `.claude/commands/tiep.md` §0 khối ⑤(a) *(vá đã land)* + `runs/2026-08-14-S196-bookend-open/` | Hai lệnh tách bạch. **(1)** Chuẩn thuận việc lead đi tiếp sau khi Sàn-3 ⑤ kêu — chẩn đoán dương-giả ĐÚNG, nhưng lead **vượt quyền** khi tự thi hành (`ctx-audit` C-1: trụ bằng chứng là phép trích RỖNG; ⑤ là phép HỢP, lead đổi thành "đĩa thắng git"). Chuẩn thuận = tha ca này, **KHÔNG** nới luật — anh cố ý chọn nhánh vá MÁY thay vì nhánh "cho lead tự phán". **(2)** Việc kế = 3 lỗ hạ-tầng: `agents/README.md:264` thiếu 3 vai (`ring5-audit`·`score-counter`·`score-count-auditor`) ⇒ vai gọi trong workflow sẽ THROW · 4 ô canonical stale `STATUS:6/9/11/484` · self-compact `harvest-curator` (L1 **bị cắt thật** khi spawn phiên này, 27.360 B > hook read-limit ~24,4 KB). 🔴 Lead khai ràng buộc: 3 lỗ này nằm trong **bề-mặt-đo bị đóng băng** (Mirror C1) nên phải chờ `ring1`/`ring2` trả verdict mới sửa — không phải hoãn, là thứ-tự bắt buộc. | |
 | `YC-038` | "disposition 52 slug -> OK" | 2026-08-14 · S196 | **mở** | 1 | `docs/governance/carry-disposition-S196.md` *(sinh trong lượt)* + `docs/HANDOFF.md` khối RE-STAMP | Lệnh CHẠY disposition per-slug cho 52 slug `[carry:*]` ở `HANDOFF:44`, thay vì hoãn tiếp. Nền: `lead-gap` F-2 @S196 chứng lời hẹn *"disposition per-slug = việc bookend kế"* đã hoãn **3 bookend liên tiếp** (S192-open → S195-close → S196-open) vì neo vào chữ **"bookend kế"** ⇒ **tự gia hạn vô hạn, không bao giờ quá hạn**; `grep -rn "disposition per-slug"` = 7 hit, **7/7 đều là lời NHẮC, 0 hit là kết quả**. Đội hiểu: mỗi slug phải ra đúng 1 trong 3 nhãn {ĐÓNG · MỞ · CHƯA ĐO ĐƯỢC} kèm bằng chứng đo, **CẤM làm tròn "không thấy" thành "đã đóng"**; rồi **đổi chữ "bookend kế" thành mốc SỐ thật** để hết trôi. 🔴 Caveat mang theo (`ring2` @S196): con số 52 đúng theo `HANDOFF:44`, nhưng tập slug trên đĩa **phụ thuộc SCOPE** (docs/ = 71 · tracked trừ run-folder = 72 · toàn tracked = 86) ⇒ phải khai scope, đừng trình 2 thước như một phép trừ. | |
 | `YC-039` | "Hiện tạo hợp đồng -> thì phải bắt từ KHKK vậy thì các thông tin sẽ liên kết dối dài thêm từ Duyệt NCC -> KHKK -> Hợp đồng." | 2026-08-14 · S197 | **mở** | 1 | báo-cáo assessment S197 *(thi-công → WAL nếu thành việc)* | Hai tầng, khai ranh rõ: **(i) vế XÁC-NHẬN chuỗi kế thừa** Duyệt NCC → KHKK → HĐ = trùng `YC-024`(81) + `YC-032`(3) **đã ship** (bridge K7 hội-2-khóa + pre-fill 17 ô, deploy #490) · **(ii) vế "PHẢI bắt từ KHKK"** đọc được thành RÀNG BUỘC MỚI: hiện máy **CÒN đường tạo HĐ tự do KHÔNG qua KHKK** (`POST /contracts` + 3 lối UI: menu Create per-loại, nút Tạo mới MyContracts, Dashboard) — HĐ tạo đường này **0 liên kết** ngược KHKK/NCC. Cần anh phán siết hay giữ (câu hỏi ở báo-cáo S197). *Anh bác cách hiểu (ii) ⇒ lật dòng này thành nhắc-lại-của `YC-024`, không xoá.* | |
-| `YC-040` | "(b) Chặn HẾT 7 loại — mọi HĐ đều phải từ KHKK -> Tao nghĩ nên như vậy trước đã." | 2026-08-14 · S197 | **mở** *(SHIP `55a01643` cicd PASS #492 + probe runtime 404→409; chờ mắt anh nghiệm thu menu sau-login)* | 1 | WAL chain *(thi-công → WAL)* | Phán quyết câu **(106)** = nhánh **(b)**: chặn đường tạo HĐ tự do cho CẢ 7 loại (kể cả 2 loại Nguyên tắc) — mọi HĐ chỉ sinh từ KHKK đã duyệt qua "Đưa vào HĐ". Vế *"nên như vậy trước đã"* = posture TẠM-THỜI-SIẾT: code chặn phải GỌN-DỄ-ĐẢO (guard 1 chỗ BE + đổi lối UI, không phá máy tạo — sau anh muốn nới loại nào thì mở lại rẻ). Thi công 2 tầng theo #82: API `POST /contracts` chặn 409 + UI đổi 3 lối tạo tự do (menu Create · nút Tạo mới · Dashboard) về hướng KHKK; giữ nguyên nhánh EDIT Nháp + đường bridge. Kèm test guard (test-before cho guard theo rules §7). | |
+| `YC-040` | "(b) Chặn HẾT 7 loại — mọi HĐ đều phải từ KHKK -> Tao nghĩ nên như vậy trước đã." | 2026-08-14 · S197 | **đóng** *(nấc TẠM owner-waive @S200 `YC-043` vế 1 "thôi deploy hết đi" — máy verify PASS #492 + probe 404→409; anh chưa duyệt sâu, bung thì mở mã mới)* | 1 | WAL chain *(thi-công → WAL)* | Phán quyết câu **(106)** = nhánh **(b)**: chặn đường tạo HĐ tự do cho CẢ 7 loại (kể cả 2 loại Nguyên tắc) — mọi HĐ chỉ sinh từ KHKK đã duyệt qua "Đưa vào HĐ". Vế *"nên như vậy trước đã"* = posture TẠM-THỜI-SIẾT: code chặn phải GỌN-DỄ-ĐẢO (guard 1 chỗ BE + đổi lối UI, không phá máy tạo — sau anh muốn nới loại nào thì mở lại rẻ). Thi công 2 tầng theo #82: API `POST /contracts` chặn 409 + UI đổi 3 lối tạo tự do (menu Create · nút Tạo mới · Dashboard) về hướng KHKK; giữ nguyên nhánh EDIT Nháp + đường bridge. Kèm test guard (test-before cho guard theo rules §7). | |
 | `YC-018` | "2 phần bookend và bookstart -> trong đợt adapt này AI_INFRA cũng có hướng dẫn bọn mày chạy 1 mạch hết toàn bộ ko còn pause/tiep nữa, chú ý cấu hình cái đó kỹ nhé" | 2026-08-09 · S185 | **đóng** *(cấu hình land 4 site @S185 + chạy thật trọn 1 mạch bookend @close cùng đêm — nghiệm bằng vận hành; 🔴 nhắc lần 2 @S188 = PN-001: lead bỏ 3 vai @close với lý do "ngân sách" — owner bác, chạy nốt ngay trong lượt)* | **2** | WAL chain (TASK → WAL) | Nghi-thức 2 đầu phiên (`/session-start` bookstart + `/session-end` bookend) phải chạy **TRỌN TRONG MỘT LƯỢT** như hub kể ở thư 08-08 Phần 1b ("lượt mở phiên gần nhất chạy trọn trong một lượt duy nhất, không cần cửa tạm dừng nào chen giữa") — cấu hình luật ONE-SHOT vào 2 file lệnh, CẤM rải nghi-thức qua nhiều cửa pause/tiep, CẤM hẹn-cửa-sau. *(Đội hiểu: pause/tiep VẪN là recovery khi đứt bất-khả-kháng [limit/crash — H22 giữ nguyên]; thứ bị cấm là DÙNG chúng làm nhịp chia-chặng nghi-thức. Anh bác cách hiểu này thì em sửa.)* | |
 | `YC-041` | "mấy cái pause/tiep này chạy trọn đàng hoàng ko kiểu nạp gọn nhé, bỏ hẳn nhé" | 2026-08-15 · S199 | **mở** | 1 | 6 site lệnh sửa @S199: `day.md` tombstone · `tiep.md` F2+`_day-*`-legacy · `pause.md §0` · `check-email.md` DÒ-row · `CLAUDE.md:21` *(thi-công → WAL)* | **RULE thường-trực, ĐẢO `YC-021`/W-1 @S185:** `/pause`+`/tiep` LUÔN chạy TRỌN nghi-thức — **BỎ HẲN mọi nhánh nạp-gọn**: route `/day` dậy-nhẹ (tiep F2) + guard NO-OP (pause §0) + cửa DÒ thứ 5 (check-email, nhịp về 4 cửa). Gõ `/day` từ nay = chạy `/tiep` trọn. `_day-*` legacy giữ trong máy đếm Sàn-3 (di-sản `session-17/_day-1.md`), CẤM sinh mới. Bối cảnh: anh vừa thấy em dậy-nhẹ `/day` sáng 15-08 rồi chốt bỏ; cùng họ `YC-018`/`YC-027` chạy-trọn-một-lượt. EDIT no-hot-reload ⇒ chữ ăn từ restart CLI; lượt này em đã tự nâng chạy trọn tay | |
-| `YC-042` | "89a 90a 91b 92c 93a 94c 95-ước-lượng 96b 103a 104a 105b nhãn1-đóng nhãn2-giữ + câu prod" | 2026-08-15 · S200 | **mở** | 1 | WAL S200 *(thi-công → WAL)* | **13 phán quyết 1 lượt** trả trọn bảng giấy: (89)a audit-sớm 4-class [chạy ngay @S200] · (90)a siết tool-whitelist [đo @S200: frontmatter 10/10 vai SẠCH SẴN + settings 0 grant ⇒ leak = tầng SDK append Write/Edit NGOÀI tầm repo — phần trong-tầm đã kín, báo hub, git-diff backstop giữ] · (91)b ô chứa ở error-ledger [enum giữ niêm phong] · (92)c báo ngược AI_INFRA · (93)a pin node CI đọc `.nvmrc` · (94)c dựng probe 2-cột byte⟂ký-tự rồi anh quyết đơn-vị · (95) chốt = ƯỚC LƯỢNG — không có ca-3, mẫu 2-ca đủ, câu đóng · (96)b uỷ quyền LT3 bậc-2 [(77) khai-tử tracker migration-todos · (78) sửa `check-email:67` theo P6 · (79) `YC-002` lật đóng · 18 slug gạch; **(74) rotate `vrapp` vẫn là việc vật-lý của ANH**] · (103)a spawn style-pair @bookend-kế · (104)a đo SDK runner TRƯỚC rồi pin dải · (105)b đổi quy-ước ghi [engine §G.6 drain-on-append, ARM chờ (94)] · nhãn `carry-age-vacuous` **ĐÓNG** · nhãn `ctx-t9-dogfood` **GIỮ**. 🔴 Vế "+ câu prod": anh gõ đúng chữ MẪU trong câu hướng dẫn của em, KHÔNG mang verdict ("ổn" cho bài nào) ⇒ bậc-2: KHÔNG lật YC-040/YC-032, hỏi lại đúng 1 dòng cuối báo cáo | |
+| `YC-042` | "89a 90a 91b 92c 93a 94c 95-ước-lượng 96b 103a 104a 105b nhãn1-đóng nhãn2-giữ + câu prod" | 2026-08-15 · S200 | **đóng** *(13/13 thi hành trọn @S200; vế "+ câu prod" giải bằng `YC-043` vế 1)* | 1 | WAL S200 *(thi-công → WAL)* | **13 phán quyết 1 lượt** trả trọn bảng giấy: (89)a audit-sớm 4-class [chạy ngay @S200] · (90)a siết tool-whitelist [đo @S200: frontmatter 10/10 vai SẠCH SẴN + settings 0 grant ⇒ leak = tầng SDK append Write/Edit NGOÀI tầm repo — phần trong-tầm đã kín, báo hub, git-diff backstop giữ] · (91)b ô chứa ở error-ledger [enum giữ niêm phong] · (92)c báo ngược AI_INFRA · (93)a pin node CI đọc `.nvmrc` · (94)c dựng probe 2-cột byte⟂ký-tự rồi anh quyết đơn-vị · (95) chốt = ƯỚC LƯỢNG — không có ca-3, mẫu 2-ca đủ, câu đóng · (96)b uỷ quyền LT3 bậc-2 [(77) khai-tử tracker migration-todos · (78) sửa `check-email:67` theo P6 · (79) `YC-002` lật đóng · 18 slug gạch; **(74) rotate `vrapp` vẫn là việc vật-lý của ANH**] · (103)a spawn style-pair @bookend-kế · (104)a đo SDK runner TRƯỚC rồi pin dải · (105)b đổi quy-ước ghi [engine §G.6 drain-on-append, ARM chờ (94)] · nhãn `carry-age-vacuous` **ĐÓNG** · nhãn `ctx-t9-dogfood` **GIỮ**. 🔴 Vế "+ câu prod": anh gõ đúng chữ MẪU trong câu hướng dẫn của em, KHÔNG mang verdict ("ổn" cho bài nào) ⇒ bậc-2: KHÔNG lật YC-040/YC-032, hỏi lại đúng 1 dòng cuối báo cáo *(→ anh đáp @YC-043 vế 1: "thôi deploy hết đi" — waive test-từng-bài)* | |
+| `YC-043` | "1 -> thôi deploy hết đi. ⏎ 2 -> theo byte đi nhé, tăng trần lên cỡ 20% đi rồi nén, ⏎ 3 -> mật khẩu cứ để khi nào cần thì tao chỉnh." | 2026-08-15 · S200 | **đóng** *(3/3 vế thi hành TRỌN cùng lượt @S200 — verify: prod=HEAD 7605aaee run SUCCESS · cap 30.720 LIVE-BYTE over=0 · (74) gỡ hàng đợi)* | 1 | WAL S200 *(thi-công → WAL)* | 3 phán quyết đóng đuôi S200: **(1)** bỏ nghiệm-thu-từng-bài prod — "deploy hết" (mọi product ĐÃ deploy tới #495; em verify 0 vật chưa lên rồi đóng `YC-040`/`YC-032`/`YC-036`/`YC-031` ở **nấc TẠM owner-waive** — anh chưa duyệt sâu, có gì bung mở MÃ MỚI, tiền lệ YC-013 "Tạm OK") · **(2)** câu **(94)** = **(b) BYTE** + lệnh đổi số cap: "cỡ 20%" → em derive `autoinject_cap_bytes` 25.600→**30.720** (+20,0% tròn; ×2 key `tiers.l1_hot` + `archive_gate` giữ đồng bộ) + `soft_cap_bytes` 30.720→**36.864** (giữ THANG 2 nấc — không nâng thì autoinject==soft, thang sập; anh bác thì em revert vế soft) → **nén theo cap MỚI đơn-vị BYTE** (over = `ring2-audit` 34.510 + `lead-gap-auditor` 32.875 — 2 vai, moved-not-cut) + `§G.6` hết ARM → LIVE-BYTE; đóng luôn **(76)** (twin) · **(3)** **(74)** rotate `vrapp` = anh TỰ QUẢN khi cần — gỡ khỏi mọi hàng đợi đội, không treo nữa | |
 
 > 🔴 **MỘT yêu-cầu, nhắc 4 lần.** Đây là dữ-liệu **TC-01** sinh ra để bắt, và nó tố-giác chính lead: hiểu sai ở `YC-002` nên anh phải nói lại 3 lần. **Ghi lại chứ không làm đẹp.**
 >