4.0 KiB
4.0 KiB
工程改动报告：验收档分级与待办条目限长批（2026-11-04）
接收方：待办清单「验证与清单体系整改——四方向分阶段推进」条（阶段 3＋阶段 4 收口凭据） 性质：工程改动＋文档设计改动直改批（用户 2026-11-04 发令开工；W 层八裁点当日全裁——档名高/中/低、判据=失败代价单维、三档、强度差只落审计深度且每批必有审计、U0 确认权、行数硬上限、入 pipeline_gate 机检、存量同批压缩；How 细则由本批推导落文）
1. 改动清单
| 面 | 改动 |
|---|---|
design/engineering/test-conventions.md |
§8.3 新增「验收档申报」：三档高/中/低，判据＝失败代价单维，卡头申报、U0 确认或改判，2026-11-05 起对文件名日期不早于该日的卡生效，未申报旧卡按高档全量审计。§8.7 新增「审计深度分级」梯度表：高档＝现行四件事全量；中档＝对照表逐行保留、复跑省略以 CI 回执代证；低档＝对照表抽查 ≥1/3（新增行与改判行必抽）＋复跑省略；测试削弱检查与直查例外核对三档全保留；档位存疑按高档。 |
design/engineering/doc-conventions.md §12.1 |
新增「条目正文限长」：正文只写现行状态＋证据指针，过程叙事归 git 提交信息；≤12 行且 ≤700 字（去空白）双判据，流水线闸机检。 |
tools/pipeline_gate.py |
①待办条目限长双判据机检（行/字，超限判据名「条目超长」）；②卡片验收档申报机检 C4（GRADE_RULE_DATE=2026-11-05）。 |
.zcode/skills/req-card（不入 git） |
必备结构新增第 16 节「验收档申报」。 |
.zcode/skills/iter（不入 git） |
独立验收审计节挂深度分级口径（逐卡定档、旧卡按高档）。 |
待办清单.md |
存量超限条目 9 条压缩（架构审查余项／三关色相／验证与清单体系整改／数值标定窗口／棋盘键盘／二三关观感／封印印记／生涯／EffectPort 删键）——过程叙事归 git 提交信息与既有过程件，正文留现行状态＋证据指针＋缺口。 |
2. How 数值与判据推导
- 限长 12 行＝实况说明行 1＋文档指针行至多 8＋缺口/改动面/状态各 1；700 字≈8 条指针（约 320 字）＋现行状态叙述余量——以现行合规条目实测校准（压缩后的整改条目约 400 字）。行数与字数并用：单判据皆可绕（多行蔓延／单行堆砌），实证＝整改条目原实况为单段 1500+ 字。
- 审计深度梯度锚定现行 §8.7 四件事：机械且堵造假向量的两件（削弱检查、例外核对）三档全保留不抽；昂贵的判断件（逐行核对、复跑）按档放宽；中/低档复跑省略的执行证据由 CI 回执承担（CI 全量强制档不因档位变化——迭代 44 实证的跨卡漏网兜底保持原样）。
- 档名取「高/中/低」：P0/P1/P2 记号已被 doc-conventions §12.1 占用为待办紧急度专用（新文档禁另立别义）。
- 生效日 2026-11-05：沿用卡片按文件名日期生效的惯例（§8.8 同型），当日已写卡（EffectPort 批 2026-11-04）不回头改。
3. 验证
pipeline_gate.py全仓 PASS（压缩后零超限）；负证：临时超长条目行数与字数两判据各自触发红（临时件在 /tmp，未入库）。run_all_gates.sh --docs全绿；合回后远端 CI 追验（文档批＝文档域秒级闸）。
4. 同批发现与登记（不在本批修）
tools/ci_watch.sh在 run 未落定时把中间态写成终局红回执：2026-11-04 run 37（commit 536dc072）实证——回执 16:59:55 写入 verdict=red，而该 run 17:03:10 才以「Job succeeded」落定，现查 Gitea API 组合状态＝success；回执与真值相反，下游按「红未修不开新批」被误阻塞（本批开工时人工查 API 解封）。已登记待办清单新条目（直改类，修复方向＝只认 run conclusion 落定后的终局态）。