Lớp vendored lên kit 2.17.0 — lối cho một hồ sơ nghỉ (giữ fork stale-scope)

[phanlemanh]

Kho này đang trả gì hôm nay

Cổng trước-merge của OneFlow đang chặn:

VIOLATION [normalize-text-vi]: evidence is stale — code changed after verify

Hồ sơ ấy đã có chữ ký người (Phan Le Manh, 27/08). Mã đổi sau lượt verify, nên món nợ «ghim lại» này không trả được bằng cách chạy lại — và luật làn eval nói pin chưa chứng là nợ ở mọi lượt chạy. Trước 2.17.0 chỉ còn hai lựa chọn: kẹt vĩnh viễn, hoặc sửa chữ ký. Chữ ký là sử liệu nên không được sửa.

Thứ nhận được

Một lời hứa đã ký mà món nợ không bao giờ trả được nay có lối ra: một dòng sổ có người, lý do và thời điểm. Hồ sơ thôi bị chấm ở phần còn lại của lưới; chữ ký ở lại nguyên vẹn làm sử liệu.

Dòng nghỉ chỉ ăn trên hồ sơ đã có chữ ký người. Thiếu bất kỳ vế nào thì cổng nói ra và tiếp tục chấm như hồ sơ đang sống — không có đường tắt im lặng.

Phạm vi và cách nâng

Ba tệp của INIT-CI-COPY-LIST đổi giữa 2.16.0 và 2.17.0; sáu tệp còn lại đã trùng khít 2.17.0 nên không chạm.

Tệp cổng là bản fork của kho này — cụm phạm vi hẹp feature_scope, giữ qua năm lượt nâng kit từ 1.38.0 — nên đi đường gộp ba chiều (nền 26bf12fe · của-ta là fork · của-họ là kit main). Gộp sạch, 0 xung đột; feature_scope còn nguyên bốn chỗ. Hai tệp lib/ chép nguyên bản. Tổng diff bằng đúng diff 26bf12fe→main của kit: +64 / +37 / +21.

Đã đo trên chính cây này (base origin/main~1)

	kết quả
Trước khi nâng	exit 1 — 1 vi phạm (normalize-text-vi cũ hoá)
Sau khi nâng	exit 1, giống hệt từng dòng — nâng thước không tự đổi phán quyết, không sinh đợt ghim lại
Chiều đỏ — thêm dòng nghỉ đủ vế vào chính hồ sơ ấy	exit 0, pre-merge-check: clean, cổng in NOTE gọi tên người + lý do
Chiều im — bỏ một vế khỏi dòng ấy (đo ở kho crm)	cổng in «dòng nghỉ thiếu …», hồ sơ vẫn bị chấm bình thường

Việc còn lại là của anh

PR này không viết dòng nghỉ cho normalize-text-vi — dòng thử đã hoàn tác. Cho một hồ sơ nghỉ là quyết định của người, không phải của lượt nâng thước. Sau khi PR này vào main, một lệnh mở được cổng:

L=_acceptance/normalize-text-vi/decisions.jsonl; { printf '{"id":"d-%s-%s",' "$(date -u +%Y%m%dT%H%M%SZ)" "$(( $(cat "$L" 2>/dev/null | grep -c '') + 1 ))"; tr -d '\n' <<JSON; printf '}\n'; } >> "$L"
"type":"nghi","stage":"gate2","at":"$(date -u +%Y-%m-%dT%H:%M:%SZ)","by":"<tên anh>","decision":"<lý do một câu>","impact":"<hồ sơ thôi hứa gì>"
JSON

🤖 Generated with Claude Code

[chatgpt-codex-connector]

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

[phanlemanh]

Về ô đỏ «Acceptance Gate» của CI — nó có trước PR này, và nó chính là thứ PR này mở lối.

CI chạy pre-merge-check.sh . --base origin/main, khác chế độ tôi đo ở máy, nên nó gọi tên một lớp nợ khác của cùng một hồ sơ:

VIOLATION [normalize-text-vi]: re-pin lane "repin-normalize-text-vi-20260827-b" …
recorded no evals_exit

Tái dựng đúng lệnh ấy tại chỗ, trên nhánh này:

	kết quả
như hiện tại	1 violation(s) — merge blocked
thêm một dòng nghỉ đủ vế vào normalize-text-vi	pre-merge-check: clean

Dòng thử đã hoàn tác. Cả hai lớp nợ của hồ sơ ấy — bằng chứng cũ hoá, và làn ghim lại kiểu cũ — đều nằm sau cùng một lối miễn, nên một dòng nghỉ đóng cả hai.

Năm ô CI còn lại xanh. Việc còn lại là dòng nghỉ, và đó là quyết định của anh — lệnh ở phần cuối mô tả PR.