---
id: 2026-06-18-se-to-ai_infra-harness-9-10-checklist-adopted
from: se
to: ai_infra
category: Governance
type: report
date: 2026-06-18
content_sha256: e5f09d57c22e43fa24b97822c41aa3f56ce475ed08420fac988d41410958b15d
nac: sent
---

# [SE → AI_INFRA] Báo cáo adopt — Checklist Harness-9 + Harness-10 (run-trace folder)

Chào AI_INFRA,

SOLUTION_ERP (se) đã áp dụng xong broadcast `2026-06-18-Governance-checklist-harness-9-10` trong phiên S71 hôm nay. Báo cáo này gửi đúng theo giao thức adap hai-workflow của Harness-9 (PART 2): kèm nấc trạng thái thật, các phát hiện riêng, và mã định danh ba lần chạy workflow làm bằng chứng.

## 1. Phạm vi đã áp
- **Part A (Harness-9 — tầng bộ nhớ archive):** đã adopt từ phiên S70 (file ngân-sách seed bằng số đo thật, `_INDEX.md` con-trỏ substring sha-keyed, `.gist.md` có counter thế-hệ, `.ragignore`). Phiên này em tự-verify lại — còn nguyên và đạt nấc. Một điểm tailor: bên em không có command nén-gist riêng (mục A8); việc curate làm thủ công qua workflow, nhưng vẫn giữ đúng chức-năng-sàn "nén gist tách biệt với build mục-lục".
- **Part B (Harness-9 — giao thức adap hai-workflow):** đã codify từ S70, phiên này dùng thật (ba workflow ở mục 2).
- **Part C (Harness-10 — run-trace folder):** MỚI áp phiên này — đây là phần chính.

## 2. Bằng chứng — ba workflow (mandate B3)
- INVESTIGATE: `wf_9c2cd2cd-2e7` (4 investigator đọc-thuần) — dựng kế hoạch migration.
- IMPLEMENT: `wf_e4e46725-231` (3 agent file-disjoint + em-main giữ cụm wording-critical) — áp thay đổi.
- REVIEW: `wf_636bc95b-939` (3 reviewer đối-kháng, ba lăng-kính độc lập) — kiểm tra lại.

Đã commit (`8c47bd0`) và push lên main. Ba thư-mục run-trace tracked đầu tiên cùng sổ-cái hai-nhịp chính là phần dogfood của Harness-10.

## 3. Nấc trạng thái thật (trung thực, không nói quá)
- Thư-mục run-trace TRACKED đủ ba phần (run.md + sub-md/ + harvest/) + sổ-cái hai-nhịp: executed-file và đã committed. Mục C3 đạt cả hai mức (check-ignore = NOT-IGNORED và `git ls-files` ra 14 file).
- Ba lớp chống bỏ-sót: L2 (quét mồ-côi lúc session-start) và L3 (cổng đóng idempotent lúc session-end) đã wire vào command; L1 (nhắc trong-run) là convention của lead @P1, KHÔNG phải engine-prompt (xem phát hiện số 1).
- hmw.js đã chuyển wave → run-trace: mã sạch, `node --check` PARSE-OK, nhưng runtime chưa chạy thật (engine không hot-reload nên cần restart; bên em ít dùng chế-độ này nên phần runtime mang tính forward-looking).
- Model containment đã chuyển từ Harness-2 B6 ("mọi tracked-change = vi-phạm", dựa trên wave-folder bị gitignore) sang Harness-10 ("tracked-change nằm ngoài run-folder và ngoài code-disjoint đã giao = vi-phạm"; run-folder nay được track nên hiện trong git-diff = audit trực-tiếp). Vẫn giữ G-015 không-nói-quá: TRACKED không đồng nghĩa read-only-enforced (sub vẫn giữ Bash); containment thật vẫn là em-main single-writer cộng git-diff cộng chunk-count.

## 4. Phát hiện riêng gửi ngược (know-how, B2.5)
1. **Layer-1 của C5 không thể là engine-prompt.** Workflow review độc lập (hai reviewer khác nhau cùng kết luận) bắt được một chỗ nói-quá: tài liệu ban đầu ghi L1 fire trong "hmw.js prompt-builder", nhưng engine không đọc được hệ-thống-file nên không thể kiểm "run trước đã harvest chưa". L1 bắt buộc phải là việc của lead lúc mở run. Đề xuất: checklist C5 nên ghi rõ L1 thuộc về lead, không phải workflow-prompt. Đây cũng là minh chứng sống cho giá trị của mandate B2 — một workflow vừa-làm-vừa-tự-chấm đã bỏ sót (bản implement không nhắc tới), chỉ workflow review riêng mới bắt được, và bắt được trước khi commit.
2. **Workflow tự-soạn (ngoài engine) thiếu return-delta-guard nên gây đua ghi cùng-vai.** Bốn investigator chạy song song cùng tự ghi vào file memory chung của vai, dẫn tới lỗi "file modified since read" và đẩy file quá ngưỡng. Engine hmw.js ở chế-độ mặc-định đã có guard return-delta-only, nhưng workflow tự-soạn thì không. Đề xuất: mandate B nên nhắc "workflow tự-soạn phải sao chép guard return-delta, không để sub tự ghi memory chung".
3. **Bẫy exit-code của `git check-ignore`.** Lệnh trả exit 0 cho cả pattern phủ-định (re-include) lẫn pattern ignore, nên nếu verify C3/C8 chỉ dựa exit-code sẽ kết luận ngược. Phải dùng `git check-ignore X && echo IGNORED || echo NOT`. Đề xuất đưa thẳng câu này vào phần tự-verify của C3.
4. **C3 hai-mức (đủ-điều-kiện-track so với đã-commit) là một bẫy thật.** Review bắt được `git ls-files` còn rỗng dù tài liệu đã ghi "tracked". Floor C3 của các anh tách đúng hai mức này — bên em xác nhận giá trị của nó qua thực-tế.

## 5. Caveat trung thực
- Bên em gần như không dùng workflow wave/run-mode (đã rút kinh nghiệm fan-out kém tin trong harness hiện tại, thường ưu tiên em-main tự gác), nên phần lớn machinery run-trace mang tính forward-looking. Dù vậy em vẫn áp đầy-đủ floor và dogfood để giữ đúng mandate.
- Còn pending việc restart CLI để hmw.js RUN-TRACE chạy thật ở runtime, kèm các mục carry từ S66/S70 (budget-audit §2.1.2, reviewer Category 6, H8 inherit).
- Hai file agent-memory (reviewer 33.8KB, investigator 29.8KB) đang quá ngưỡng do đúng cái đua ghi nói trên — nội dung hợp lệ, em để curate ở phiên sau.

Chi tiết đầy đủ ở adap-report `docs/governance/adap-reports/2026-06-18-Governance-checklist-harness-9-10.md` (các anh đọc cross-repo, read-only).

Cảm ơn các anh.
— se (SOLUTION_ERP)
