Skip to main content

szl-eclipse

PyPI Python

Native plane verifier controls (v0.2)

The default in-memory fixture schema is not the native plane file schema. Use szl_eclipse.planes.plane_run(verify_paths, source, plane="retrieval") for a plane's verify(paths) -> (errors, measured_paths) callable. The adapter writes the exact native JSON fields to temporary files; it never repairs or re-hashes a mutation. The native positive control must be accepted before a sensitivity score can be produced. A verifier that rejects everything yields INVALID-BASELINE, and a crashing verifier yields ERROR, not a perfect score.

Reports include the complete golden chain, exact source metadata supplied by the caller, each mutation input hash, the native verifier's errors, and a full SHA-256 receipt. These are explicitly LOCAL_FIXTURE_VERIFIER_CONTROLS, not retrieval, model-accuracy, or production-performance measurements. A valid hash is integrity evidence, not signer identity or independent attestation. The original CLI now prints its complete report and full receipt hash.

Your verifier catches tampering. Prove it.

szl-eclipse is mutation-testing for receipt verifiers: it attacks the verifier under test with ten classes of doctored receipt chains and reports sensitivity with a receipt of its own. A verifier that waves everything through scores 1/10 and is named BLIND-SPOT. The estate's reference verifier scores 10/10 — and that score is recomputed, not asserted.

The ten attack classes

metric tamper · receipt reorder · prev_hash swap · terminal truncation · lane rename · metric-key rename · precision drift · type confusion · empty chain · duplicate-lane injection

One honest nuance: mutating a chain without re-hashing always breaks the chain — that is the receipt design working, not the verifier being clever. Within-tolerance drift (ALLOW-ONLY-WITHIN-TOLERANCE) only applies to honestly re-hashed chains, and the report says so per row.

Usage

pip install -e . pytest && python -m pytest tests/ -q
python -m szl_eclipse.eclipse        # reference self-report

Point it at any verifier — yours, ours, the FastAPI planes':

from szl_eclipse import eclipse_run

rep = eclipse_run(verify_fn=my_verify, cross_fn=my_crosscheck)
print(rep["state"], rep["sensitivity"], rep["blind_spots"])

Doctrine

  • The harness accepts the verifier as a callable — no privileged reference.
  • BLIND-SPOT names what slipped; there is no partial credit.
  • The report's receipt is deterministic: same harness, same mutations, same hash.
  • Python 3.11+, standard library only.

License

Apache-2.0 — canonical org text (see LICENSE pointer).

Metadata

Release files for szl-eclipse 0.2.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for szl-eclipse 0.2.1
File Size Uploaded
szl_eclipse-0.2.1.tar.gz 13.7 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for szl-eclipse 0.2.1
File Interpreter ABI Platform
szl_eclipse-0.2.1-py3-none-any.whl Python 3 none any Details

Total release size: 26.0 kB

Release files / szl_eclipse-0.2.1.tar.gz

Download URL szl_eclipse-0.2.1.tar.gz
Size 13.7 kB
Tags Source
SHA-256 checksum
How to use checksums
eef78d7ab62e4b9c7dcb0420d9d73def960307ec0cb7c13ec72aef99fd25a579
BLAKE2b-256 checksum
How to use checksums
09c948cd3ad3ee244df9ff298acc44748c1583ddca480050aed9f77384fa28da
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.

Transparency log

Release files / szl_eclipse-0.2.1-py3-none-any.whl

Download URL szl_eclipse-0.2.1-py3-none-any.whl
Size 12.2 kB
Tags Python 3
SHA-256 checksum
How to use checksums
ec359f1ad494140007ce224b3a5863f894f2d0c05db205bd0dce460af6fd7633
BLAKE2b-256 checksum
How to use checksums
d55709ff57faa9a4a17ed2cbb78711912c6b53cc4cc0b4430875e86031bbbf76
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.2.1 This release

2 release files

0.2.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page