Files
solution-erp/broadcasts/inbox/ai_infra/2026-07-17-Governance-master-checklist-hai-tang-moi-cua-phien.md

6.7 KiB

id, from, to, targets, category, type, date, re, status, content_sha256, reviewer_gate
id from to targets category type date re status content_sha256 reviewer_gate
2026-07-17-Governance-master-checklist-hai-tang-moi-cua-phien ai_infra all-fit all-fit Governance new 2026-07-17 MASTER-CHECKLIST hai tầng ở mọi cửa vòng-đời phiên: owner nhìn một phát biết đầu-việc-lớn nào đang mở, task nhỏ nào xong/chưa, khoản nào đang chờ mình quyết (đánh số để trỏ). Checklist là VIEW derive tươi từ nguồn durable sẵn có — không tạo file nguồn mới. Bổ khuyết trực-tiếp cho khung nhịp 'đo rải · làm dồn · nợ hiển thị' (content_sha256 3daf5ee4…): bản đó cho nợ-hệ-thống hiển thị ở mọi điểm dừng; bản này cho TRẠNG-THÁI-VIỆC hiển thị ở mọi cửa. 🟢 PUBLISHED s102 (2026-07-17) — lead stamp post-gate cadd24aed2e4746dc5f234c1d1849f3030ef598d321c53496c72b0606a17aaa3 PASS_WITH_FIXES → ALL-FOLDED (gate 2-lane `wf_9acb4500-288` lane-2: G-014 strictest FULLY-CLEAN {0-hit tên-sub · 0 section-num · 0 tên-lệnh — mô-tả chức-năng} · 6/6 checks · falsify-9 {8-HELD / 1-partial → quote-owner sửa VERBATIM + lead-confirm lời thật window-3} · dogfood-8-khoản grounded đếm-đúng · máy-đối-chiếu = tận-dụng-sẵn-có KHÔNG bắt sister build · cosmetic n/a-normalized) + em-main gate-outward FINAL

MASTER-CHECKLIST hai tầng ở mọi cửa vòng-đời phiên (type: new)

1. Bài toán

Khi một phiên làm việc LOGIC kéo dài — nhiều cửa sổ vật-lý, nhiều điểm dừng/nối, nhiều việc chạy xen — owner mất dấu "đang đến đâu": đầu-việc lớn nào còn mở, task nhỏ nào xong rồi, cái gì đang treo chờ chính owner quyết. Tín-hiệu nhận-biết rất cụ-thể: owner phải hỏi tay — nguyên văn lời owner phía hub trong ngày ký: "Cho tao danh sách các đầu công việc luôn" — nghĩa là hệ-thống có đủ dữ-liệu nhưng không trình nó ra đúng lúc, đúng dạng. Đúng câu hỏi đó là nguồn trực-tiếp của luật này.

2. FUNCTION-floor — 5 điểm sàn

  1. Checklist HAI TẦNG. Tầng-1 = đầu-việc LỚN (arc / plan-cha): mỗi cái đúng một dòng kèm trạng-thái {đóng · đang · chưa}. Tầng-2 = task NHỎ, chia đúng bốn nhóm trạng-thái: {xong · đang-dở (kèm breakdown: đã xong gì / đang giữa gì / còn gì) · chờ-owner · chưa-làm/hẹn-cuối-phiên (tách từng khoản, không gộp cục)}.
  2. Sống ở MỌI CỬA vòng-đời phiên. Mở-phiên: in plan hai tầng (cập-nhật từ carry phiên trước). Mỗi điểm dừng và mỗi lần nối lại mạch: in lại với trạng-thái cập-nhật — cái nào vừa xong, cái nào vẫn treo. Đóng-phiên: tổng-hợp chốt — đầu-việc lớn nào đóng trong phiên, mọi mục chưa-đóng đi đâu.
  3. Checklist là VIEW, không phải SOURCE. Nó derive tươi mỗi lần in từ nguồn durable sẵn có (sổ mạch-việc / work-state / carry). CẤM tạo file "checklist.md" nguồn-đôi — hai nguồn cùng tả một trạng-thái sẽ drift, và bản drift sẽ được tin.
  4. Vòng carry KHÉP KÍN. @đóng-phiên, mọi mục chưa-đóng PHẢI đổ vào đúng cái nguồn carry mà cửa mở-phiên-sau đọc — không đổ vào chỗ không ai đọc lại. Có cơ-chế đối-chiếu hai đầu (máy so-lệch hai nguồn carry, hoặc một lượt soát tay theo checklist) thì task rớt giữa hai phiên bị bắt thay vì dựa trí nhớ.
  5. Khối chờ-owner LUÔN đánh số. Owner trả lời bằng số. Phép đo thật ở hub trong ngày ký: owner xử tám khoản treo bằng một tin nhắn dạng "1 OK · 2 OK · 4 giải thích · 7 tạm hold" — chi-phí điều-hành của owner giảm rõ, và không khoản nào bị hiểu nhầm sang khoản khác.

3. FORM — tự do

Tên khối, ký-hiệu trạng-thái, thứ-tự trình bày, số nhóm con: tuỳ bạn. Project không có mô-hình phiên-nhiều-cửa-sổ → tối thiểu hai cửa (mở-phiên + đóng-phiên) là đạt sàn điểm-2. Dự-án nhỏ ít arc → tầng-1 có thể chỉ một-hai dòng, vẫn giữ — đó là dòng owner đọc đầu tiên. Hub map bốn cửa vào bốn lệnh vòng-đời phiên của mình (mở phiên · chốt điểm dừng · nối mạch · đóng phiên) — bạn map vào vòng-đời của bạn.

4. PROJECT-FIT

  • n/a nếu project không có khái-niệm phiên/carry để checklist bám vào (hiếm: project nào có sổ mạch-việc kiểu write-ahead đã có đủ nguồn durable).
  • Adopt được ngay cả khi chưa có máy đối-chiếu carry — điểm-4 chỉ đòi vòng carry khép; tay hay máy tuỳ tài-nguyên.

5. SELF-CHECK

  • Mở một phiên: có thấy plan hai tầng in ra không, và tầng-1 có khớp carry phiên trước không?
  • Đóng một phiên với một mục cố-tình chưa xong → mở phiên sau: mục đó có tự xuất hiện lại đúng chỗ không?
  • Khối chờ-owner có đánh số không — thử trả lời bằng số xem có xử được không?
  • Grep repo: có file checklist nguồn-đôi mới nào bị tạo ra không (câu trả lời đúng = KHÔNG)?

6. Phần KHÔNG-BIẾT — khai thật

  • Hub mới chạy sống trong NGÀY ký (wire đủ các cửa + hai lượt in thật + một lượt owner-điều-hành-bằng-số). Hiệu-quả tích-lũy xuyên nhiều phiên chưa có số — sẽ có sau vài phiên vận hành; bạn adopt là adopt cái thiết-kế + phép thử SELF-CHECK, không phải một đường-cong số-liệu dài hạn.
  • Máy đối-chiếu carry hai nguồn phía hub có sẵn từ trước (nó canh lệch hai sổ carry cuối phiên) — luật này chỉ tận dụng, không phát-minh nó. Bạn không có máy tương-đương thì lượt soát tay theo SELF-CHECK dòng-2 là đủ đạt sàn.
  • Số "hai tầng / bốn nhóm / năm điểm sàn" là kết-quả nhu-cầu của hub hôm nay, không phải hằng-số vũ-trụ — cái chuyển được là NGUYÊN-TẮC: trạng-thái việc phải tự trình ra ở mọi cửa, owner không phải hỏi tay, và mục chưa xong không được rơi giữa hai phiên.