ecdsafail-oracle-loop
Skill4 starsChanged 20 days agoMITView on GitHub
Iterate on an ecdsa.fail route until a fresh official `ecdsafail run` says it is better, never on a self-reported number, and keep a route journal (tried, killed, next cut) that survives context compaction. Use for \"loop this route\", \"run it to a verified win\", \"what have I already tried\". Adapted from tanweai/pua (discipline only).
In this repository34 other files it gives its agents.
- AGENTS.mdAGENTS.md
- accepted-proof-exact-retuneSkill
- beachhead-ratchetSkill
- circuit-edit-integration-safetySkill
- computer-algebra-oraclesSkill
- constraint-construction-searchSkill
- cross-model-review-gateSkill
- deepseek-pressure-testSkill
- ecdsafail-fastevalSkill
- ecdsafail-lowq-playbookSkill
- ecdsafail-pareto-ratchetSkill
- ecdsafail-scratch-dietSkill
- elicit-researchSkill
- exact-search-engineeringSkill
- fast-lean-proof-loopSkill
- hard-problem-contractSkill
- invariant-chartSkill
- jev-second-perspectiveSkill
- lean-arklib-proofsSkill
- lean-finite-certificate-splittingSkill
- mission-commandSkill
- nasqret-playbookSkill
- pip-disciplineSkill
- portable-source-assertionsSkill
- proximity-prize-campaignSkill
- proximity-prize-frontier-archaeologySkill
- research-loopSkill
- route-compare-probe-disciplineSkill
- rust-archive-build-bindingSkill
- send-to-claude-fableSkill
- shot-autopsySkill
- squares-in-squares-campaignSkill
- verify-paired-native-measurementsSkill
- verify-research-transferSkill
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 2 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 24
NOT import: PUA/PIP rhetoric, plugin hooks, prompt routers, telemetry, feedback upload, leaderboard/tier registration, email/phone intake, …
- Very specific: line 42
Binary is fresh: After any edit/install/sync: (cd $CHALLENGE && ecdsafail run) prints a score and it matches the leaderboard binary …
- Very specific: line 44
Island is CLEAN: Every config tightening reseeds the inputs, so the current DIALOG_TAIL_NONCE must still validate.
- Very specific: line 56
If you cannot produce a fresh ecdsafail run number on a CLEAN island, you have NOT finished.
- Very specific: line 61
Run with the /loop skill self-paced (no fixed interval), or step manually.
- Distinctive: line 74
Update the journal: before the next iteration (every iteration, not just on win).
- Very specific: line 78
3–4 consecutive rejections: stop tweaking. Force a reassessment of the shared assumption behind the last attempts.
- Very specific: line 139
Do not call a route done, or prepare a submission, until you have a fresh ecdsafail run score on a CLEAN island that strictly beats …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
ecdsa.fail oracle loop and route journal
Drive a route or lever change to a harness-verified result, and never lose route
state to compaction. Two mechanisms, both lifted from tanweai/pua and stripped to the
engineering:
- Oracle-gated loop: "Claude saying done doesn't count; only the verify command
counts." The verify command here is the official
ecdsafailharness. - Compaction-aware route journal: dump tried/killed/next-hypothesis state to a file outside the context window so a reset doesn't cost you the search.
Source and scope
Adapted from https://github.com/tanweai/pua: files skills/pua-loop/SKILL.md
(oracle loop, stall escalation) and skills/pro/SKILL.md (PreCompact state journal).
This integration imports the loop and journal discipline only. It deliberately does NOT import: PUA/PIP rhetoric, plugin hooks, prompt routers, telemetry, feedback upload, leaderboard/tier registration, email/phone intake, self-evolution baselines, or any always-on behavior. Provenance is the repo + path above; this card was hand-written, not byte-copied: treat the pua repo as inspiration, not a pinned dependency.
Public boundary
For public ecdsa.fail coordination. Do not request or expose private endpoints, account
details, keys/tokens, raw logs, unreleased nonces, live candidate diffs, private mailbox
history, or submit authority. When a step needs private state, stop at a handoff boundary
and name the public evidence that justifies it. See pip-discipline.
The oracle (what "done" means)
Score = avg_executed_Toffoli x peak_qubits (lower is better), validated on 9,024
SHAKE256-derived inputs reseeded by the free 96-gate identity tail (DIALOG_TAIL_NONCE).
A route is done only when ALL of these hold, never on a self-estimated count:
- Binary is fresh. After any edit/
install/sync:(cd $CHALLENGE && ecdsafail run)prints a score and it matches the leaderboard binary (stale-binary trap). - Island is CLEAN. Every config tightening reseeds the inputs, so the current
DIALOG_TAIL_NONCEmust still validate. Re-hunt via jieyilong's GPU island toolkit until the searcher printsCLEAN. A score on a dirty island is not a score. - Score strictly beats the baseline recorded in the journal (
prev_best). Equal or worse is a rejection, not a win.
Concretely, the oracle command is:
cd $CHALLENGE && ecdsafail run # exit 0 + printed score == the only success signalIf you cannot produce a fresh ecdsafail run number on a CLEAN island, you have NOT
finished. Say so and name the missing step as the blocker.
Loop protocol
Run with the /loop skill self-paced (no fixed interval), or step manually. Each
iteration:
- Read the journal first (see below). Do not re-try anything under
killedordo_not_retry. Pick the highest-value untried structural cut. - Make the smallest change that tests one hypothesis: a structural cut, not a lever wiggle.
- Rebuild + re-hunt:
install/syncas needed, then re-hunt the island toCLEAN. - Run the oracle:
cd $CHALLENGE && ecdsafail run. - Judge against
prev_best:- strictly better -> accept; update
prev_best, append towins, journal the diff. - equal/worse, but island CLEAN -> reject; journal as
score-deadunderkilled. - island won't go CLEAN after a fair hunt -> journal as
tail-sensitive, park.
- strictly better -> accept; update
- Update the journal before the next iteration (every iteration, not just on win).
Stall escalation (from pua-loop, count-based)
- 3–4 consecutive rejections: stop tweaking. Force a reassessment of the shared
assumption behind the last attempts. Hand to
pip-disciplineand produce three materially different hypotheses, not three parameter tweaks. - 5+ rejections: re-examine the requirement itself: is the qubit shelf / lifetime /
Toffoli move even on this route? Rebuild the route slate via
nasqret-playbookoff the current frontier diff. Do not keep looping the dead route.
Forbidden exits: "I can't solve this" with no evidence; declaring a win on a self-reported count; looping the same idea past the escalation gates.
The route journal (survives compaction)
State that must outlive a context reset lives in a file, not in the conversation:
~/.ecdsafail/route-journal.md(Outside $CHALLENGE so it's never committed or reseeded.) Read it at the start of every
session and every loop iteration; rewrite the touched fields after every iteration and
before any likely compaction. Template:
# ecdsafail route journal — updated <ISO date>
prev_best: <score> # avg_Toffoli x peak_qubits on a CLEAN island
prev_best_nonce: <DIALOG_TAIL_NONCE that was CLEAN at prev_best>
active_route: <one line: the structural cut being tested>
next_hypothesis: <the next untried structural cut, most promising first>
## tried (this campaign)
- <route> -> <score or "dirty"> -> accept | reject
## killed / do_not_retry
- <route> — <reason: score-dead | tail-sensitive | structurally-dirty | validation-only>
## wins (chronological)
- <ISO date> <score> — <the diff that earned it> — nonce <...>
## key_context
- frontier target: <current SOTA Q.T> | levers in play | island box in usePair this with the stale-nonce gotcha: when you record a prev_best, record the
nonce that was CLEAN for it, because tightening anything reseeds the inputs.
Optional auto-reinjection: a Claude Code SessionStart hook with matcher compact can print
the journal back into the context after each compaction. Gate it on a flag file you create when the
loop starts and delete when the campaign is parked, or the journal leaks into unrelated sessions.
The journal on disk stays the source of truth either way.
Invocation
/loopthen describe the route and point at this card: e.g. "loop this route to a verified win: oracle iscd $CHALLENGE && ecdsafail run, gate on CLEAN island, beat prev_best in the journal." Let it self-pace; it stops when the oracle reports a strict improvement or you<loop-abort>.- Or run the protocol manually one iteration at a time. Either way, the journal is updated every iteration and the oracle is the only success signal.
Completion gate
Do not call a route done, or prepare a submission, until you have a fresh ecdsafail run
score on a CLEAN island that strictly beats prev_best, and the journal records the diff +
the nonce. Submission itself goes through the official ecdsafail CLI (ecdsafail submit), not this
loop. This loop's job ends at a verified, journaled improvement.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

