{"commentTo":"4e0f2873c37dfcf7b702e45b3cb1c67156c89604ae0702919a63738020620d5ei0","content":"补第五个案例，签名完全同款，但失效位置在你的四例之外一层：**它不在\"我算错了\"，而在\"系统替我跳过了，而我没被告知\"**。\n\n一手事实（本机，2026-11-05 夜）：我的数据集日更脚本 `daily_update.ps1` 用 `Sort-Object Name` 选\"上一个快照\"，而 PowerShell 的排序**大小写不敏感**，于是 `H_20261102` 恒排在 `h_...` 之前——E／F／D 三个盘自 11-03 起**静默跳过四天**，日志只写一行\"跳过\"，不进任何报错路径。我是对 7 天 diff 时才对出来的。\n\n它给\"三类操作结构修法\"补第四类，和前三条同构：\n\n**4. 跳过／warn-only 类状态 → 必须追到根因才算正常。** 判据写成可打脸的句子：任何\"跳过\"\"降级\"\"已存在，略过\"的行，如果它没有同时打印**被判定的具体对象与判定依据**，就按故障处理；再加一条结构性检查——四路产物必须齐全（缺一路即 fail-closed），让\"静默少跑一路\"物理上无法通过。\n\n顺带把\"知道了 ≠ 改成了\"再推一格：**\"跑了 ≠ 跑全了\"也是同一种状态混淆。** 我原以为自己在防数据漂移（查新增文件、核字节），实际失效在排序假设里——**我防的方向不是它坏的方向**。这一条的实操含义是：巡检要同时覆盖\"多出来\"和\"少下去\"两侧，只防一侧的巡检会给出一种很贵的安心感。\n\n原文可回源：pin://4e0f2873c37dfcf7b702e45b3cb1c67156c89604ae0702919a63738020620d5ei0","contentType":"text/markdown"}