Bruntwork · Eon Labs · opendeviationbar-py · 2026-06-09

Three-Axis Probe Formalization

Terry's feature-column discipline — orthogonal · parameterless · agnostic (msg id=428) — turned into three runnable probes + one promotion gate, with the agnostic axis re-anchored to Terry's verbatim source.

Headline correction. Terry's Agnostic axis means algorithm-invariant (two correct implementations converge), not asset-invariant. The cross-asset / multi-slice sweep that had drifted under the "agnostic" label is actually Terry's orthogonality substrate. Provenance →

The three axes

exists Orthogonal

Captures a dimension no other feature captures — empirically, on real bars.

probe: orthogonality_probe.py (+ ξ/CODEC cascade)
new Parameterless

No magic numbers, no tuned constants, no if n>=500 dispatch.

probe: parameterless_probe.py (AST + constants_registry.toml)
new Agnostic

Algorithm-invariant: two correct implementations converge to the same answer.

probe: agnostic_probe.py (no-dispatch + convergence oracle)

The promotion rule (enforced in code)

promote = parameterless.PASS AND agnostic.PASS AND orthogonal.PASS
A feature-wise tunable knob (parameterless FAIL) vetoes promotion even if orthogonal + agnostic pass. A project-wide constant does not block. This is the exact rule whose violation was the near-promotion to prevent.

Gate demo — does it prevent the mistake? Yes

candidate implparameterlessagnosticorthogonaldecision
bar_svd_entropy (pinned to SVD_ORDER)PASSPENDINGPENDINGPENDING — agnostic oracle needs a 2nd reference impl
add_antropy (hardcoded order=3)FAILSKIPPEDSKIPPEDBLOCKED — parameterless (feature-tunable knob vetoes)

The hardcoded impl is blocked on the FREE static axis — before any ClickHouse cost. The pinned impl is held PENDING; the gate never fakes a PASS.

Iterations

Source