rat-leading-index-pivot-row-of-col-1
- Kind
- kernel-term
- Status
- checked
Supports: Both `Rat.leadingIndex_pivotRowOfCol` and the fuelled `Rat.pivotRowSearchAux_leadingIndex` are checked `Declaration::Theorem`s with EMPTY axiom footprints in all four preludes. The checker counts EIGHT rows -- two declarations across four preludes -- and requires exactly that, so losing either half changes the count and the command exits 1. The regex pins the CONCLUSION to `Rat.leadingIndex x0 (Rat.pivotRow… …) x2 = x3`, i.e. the leading index taken at the COLUMN COUNT `x2` and equal to the COLUMN ASKED FOR `x3`: a version concluding the leading index equals the row index, or taken at the row count, would not match.
out=$(target/release/examples/kernel_declaration_projection 2>&1) && test "$(printf "%s\n" "$out" | grep -cE '^(rat|creal|complex|cpoint)[[:space:]]+theorem[[:space:]]+Rat\.(leadingIndex_pivotRowOfCol|pivotRowSearchAux_leadingIndex)[[:space:]]+0[[:space:]].*Eq\.\{1\} AxNat \(Rat\.leadingIndex x0 \(Rat\.(pivotRowOfCol|pivotRowSearchAux) x0 x1 x2 x3( x4 x5)?\) x2\) x3\)+$')" = 8 Evidence notes
Run 2026-09-02: the pattern matches the real output at exactly the required count. `scripts/new-fact.py` verified it FAILS on mutated output (digits perturbed, true -> false, 0 -> 1) before this file was written, so a pattern anchored on the surrounding prose rather than on the finding would have been rejected there.