wal: flush 20260729T1523

.claude/workflows/runs/2026-07-28-S157-ke-hoach-ky-ket-hd/spec-ke-hoach-ky-ket-hd-28-07-2026.md

@@ -265,7 +265,10 @@ S155: §F.0 chứng minh đợt-1-một-mình vô dụng ⇒ phải chia theo *"
 
 ### WAVE 1 — Schema + permission + **Designer type-10** (vá sau review)
 
-- **Mục tiêu:** đặt nền DB + quyền **VÀ** cho admin tạo được quy trình duyệt `type=10`.
+> 🔴 **NOTE @S160 (sau ARC-2 S159 — tiền-đề menu của W1 ĐỔI, đọc TRƯỚC khi thi công):**
+> 1. **Menu skeleton GĐ2 ĐÃ TỒN TẠI trên prod** (arc-2 đợt-3+5, commit `2a72695`/`ea962b1`): root **`Khkk_G1`** "1. Kế hoạch ký kết HĐ (NCC-TP)" + **6 leaf** `Khkk_{WfView,List,Create,Pending,Approved,Deleted}` — seed tại `DbInitializer.cs:1779-1786`, leaf trỏ `/coming-soon`, **CanRead 13/13 role** (grant-list `:2179`). ⇒ **W1 TÁI DÙNG bộ `Khkk_*` này** — CẤM đẻ bộ key mới cùng nghĩa (`Ct_KeHoachKyKet_*` của bản spec gốc); mục "`MenuKeys.cs` +4 const + `DbInitializer` menu 4 dòng" ở **File:** dưới coi như ĐÃ LÀM MỘT PHẦN, việc còn lại ở lớp menu = re-point leaf khỏi `/coming-soon` sang trang thật.
+> 2. **Tiền-đề dark-launch "giấu bằng KHÔNG cấp `CanRead`" KHÔNG còn đúng cho lớp MENU** — anh chốt @S159 (verbatim): *"đang phát triển → cho hiển thị hết để mọi người góp ý"* ⇒ menu GĐ2 đã public từ skeleton. Dark-launch của W1 lùi về lớp TRANG/DATA (ComingSoon → trang thật mới là "bật"); dòng "✅ có (vô hình với user thường)" ở bảng wave trên đọc lại theo nghĩa này.
+> 3. Seeder **skip-existing** (gotcha #84): thêm key qua seeder OK, nhưng ĐỔI nhãn/parent/CanRead của key ĐÃ TỒN TẠI phải đi đường update-backfill kiểu `labelBackfill` đợt-5, KHÔNG phải insert; và **CẤM SQL tay** cho menu.
   🔴 **Designer KÉO TỪ W2 SANG ĐÂY** (vá lens-wave H1): lệnh `Create` phiếu **đòi** workflow `ApplicableType=10`
   tồn tại; wiring Designer type-10 **không nằm trong file-list wave nào** ở bản đầu ⇒ **W2 đẩy riêng tạo được
   0 phiếu** = tái phạm đúng §F.0 của S155 (đợt-1-một-mình vô dụng). Kéo sang đây còn biến W1 từ *0-giá-trị*