ELOHIM
A number is a finding only after its residual was measured.
ELOHIM is a gate for numerical claims. Six instruments measure hard mathematics,
pin every result they claim, and refuse to pass if anything moved — including the
instrument itself. The sixth, reproducibility, holds the other five to that: it
runs each of them, reads back the seal each recorded, and turns the gate red when a
shard arrives from an interpreter class nobody pinned.
It exists because of six specific failures. Each of the six produced a result that was internally consistent, readable, and wrong, and none of them announced itself. Writing the arithmetic down independently is what caught each one, and each one is now a check that runs on every invocation, forever.
The six specific failures
- A Pisot decay rate fitted with a regression that biased it by more than half
the signal. A log-linear fit over the first 40 terms returned 0.7470861
where deflation gives 0.7373527, a bias of 9.73e-03 that is 1.26 of the fit's
own slope standard errors. The cause is structural: the n=1 and n=3 terms are
not Pisot errors at all, and they account for 63 percent of it.
estimator-bias - A superellipse perimeter of
2.828instead of2*pi, from one off-by-one in an exponent.elohim - A claimed conserved quantity in a Collatz trace. Over 45 steps the
per-step multiplier ranged from 3.000067290 to 3.200000000, leaving a residual
of 4.67e-06. The product does telescope to exactly
1/n0, and that is a tautology rather than a conservation law, so it is filed as a non-invariant and nobody re-derives it.invariant-hunter - A precision budget treated as sufficient. The rule gives 109 working
digits at n≤200, but the bound breaks at every probed precision below a
crossover at 83, leaving 26 digits of margin.
precision-budget - Pisot's bound of 2 quoted as attained. It is a supremum that is never
attained. Tribonacci reaches 1.999974821665813 at n=192 and plastic
1.9999995588370636 at n=183, and raising the ceiling to n≤3200 shrinks
tribonacci's deficit 4933× to 5.10e-09 rather than closing it.
tolerance-prover - A "holding set" assumed to be an interval. On the plastic residual route
precision 38 breaks, 39 holds, 40 breaks, and 41 holds again.
tolerance-prover
The six gated skills
| skill | measures | facts | traps | instrument |
|---|---|---|---|---|
elohim |
Pisot decay, superellipse perimeters, Parry numbers, log saturation, and the recorded non-invariants | 16 | 6 | 30497 B, a920cdd5… |
invariant-hunter |
Collatz traces and seed valuations, as refutations | 3 | 5 | 11853 B, 10a206f3… |
precision-budget |
the working-digit budget, its crossover, and its starved maximum | 9 | 6 | 23807 B, 2baf65bb… |
estimator-bias |
fitting a Pisot decay rate, and the bias that survives | 15 | 7 | 28213 B, dddfdebd… |
tolerance-prover |
how tight Pisot's bound of 2 really is, and route dependence | 23 | 7 | 33152 B, 2182c01c… |
reproducibility |
which interpreter classes reproduce each sibling's shard, and the one that splits | 6 | 7 | 12380 B, ca222ba4… |
81 pinned facts, 38 independent trap re-derivations, 6 instrument pins. Every
number in that table is measured by running that skill's gate, not typed in by
hand. Full derivations with residuals live in each skill's references/.
skills/elohim-harness/ is the shared gate all six run through. It has no
instrument and no ledger of its own, so it is not one of the six.
What it refuses to do
- It does not trust its own source.
ledger.jsonpins the SHA-256 and byte count of the instrument. A mismatch is reported with both hashes and can never resolve to a passing verdict. A measurement that moved its own ruler proves nothing. - It does not let a regression hide inside the thing that verifies it. Every trap
is re-derived by
check_traps.pywith its own inline code, never by importing the instrument's helpers. A trap that shares the code it tests cannot fail. - It does not edit its own prose. New measurements land in
backlog.jsonand stay there until a human promotes them, and every promotion has to name the way it can fail. - It does not let a claim outrun its measurement. A fact's
claimsentence is part of the assertion. This repo shipped one ledger whose prose asserted the opposite of the numbers it was pinned to, and every gate stayed green, which is exactly why the rule is written down here. - It does not touch the network or depend on a package. The hygiene lint enforces
standard-library imports only, plus a tokenizer check for identifiers a shell
sanitizer can rewrite. The published wheel declares no runtime dependencies
either, so
pip installmoves code and never resolves a package the gate could have been tampered with.
Install
# the open agent-skills layout, read by Codex, Claude Code, opencode, Cursor
./install.sh
# any other agent's own directory
./install.sh --skills-dir /path/to/skills
# a project-local install, or a dry run first
./install.sh --base .
./install.sh --dry-run
install.sh copies the skill, then runs the installed copy's own gate and
fails the install if that gate does not pass. Nothing is trusted on the way in.
To run the gate as a command instead of installing a skill, install the package from a clone:
python3 -m pip install .
elohim --all
The wheel ships this repository's own skills/ tree and the console script
delegates to the installed copy of harness_run.py, so elohim --all and
python3 tests/test_all.py run the same instrument code. The only flags are the
runner's own:
| flag | effect |
|---|---|
--all |
every gated skill, one verdict |
--skill-dir PATH |
run one skill directory |
--json |
machine-readable output |
--discover |
scan for unbound claims |
--promote ID:PATH[:TOL] |
move a backlog measurement into the ledger |
--list-backlog |
what is waiting for a human |
--fail-under N |
exit non-zero below N |
--max-seconds N |
budget the run |
elohim is not on PyPI yet. pip install . and pip install of a locally
built wheel are the only verified paths; treat pip install elohim as unproven
until a release exists and the index is measured.
Verify
One entry point for every skill:
python3 skills/elohim-harness/scripts/harness_run.py --skill-dir skills/elohim
Expected output:
instrument .../instrument/summoning_shard.py [bundled]
pin PASS a920cdd5dd51f732
facts 25/25 verified, traps 6/6 hold, hygiene 0 findings
verdict PASS
The whole repository, every skill, five ways:
python3 tests/test_all.py # mirror, text lint, clean run, tamper
python3 tools/check_text.py # shipped-text lint
python3 tools/sync_adapters.py # regenerate the derived plugin copies
python3 tools/sync_adapters.py --check
python3 tools/submit.py --check # 10 distribution checks
python3 -m pytest -q # the 43-test unit suite
The first four need nothing installed. The fifth is the only command here
that reaches outside the standard library, and it needs pytest==9.0.3.
tests/test_all.py is the real gate, and it ends in ALL_SKILLS_PASS. It
copies each skill to a fresh temporary directory, proves the gate passes there
with no environment variable and no prior output, then appends a single comment
line to that copy's instrument and proves the pin catches it:
pin DRIFT 16335e725bce279d
PIN DRIFT: instrument was modified: expected a920cdd5dd51f732 (30497 bytes), found 16335e725bce279d (30513 bytes)
verdict FAIL
The tamper is a comment, not a syntax error. A tampered instrument that no longer parses is trivially caught. A tampered instrument that runs perfectly is the case worth proving.
It also checks that an untampered copy is not reported as caught, and aborts if a source instrument already carries the marker or if the append failed to change the hash, because a test that cannot fail is not a test.
Summon it
The elohim skill runs a summoning shard. It is a program, not a document: give it an invocation and it emits mathematics, with a residual beside every claim.
python3 skills/elohim/instrument/summoning_shard.py
ELOHIM:AWAKEN sha256 72ae4ebc… seed 8263628938188521384 python 3.14.5
I. PARRY NUMBERS phi 1010101010… 9.64e-06 0.5000 infinite
plastic 10001 3.00e-90 0.4000 FINITE
II. THE KNIFE EDGE phi flips FINITE/infinite with precision alone
verdict PRECISION-SENSITIVE
III. PISOT SIGNATURE |alpha| = sqrt(1/lambda), discrepancy 0.00e+00
VII. COLLATZ n0 79256, 45 steps, 11 odd steps, reached 1 YES
VIII.THE SIGIL sigil.svg, 4605 bytes
SHARD SEAL 5f12cc78…f596
Three things are committed, so you can read the output instead of only running it:
| file | bytes | what it is |
|---|---|---|
skills/elohim/artifacts/shard.md |
10 892 | the eight sections, every number with its residual |
skills/elohim/artifacts/sigil.svg |
4 605 | geometry built from the measured constants, nothing else |
skills/elohim/artifacts/shard.json |
2 268 | 17 facts and the seal, machine-readable |
shard.json and sigil.svg are byte-identical across seven interpreters —
3.10.13, 3.10.20, 3.11.9, 3.12.15, 3.13.14, 3.14.5 and 3.14.7 — including 3.12,
where sum() changes its rounding and estimator-bias is the one ledger whose
seal moves across the boundary. The shard's own seal does not. shard.md differs
on two environmental lines, the interpreter version and the output path, and the
generator normalises both before committing, so the committed text carries no
absolute path and the digest is the same from any checkout.
Regenerate and check:
python3 tools/publish_shard.py # run the instrument, publish, write the manifest
python3 tools/verify_published.py # digest + seal, exit 1 on any drift
This is the whole optional layer, and it is optional by construction: no gate in
this repository reads artifacts/. verify_published.py is a separate file
called by a separate CI job, so deleting both it and artifacts/ leaves the four
gates byte-for-byte as they shipped.
Layout
skills/elohim-harness/ shared gate: harness_run.py, check_hygiene.py, contract.md
skills/<skill>/ SKILL.md, ledger.json, backlog.json, instrument/, references/
plugins/elohim/ marketplace plugin, its skills/ is a byte-identical copy
adapters/opencode/ optional opencode plugin: exports ELOHIM_SCRIPT, re-checks on idle
tools/ mirror sync, installer, text lint, distribution checks
tests/ test_all.py
plugins/elohim/skills/ is a real copy rather than a symlink because the Codex
plugin installer silently drops symlinks and ../ escapes. Run
python3 tools/sync_adapters.py after editing anything canonical, or --check
to verify without writing. sync_adapters.py --check is the only sanctioned
count of the mirrored files: it reports 62 files byte-identical across 7 skill
directories today, four of them the published artifacts.
Use it
Ask for a verdict, not a number:
- "verify this measurement"
- "check the ledger before I quote this constant"
- "make this rule deterministic instead of probabilistic"
- "did the shard change — prove it did not drift"
Distribution
MIT. One repository, one canonical skills/ tree, byte-identical copies per
agent adapter. Install them with ./install.sh from a clone, or through the
plugin marketplaces declared here: .agents/plugins/ for Codex and
.claude-plugin/ for Claude Code. Separately, pyproject.toml builds the same
tree as a wheel with an elohim console script, verified from a clone; it is
not published to any index yet.
These skills are not yet listed in the public agent-skill indexes. An
earlier version of this file claimed they were, which was a claim nobody had
measured. Checked on 2026-09-30 against skills.sh: a request for this
repository's SKILL.md returns a soft-404 within a kilobyte of the size a
known-nonexistent path returns, while a genuinely indexed repository returns
real content thirteen times larger. Citing a 200 here proves nothing, because
the page is rendered client-side. The marketplace listings above are declared
in this repository but have not been verified to resolve; until both are
measured, treat "it is on an index" as unproven.
There is no hosted service, no account, and no telemetry. The gate is a local process you can read. One narrow exception: a static, read-only report of a single gate run may be published at a public URL. It renders a payload the publisher generated from their own local run, runs nothing, takes no input, and carries no tracking. A visitor cannot change a result, and anyone can re-derive the numbers by running the gate themselves.
Support
MIT means you may use it commercially. If it is load-bearing somewhere and you want a maintained pin, integration help, or a signed manifest, that is available as paid support. Sponsorship keeps the gates running.
The economics live in docs/MONETIZATION.md.
Metadata
Release files for elohim 0.3.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| elohim-0.3.0.tar.gz | 698.3 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| elohim-0.3.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 1.2 MB
Release files / elohim-0.3.0.tar.gz
| Download URL | elohim-0.3.0.tar.gz |
|---|---|
| Size | 698.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
12d9b7b58277166d280918d2a31c2b2a080367ad36b49a93a82ea0eb14e37409
|
|
BLAKE2b-256 checksum How to use checksums |
4e73029ea6d0c434c8526071de3c35f4a9dfc371e5e739426ae2b7c262170d6e
|
| 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 3, 2026.
Transparency logRelease files / elohim-0.3.0-py3-none-any.whl
| Download URL | elohim-0.3.0-py3-none-any.whl |
|---|---|
| Size | 530.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
334ac9b894d78a08eb997141993bdb91969376119e2f620a92d4155d928cc344
|
|
BLAKE2b-256 checksum How to use checksums |
cbfeceb8dc469c417f01b8967c21a93d5f3b90928dc328a1882172139c92d2c3
|
| 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 3, 2026.
Transparency log