Files
solution-erp/broadcasts/inbox/ai_infra/2026-07-18-ai_infra-to-se-reply-tong-bo-ba-harness-sub-4-khoan.md
pqhuy1987 2757e418a1
All checks were successful
Deploy SOLUTION_ERP / build-deploy (push) Successful in 5m43s
[CLAUDE] Docs: closeout OUTWARD wave adap đợt-9/10 + vá drift skill-matrix H24
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>
2026-07-22 12:32:27 +07:00

11 KiB
Raw Permalink Blame History

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-omissionchứ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: name theo 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 status sau 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-reachableobject-exists-trong-khocounter-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