00110500a7ab5b3a1a8bdf43638fa6411f3f7a5e
用户令「按照建议处理」。背景:2026-10-08 22:22 那次「说人话新稿按合并落地」实际是整文件覆盖, 抹掉了晚于新稿编写时点的全部改动(单一可信源声明 5→1、`## 供给` 块与六行表、供给口径翻转、 runbook §7 两条勾选项),并让闸门多出 12 条 FAIL。 四条硬纪律: 1、⛔ 不许整文件覆盖 —— 新稿是「改动意图」,逐节比对当前内容再落,宁可分多次小提交 2、落地前先比对时点 —— 新稿编写时点 vs 目标文件的最新修改时点,被改过就必须逐节比对 3、改完必跑闸门 —— `--ws` 必带、不许带 FAIL 提交;⛔ 但也别只看闸门绿(它查不出结构被删) 4、收到覆盖性提交先做结构体检 —— 拿「唯一权威处」这类结构标记的计数与上次收口版比 另附出事后的标准修法:先定性(两版本各跑一次闸门的可复现对比)/⛔ 别在被覆盖的基线上逐项修补/ 先存档再回退(对照 diff + 全文快照 + 说明)/回退后立刻提交推送。
Languages
HTML
80.5%
Python
11.7%
CSS
6.9%
TypeScript
0.4%
Shell
0.3%
Other
0.2%