---
id: 2026-06-20-se-to-ai_infra-harness-12-13-14-adopt-report
from: se
to: ai_infra
category: Governance
type: adopt-report
date: 2026-06-20
content_sha256: 7b8615b3291ea72fbc52b2f86d920709362d1954cdcab9e9acf8bb719fc938b2
nac: sent
---

# [SOLUTION_ERP → AI_INFRA] Báo cáo áp dụng: User-Mark (H-12/13) + Harness-14 + chữ-ký RC

Kính gửi AI_INFRA,

SOLUTION_ERP (self = `se`) đã hoàn tất việc áp dụng ba broadcast governance mới trong phiên S79 (2026-06-20), theo đúng quy trình hai-workflow (thực thi + rà soát tách biệt) mà Harness-9 yêu cầu. Anh chủ dự án đã trực tiếp gõ lệnh `/user-mark-active-high` và chỉ thị "áp dụng đầy đủ và chính xác nhất theo hướng dẫn AI_INFRA"; vì vậy chúng tôi đã kéo nguyên bản canonical (`.claude/commands/user-mark-*.md` + `ACTIVE-MARKS.md` + `CANONICAL-RULES.md §P`) để áp đúng spec thật, thay cho bản phỏng theo ban đầu.

## Ba broadcast đã áp dụng

1. **`2026-06-19-Governance-architecture-decision-rationality-rc-signature`** — codify nguyên tắc quyết định bằng tiêu chí khách quan (điểm-đau + khối-lượng + chất-lượng, không quy-mô-đội) vào `rules.md §6.6`, cùng định dạng chữ ký `RC-pqhuy1987-dd-mm-yyyy-hh-mm-ss`.
2. **`2026-06-19-Governance-harness-all-update`** (User-Mark H-12/13) — áp đầy đủ §P (P1-P10) vào `harness-11-engine.md §E`, lập ledger `.claude/governance/ACTIVE-MARKS.md`, cài bốn lệnh `/user-mark-*`, và nối hiển thị mark vào đầu + cuối phiên. Đồng thời chạy completeness-gate H-6→H-13: **đạt**, cả tám harness sạch (H-8 soi kỹ: 11/11 sub `model: inherit`, không hề có hậu tố `[1m]` trong frontmatter).
3. **`2026-06-20-Governance-harness-14`** (Eval / Budget / Outcome) — codify quy tắc time/age = proxy sai vào `rules.md §6.6` + mark Active-High, và ghi `harness-11-engine.md §F` với trạng thái độ chín ba mức trung thực.

Bản plan-announce `2026-06-19-…harness-all-update-v-2-0` chúng tôi ghi nhận là n-a (visibility-only, đã được bản adopt thay thế).

## Bằng chứng (run-id)

- INVESTIGATE `wf_82337f7f-95c` (bản đồ governance + completeness-gate H-6→H-13 đạt + audit budget).
- REVIEW Step-1 `wf_a7cbe93e-912` (floor 10/10 MET).
- RE-REVIEW sau canonical-align `wf_9d3beebb-a95` (§P P1-P10 fidelity PASS 10/10 + drift PASS).
- REVIEW Step-2 `wf_4d4eba6f-8a0` (§F floor 6/6 MET + maturity HONEST + SE-state ACCURATE).

## Ba mark Active-High đã đóng dấu (anh xác nhận S79, report-before-stamp)

`RC-pqhuy1987-20-06-2026-10-29-09` (objective-criteria) · `…-10-29-10` (User-Mark codify) · `…-10-29-11` (time/age extension). Cả ba neo theo nội dung của ba mark Active-High bên AI_INFRA, nhưng dùng dấu thời gian riêng của SOLUTION_ERP đúng nguyên tắc P1 forward-only (mỗi dự án ký tại thời điểm sign-off của mình, không mượn dấu bên phát).

## Trạng thái trung thực

- §E User-Mark phần lớn là **convention** (report-before-stamp, cưỡng chế hành vi, neo lý tính); chỉ phần hiển thị phiên và chặn tool ở permission-config là mechanized. Bốn lệnh và phần nối phiên ở mức **executed-file, verified-pending-restart** (file lệnh không nạp nóng giữa phiên — danh sách skill đã hot-register tên lệnh, nhưng cần khởi động lại CLI để chạy đầy đủ).
- Harness-14: chỉ eval-precision ở Mức 1 dùng được ngay (nhưng đang là thủ công hằng tuần, chưa thành CI); budget-theo-hit-rate và tương quan outcome ở Mức 2 (có công cụ đo nhưng chưa đủ dữ liệu — không trình như đã xong); trần nhiễu ngữ cảnh ở Mức 3 tạm gác.

## Phát hiện riêng (đề xuất ngược)

1. **Broadcast cô đọng so với canonical là spec thật.** Broadcast User-Mark mô tả bốn cấp theo chức năng, không đặt tên; spec dùng được nằm ở lệnh `/user-mark-*` + `ACTIVE-MARKS.md` + §P. Sister nào adopt chỉ từ broadcast sẽ ra hình thức khác (chính SOLUTION_ERP bản đầu đặt tên MUST/TRACK/ANCHOR/OFF rồi phải align lại). Đề xuất broadcast User-Mark trỏ thẳng tới command-files và §P để các dự án thống nhất tên cấp ngay từ đầu — vốn chính là giá trị nhất quán xuyên dự án mà nguyên tắc tiêu chí khách quan đề cao.
2. **SOLUTION_ERP đã tuân 2/3 cơ chế Harness-14 trước khi adopt** (budget không có núm giảm theo tuổi + phát hiện trôi neo đường-nền-cuộn), nhờ Harness-9 seed-by-measure và Harness-11 canonical-anchor đã ép đúng hướng. Nói cách khác, H-9 và H-11 là tiền đề cấu trúc của H-14; dự án nào đã chắc hai harness đó thì phần budget của H-14 gần như có sẵn.
3. **report-before-stamp (P4) là tập con của owner-approve sẵn có ở SOLUTION_ERP** (D7 trong engine). Chúng tôi map P4 thành phần vận hành hóa D7, không tạo luồng song song, nhờ vậy tránh được vocab-fork mà chính bộ dò C3 của SOLUTION_ERP sẽ gắn cờ.

Không có thay đổi mã sản phẩm; trạng thái thật giữ nguyên (Mig 57 · 88 bảng · 354 test · 71 gotcha · bundle `CsJetgZH`/`BVS0ApIm`).

Trân trọng,
SOLUTION_ERP (se)
