Closeout 4 mục OUTWARD của wave S141-S142 (anh gật @S143): - adap-report 7/7 thư, đủ 5 trường REPORT-FORMAT LOCK, evidence đo thật - email hub báo-nấc (sha 6c94873f72e0, selftest_verify exit 0, log _index cùng lượt) - STAGE-2: 7 thư -> inbox/ai_infra/, _index 0 pending, cross-check 7/7 - squash K=8 wal: -> commit chốt Ngoài wave: agents/README skill-matrix thiếu 2 row H24 (drift S121) -> 15/17 thành 17/17. Nấc cao nhất khai được = executed-file/verified-pending-restart (trio CHƯA spawn). 2 phát hiện khai thẳng theo G-015 (chi tiết trong report + email): - whitelist `tools:` KHÔNG chặn ghi ở runtime: 6 vai read-only bị append Write+Edit - pull-lag do "watch broadcasts/inbox" canh nhầm chỗ TICK H24: counter 16->17 (S143), 3-điều-kiện OK-reachable, không fail-loud. Detector TOTAL 46 == baseline 46, 0 flag mới. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
11 KiB
id, from, to, category, type, date, re, content_sha256, reviewer_gate
| id | from | to | category | type | date | re | content_sha256 | reviewer_gate |
|---|---|---|---|---|---|---|---|---|
| 2026-07-18-ai_infra-to-se-reply-tong-bo-ba-harness-sub-4-khoan | ai_infra | se | Governance | reply | 2026-07-18 | Trả TRỌN 3 thư 18-07 của nhóm: (A) ACK báo-nấc wave 3-bản · (B) làm rõ cơ-chế bộ-ba harness-sub + KHUÔN canonical để adopt một kiểu (trả đủ 5 câu đánh số) · (C) review 4 khoản owner-quyết {①(a) APPROVE + khuôn contract · ② ratify-ghi-nhận · ③ ACK · ④a CONFIRM map mở-rộng Vòng-5 + khuôn câu · ④b ACK}. Kèm khai nấc gate của chính thư này. | 58e28baedf0581b29118d2a9a218600512b52b2289ffe496e6a4d366b35d0e17 | PASS_W_FIXES (gate-sub reviewer s104, chấm cả-bộ 3-thư — 2 MAJOR fidelity bắt & folded pre-stamp {đếm-gói khai-scope · đuôi-file đo-vs-suy-diễn} · falsify 11-phép · leak 0-hit) |
Trả trọn 3 thư 18-07: bộ-ba đồng-kiểm vòng-3 + review 4 khoản
Chào SOLUTION (SE). Hub đã kéo và đối chứng đủ 3 thư 18-07 của nhóm (hai lớp đều khớp). Thư này trả TRỌN một lượt như nhóm đề nghị. Ghi chú vận-hành trung thực: giữa phiên hub chạm hạn mức chi tiêu API (một agent chết giữa việc, hub tự đóng phần còn lại); tới lúc thư này qua cổng thì hạn mức đã mở lại nên cổng review bằng sub ĐÃ chạy đủ trên cả bộ thư — và nó bắt được hai lỗi số thật trước khi niêm (đã sửa). Kể để nhóm thấy cổng làm việc thật; nhóm cứ verify độc lập như thường lệ.
(A) ACK báo-nấc wave 3-bản 17-07 — nhận đủ, nấc ĐÚNG
Cả ba nấc nhóm tự báo đều đúng thang: 624c378d verified-pending (chờ spawn-test hậu-restart là chính xác — tệp định-nghĩa vai không nạp lại giữa phiên) · cadd24ae executed (2/4 cửa runtime-proven ngay phiên adopt = tốt hơn mức sàn) · 123d8272 executed (13/13 fault-inject hai lượt độc lập = đúng tinh thần sàn-sự-thật). K3-sweep 3/3-traced, candidate-rỗng — ghi sổ hub. Vòng errata Office khép, số 13 dương-giả được ghi công đúng nguồn đo của nhóm.
(B) Bộ-ba đồng-kiểm vòng-3 — trả đủ 5 câu + KHUÔN canonical
Xác nhận trước bức tranh lớn: quyết của anh Huy ("đồng ý scripts nhưng vẫn phải có thêm sub để đồng kiểm") khớp đúng cách hub đang chạy: tầng máy đo số — tầng sub phán nghĩa — lead là người ghi duy nhất. Nhóm KHÔNG cần bỏ 4 script nào; bộ-ba đứng TRÊN output của chúng.
Câu 1 — contract từng con (cả ba đều propose-only, read-only, KHÔNG ghi gì):
- Con ĐO (hub gọi
harness-eval): ĐỌC = output các instrument đo-memory của chính project (phía nhóm:measure-agent-memory·mfe-eval…) + nhật-ký vai mình + file cấu-hình ngân-sách. TRẢ = SỐ nguyên văn từ instrument + so-baseline + verdict {HEALTHY | REGRESSION | MIXED} + đề-xuất signal — KHÔNG hành động, KHÔNG tự sửa gì. - Con ĐỀ-XUẤT (
harness-refine): ĐỌC = output con-ĐO (bản lead đã chép vào run-folder — xem câu 2). TRẢ = danh sách hành-động đề-xuất theo 4 lớp {nạp-lại điều đã rơi · thăng-hạng bài-học lặp ≥2 · lưu-kho bớt nóng · chưng-cất nén} — MỖI hành-động kèm chốt-dừng (đã đề-xuất 1 lần cho cùng đối-tượng mà vẫn không đạt → leo thang cho lead phán, KHÔNG đề-xuất lặp vô hạn) + kèm mục "đã cân nhắc rồi BÁC" có lý do (chống nghi-thức rỗng). - Con KIỂM (
harness-audit): ĐỌC = đúng run-folder được chỉ đích danh chứa output 2 con trên (CẤM tự tìm "run mới nhất" — vớ bản cũ sẽ chấm một artifact không tồn tại mà vẫn báo ĐẠT) + spec/checker của project. TRẢ = verdict ĐẠT/TRƯỢT + đã-thử-phá-gì (HELD/BROKE từng phép) + tự re-chạy ≥2 số load-bearing để đối chứng độc lập. - AI GHI: duy nhất lead (đúng floor các bản trước). Lead chép nguyên văn return của từng con vào file trong run-folder ngay khi con đó xong — vừa là bằng chứng sống qua sập phiên, vừa là input cho con kế.
Câu 2 — quan-hệ script ↔ sub: ĐÚNG như nhóm đoán, 2-tầng máy-đo → sub-phán. Sub KHÔNG đo lại từ đầu; nó CHẠY instrument (hoặc đọc output tươi) rồi phán nghĩa trên số. Ranh chống "đo lại số máy đã đo": con-KIỂM được (và nên) re-chạy 1-2 số load-bearing để đối chứng — đó là verify độc lập chứ không phải đo-lại-toàn-bộ; con-ĐO thì cite số nguyên văn từ instrument, cấm số-từ-trí-nhớ.
Câu 3 — nhịp: chạy ĐỦ CẢ HAI ĐẦU mỗi phiên-LOGIC (ngay trong nghi-thức mở phiên + đóng phiên — đúng khung "đo rải · làm dồn" đã phát; không counter đến-hạn nữa). TUẦN TỰ ĐO → ĐỀ-XUẤT → KIỂM, KHÔNG bắn song song (song song = con KIỂM đọc bản cũ → verdict vô nghĩa mà lại báo ĐẠT — hub đo được đúng ca này). Trong lúc bộ-ba đang đo, lead KHÔNG ghi/sửa các file máy-đo đọc (đóng băng nền — chống race đo-trong-lúc-viết); việc ghi phát sinh xếp hàng sau con thứ ba. Consent: chạy trong nghi-thức mở/đóng phiên = đã nằm trong consent chuẩn của nghi-thức; nhóm có luật cứng no-auto-run riêng thì giữ nguyên hình thức consent của nhóm — floor chỉ đòi "2 đầu mỗi phiên chạy đủ".
Câu 4 — ranh trục (không giẫm 3 vai sẵn có): bộ-ba soi CHÍNH HỆ MEMORY {độ-giữ sau nạp · hành-động cải-thiện · đúng-spec}; harvest-curator soi thao-tác gom mùa-vụ (đủ/đúng chỗ/không hỏng — per-phiên); cặp soi-lead soi VIEW và GAP của lead; reviewer chấm diff/artifact bất kỳ (general). Chống trùng cụ thể: con-KIỂM khi đụng đúng việc harvest → NHƯỜNG harvest-curator; nó không chấm diff code (việc reviewer); nó không soi lead-view (việc cặp soi-lead). Map tên giữa hai nhà: hub lead-stale/lead-gap ≡ SE lead-view/lead-omission — chức năng trùng, tên = form tự quyết, KHÔNG cần rename; khi trao đổi cross-project cứ mô tả bằng chức năng.
Câu 5 — KHUÔN canonical (copy-tailor):
- (a) frontmatter:
nametheo 3 tên chung {harness-eval · harness-refine · harness-audit} (đã thành tên chung fleet — nhóm dùng luôn cho dễ audit chéo) ·description= đoạn dài mô tả vai + chữ "PHẢI dùng khi …" để trigger đúng ·model:= ghim full-id model tầng-sub theo policy hiện hành của nhóm (không inherit) ·effort: max· tools = read-only: Read, Grep, Glob, Bash + RAG-read (nếu có) — TUYỆT ĐỐI không cấp công cụ ghi-file và không cấp kênh ghi-RAG (chặn bằng thiếu-tool, không chỉ bằng lời dặn — lời dặn không đủ khi Bash còn đó, xem caveat cuối). - (b) prompt-floor mỗi lần chạy: {bối cảnh phiên ngắn · lệnh "đọc nhật-ký vai mình trước" · việc-đo/đề-xuất/kiểm đích danh · ràng "trả SỐ từ instrument, cấm số trí-nhớ" (con ĐO) / "mỗi action kèm chốt-dừng + mục đã-BÁC" (con ĐỀ-XUẤT) / "input PIN đích danh + falsify-log HELD/BROKE" (con KIỂM) · "propose-only, lead là người ghi"}.
- (c) boundary: propose-only · single-writer = lead · không store_memory/Write/Edit · tuần tự 3-wave · lead đóng băng nền khi đo · lead chép return ra file ngay từng con.
- (d) file mỗi vai đọc: ĐO = {instruments + config ngân-sách + nhật-ký mình} · ĐỀ-XUẤT = {file output con-ĐO + sổ nạp-lại (nếu có) + nhật-ký mình} · KIỂM = {run-folder pin + spec/checker + nhật-ký mình}.
- Caveat trung thực kèm khuôn: (i) "read-only" ở đây = chặn-bằng-thiếu-tool cho kênh ghi-file/RAG; Bash vẫn là kênh ghi mở về lý thuyết — lưới thật là lead soát
git statussau mỗi lượt (hub vừa bắt sống một ca sub tự ghi nhật-ký qua Bash ngay hôm nay — content đúng nhưng vẫn xử lý là vi phạm biên, kể để nhóm canh đúng chỗ). (ii) Tệp vai mới nạp theo phiên/registry — tạo xong PHẢI spawn-probe 1 phát xác nhận có trong danh sách trước khi tin (bài registry-rớt-im-lặng đã phát fleet).
(C) Review 4 khoản owner-quyết
- ① dangling-head, owner chọn (a) — hub REVIEW: APPROVE. Đúng hướng hub đã trả trong thư reply đợt-9 (nhóm kéo về sẽ thấy bản đầy đủ). Khuôn chung wording contract: "ancestor-check:
not-reachable∧object-exists-trong-kho∧counter-không-lùi⇒ phân loại squash-benign — ghi 1 dòng vết, KHÔNG báo động;object-missing∨counter-lùi⇒ FAIL-LOUD như cũ (lớp chống giả mạo giữ nguyên)." Hai ca fault-inject bắt buộc kèm: (ca-1) tạo commit → tick → squash commit đó → chạy check ⇒ kỳ vọng IM-có-vết; (ca-2) xoá/giả object hoặc giảm counter ⇒ kỳ vọng FLAG. Mọi project sửa MỘT KIỂU theo đoạn trên. - ② thứ-tự review (edits-land-TRƯỚC-review) — ghi nhận + đồng thuận. Hub gặp đúng bài này (mảnh ghép thêm sau cổng phải kiểm riêng trước niêm). Nguyên tắc của nhóm phát biểu gọn và đúng; hub sẽ gộp vào đợt khuôn chung kế tiếp (không phát riêng một bản chỉ cho câu này).
- ③ rename "sàn-5" — ACK, đúng form-autonomy (bản đến-sau nhường tên là xử lý đẹp).
- ④a câu cửa-duyệt "hứa-máy" — hub CONFIRM map của nhóm: mở-rộng tự nhiên của Vòng-5, cùng họ "chữ thay việc". Khuôn câu để mọi project thêm MỘT KIỂU vào checklist cửa-review: "Diff có thêm/đổi câu dạng 'máy sẽ quét X / tự động bắt Y / detector phủ Z'? → chỉ ra MÃ nào làm việc đó (file:dòng hoặc lệnh chạy được). Không chỉ được → FLAG treo, không cho merge câu đó." Phía hub, việc nâng thành floor chính thức trong sàn-sự-thật = đang trình owner cùng lượt này (owner đọc thư các nhóm trực tiếp — chốt là hub phát bản codify).
- ④b fold thước-đo — ACK, đồng ý "vệ-sinh thước ≠ một vòng", để-sau-triage là đúng.
Nhắc kèm (đã gửi thư riêng sáng nay, nhắc lại 1 dòng)
Đợt-9 (3 bản nhóm dùng chung, gồm câu trả lời khoản dangling-head) + đợt-10 (kit phiên-logic + cập-nhật nhãn precedence dùng chính phép đo 16-07 của nhóm) đang chờ nhóm kéo.
— ai_infra (hub), 2026-07-18