Prove It
When to use
- The user asserts certainty: “always”, “never”, “guaranteed”, “optimal”, “cannot fail”, “no downside”, “100%”.
- The user asks for a devil’s advocate or proof.
- The claim feels too clean for the domain.
Round cadence (mandatory)
- Definition: one "turn" means one assistant reply.
- Default: continuous (no approvals). Run rounds 1-10 plus Oracle synthesis in the current assistant turn. Do not rely on a future assistant turn for default behavior.
- Hard completion gate: a default continuous reply is incomplete unless it contains rounds 1-10 in order, one distinct Round Ledger + Knowledge Delta block for each round, and an Oracle synthesis block after round 10.
- Fail closed: if you notice you have emitted only round 1 or are about to conclude early, do not finalize; continue immediately with rounds 2-10 in the same reply.
- In default mode, after each round, publish:
- Round Ledger
- Knowledge Delta
- Round integrity is mandatory:
- Execute rounds 1-10 in numeric order, with one distinct gauntlet focus per round.
- Emit a separate Round Ledger + Knowledge Delta block for every round; do not merge multiple rounds into one pseudo-round or summarize "rounds 2-9" together.
- Do not treat prior prose as implicitly satisfying skipped rounds unless the user explicitly asks to continue from a known checkpoint.
- Early disproof does not end the gauntlet: if round 1 already falsifies the original claim, continue rounds 2-9 against the strongest surviving refined claim, then publish Oracle synthesis.
- If confidence remains low after Oracle synthesis, continue with additional rounds (11+) in the same reply when feasible, then publish an updated Oracle synthesis.
- Do not ask for permission to continue. In default mode, do not wait for "next" between rounds. Pause only when you must ask the user a question or the user says "stop".
- Step mode (explicit): if the user asks to "pause" / "step" / "one round at a time", run one round then wait for "next".
- Turn autoloop (explicit): if the user asks for "autoloop" / "one round per turn", run exactly one gauntlet round per assistant turn and continue on the next turn until Oracle synthesis.
- Full auto mode (explicit): "full auto" / "fast mode" is an alias for the default continuous behavior.
- Keep it compact: prefer terse bullets and phrase-level evidence so the full gauntlet fits in one reply.
Mode invocation
| Mode |
Default? |
How to invoke |
Cadence |
| Continuous |
yes |
(no phrase) / "continuous" / "don't stop" / "exhaust all rounds" |
rounds 1-10 + Oracle in one turn; publish Round Ledger + Knowledge Delta after each round |
| Step mode |
no |
"step mode" / "pause each round" / "pause" / "step" / "one round at a time" |
1 round/turn; wait for "next" |
| Turn autoloop |
no |
"autoloop" / "one round per turn" |
1 round/turn; continue on the next turn until Oracle |
| Full auto |
no |
"full auto" / "fast mode" |
alias for Continuous |
Quick start
- Restate the claim and its scope.
- Default to continuous. If the user explicitly requests "step mode" or "turn autoloop", use that instead.
- Run rounds 1-10 plus Oracle synthesis in the same reply, publishing a distinct Round Ledger + Knowledge Delta block after each round.
- Do not emit a top-level verdict, conclusion, or stop point before round 10; any interim refinement stays inside the round blocks.
- Treat "continuous", "don't stop", and "exhaust all rounds" as the default continuous mode.
- If confidence remains low, run additional rounds (11+) and publish an updated Oracle synthesis.
Ten-round gauntlet
- Counterexamples: smallest concrete break.
- Logic traps: missing quantifiers/premises.
- Boundary cases: zero/one/max/empty/extreme scale.
- Adversarial inputs: worst-case distributions/abuse.
- Alternative paradigms: different model flips the conclusion.
- Operational constraints: latency/cost/compliance/availability.
- Probabilistic uncertainty: variance, tail risk, sampling bias.
- Comparative baselines: “better than what?”, which metric?
- Meta-test: fastest disproof experiment.
- Oracle synthesis: tightest surviving claim with boundaries. If confidence is still low, repeat rounds 1-9 as needed, then re-run Oracle synthesis.
Round self-prompt bank (pick exactly 1)
Internal self-prompts for selecting round focus. Do not ask the user unless blocked.
- Counterexamples: What is the smallest input that breaks this?
- Logic traps: What unstated assumption must hold?
- Boundary cases: Which boundary is most likely in real use?
- Adversarial: What does worst-case input look like?
- Alternative paradigm: What objective makes the opposite true?
- Operational: Which dependency/policy is a hard stop?
- Uncertainty: What distribution shift flips the result?
- Baseline: Better than what, on which metric?
- Meta-test: What experiment would change your mind fastest?
- Oracle: What explicit boundaries keep this honest?
Core artifacts
Argument map
Claim:
Premises:
- P1:
- P2:
Hidden assumptions:
- A1:
Weak links:
- W1:
Disproof tests:
- T1:
Refined claim:
Round Ledger (update every round)
Round: <1-10 (or 11+)>
Focus:
Claim scope:
New evidence:
New counterexample:
Remaining gaps:
Next round:
Knowledge Delta (publish every round)
- New:
- Updated:
- Invalidated:
Claim boundary table
| Boundary type | Valid when | Invalid when | Assumptions | Stressors |
|---------------|-----------|--------------|-------------|-----------|
| Scale | | | | |
| Data quality | | | | |
| Environment | | | | |
| Adversary | | | | |
Next-tests plan
| Test | Data needed | Success threshold | Stop condition |
|------|-------------|-------------------|----------------|
Domain packs
Performance
Use when the claim is about speed, latency, throughput, or resources.
- Clarify: median vs tail latency vs throughput.
- Identify workload shape (spiky vs steady) and bottleneck resource.
Product
Use when the claim is about user impact, adoption, or behavior.
- Clarify user segment and success metric.
- State the baseline/counterfactual.
- Name the likely unintended behavior/tradeoff.
Oracle synthesis template (round 10 / as needed)
Original claim:
Refined claim:
Boundaries:
- Valid when:
- Invalid when:
Confidence trail:
- Evidence:
- Gaps:
Next tests:
- ...
Deliverable format (per turn)
- Round number + focus.
- Round Ledger + Knowledge Delta.
- At most one question for the user (only when blocked).
- In default continuous mode, run rounds 1-10 + Oracle synthesis in the same reply, with one distinct per-round block per round.
- In step mode, run one round and wait for "next".
- In turn autoloop, run one round in that turn and continue to the next round on the next turn.
- In full auto (or "fast mode"), follow the same behavior as default continuous mode.
Continuous-mode completion checklist
- Present
Round 1 through Round 10 in numeric order.
- Include exactly one
Round Ledger and one Knowledge Delta section inside each round block.
- Place Oracle synthesis after round 10, not before.
- A reply missing any of the above is invalid for continuous mode and must be continued before finalizing.
Activation cues
- "always" / "never" / "guaranteed" / "optimal" / "cannot fail" / "no downside" / "100%"
- "prove it" / "devil's advocate" / "stress test" / "rigor"
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: prove-it3description: Gauntlet for absolute claims (always/never/guaranteed/optimal); pressure-test, then refine with explicit boundaries. Use when users ask to prove or disprove strong certainty claims, request devil's-advocate challenge rounds, or want the $prove-it gauntlet to run all 10 rounds continuously by default. Use when this capability is needed.4---56# Prove It78## When to use9- The user asserts certainty: “always”, “never”, “guaranteed”, “optimal”, “cannot fail”, “no downside”, “100%”.10- The user asks for a devil’s advocate or proof.11- The claim feels too clean for the domain.1213## Round cadence (mandatory)14- Definition: one "turn" means one assistant reply.15- Default: continuous (no approvals). Run rounds 1-10 plus Oracle synthesis in the current assistant turn. Do not rely on a future assistant turn for default behavior.16- Hard completion gate: a default continuous reply is incomplete unless it contains rounds 1-10 in order, one distinct Round Ledger + Knowledge Delta block for each round, and an Oracle synthesis block after round 10.17- Fail closed: if you notice you have emitted only round 1 or are about to conclude early, do not finalize; continue immediately with rounds 2-10 in the same reply.18- In default mode, after each round, publish:19 - Round Ledger20 - Knowledge Delta21- Round integrity is mandatory:22 - Execute rounds 1-10 in numeric order, with one distinct gauntlet focus per round.23 - Emit a separate Round Ledger + Knowledge Delta block for every round; do not merge multiple rounds into one pseudo-round or summarize "rounds 2-9" together.24 - Do not treat prior prose as implicitly satisfying skipped rounds unless the user explicitly asks to continue from a known checkpoint.25- Early disproof does not end the gauntlet: if round 1 already falsifies the original claim, continue rounds 2-9 against the strongest surviving refined claim, then publish Oracle synthesis.26- If confidence remains low after Oracle synthesis, continue with additional rounds (11+) in the same reply when feasible, then publish an updated Oracle synthesis.27- Do not ask for permission to continue. In default mode, do not wait for "next" between rounds. Pause only when you must ask the user a question or the user says "stop".28- Step mode (explicit): if the user asks to "pause" / "step" / "one round at a time", run one round then wait for "next".29- Turn autoloop (explicit): if the user asks for "autoloop" / "one round per turn", run exactly one gauntlet round per assistant turn and continue on the next turn until Oracle synthesis.30- Full auto mode (explicit): "full auto" / "fast mode" is an alias for the default continuous behavior.31- Keep it compact: prefer terse bullets and phrase-level evidence so the full gauntlet fits in one reply.3233## Mode invocation34| Mode | Default? | How to invoke | Cadence |35|------|----------|---------------|---------|36| Continuous | yes | (no phrase) / "continuous" / "don't stop" / "exhaust all rounds" | rounds 1-10 + Oracle in one turn; publish Round Ledger + Knowledge Delta after each round |37| Step mode | no | "step mode" / "pause each round" / "pause" / "step" / "one round at a time" | 1 round/turn; wait for "next" |38| Turn autoloop | no | "autoloop" / "one round per turn" | 1 round/turn; continue on the next turn until Oracle |39| Full auto | no | "full auto" / "fast mode" | alias for Continuous |4041## Quick start421. Restate the claim and its scope.432. Default to continuous. If the user explicitly requests "step mode" or "turn autoloop", use that instead.443. Run rounds 1-10 plus Oracle synthesis in the same reply, publishing a distinct Round Ledger + Knowledge Delta block after each round.454. Do not emit a top-level verdict, conclusion, or stop point before round 10; any interim refinement stays inside the round blocks.465. Treat "continuous", "don't stop", and "exhaust all rounds" as the default continuous mode.476. If confidence remains low, run additional rounds (11+) and publish an updated Oracle synthesis.4849## Ten-round gauntlet501. Counterexamples: smallest concrete break.512. Logic traps: missing quantifiers/premises.523. Boundary cases: zero/one/max/empty/extreme scale.534. Adversarial inputs: worst-case distributions/abuse.545. Alternative paradigms: different model flips the conclusion.556. Operational constraints: latency/cost/compliance/availability.567. Probabilistic uncertainty: variance, tail risk, sampling bias.578. Comparative baselines: “better than what?”, which metric?589. Meta-test: fastest disproof experiment.5910. Oracle synthesis: tightest surviving claim with boundaries. If confidence is still low, repeat rounds 1-9 as needed, then re-run Oracle synthesis.6061## Round self-prompt bank (pick exactly 1)62Internal self-prompts for selecting round focus. Do not ask the user unless blocked.63- Counterexamples: What is the smallest input that breaks this?64- Logic traps: What unstated assumption must hold?65- Boundary cases: Which boundary is most likely in real use?66- Adversarial: What does worst-case input look like?67- Alternative paradigm: What objective makes the opposite true?68- Operational: Which dependency/policy is a hard stop?69- Uncertainty: What distribution shift flips the result?70- Baseline: Better than what, on which metric?71- Meta-test: What experiment would change your mind fastest?72- Oracle: What explicit boundaries keep this honest?7374## Core artifacts7576### Argument map77```78Claim:79Premises:80- P1:81- P2:82Hidden assumptions:83- A1:84Weak links:85- W1:86Disproof tests:87- T1:88Refined claim:89```9091### Round Ledger (update every round)92```93Round: <1-10 (or 11+)>94Focus:95Claim scope:96New evidence:97New counterexample:98Remaining gaps:99Next round:100```101102### Knowledge Delta (publish every round)103```104- New:105- Updated:106- Invalidated:107```108109### Claim boundary table110```111| Boundary type | Valid when | Invalid when | Assumptions | Stressors |112|---------------|-----------|--------------|-------------|-----------|113| Scale | | | | |114| Data quality | | | | |115| Environment | | | | |116| Adversary | | | | |117```118119### Next-tests plan120```121| Test | Data needed | Success threshold | Stop condition |122|------|-------------|-------------------|----------------|123```124125## Domain packs126127### Performance128Use when the claim is about speed, latency, throughput, or resources.129- Clarify: median vs tail latency vs throughput.130- Identify workload shape (spiky vs steady) and bottleneck resource.131132### Product133Use when the claim is about user impact, adoption, or behavior.134- Clarify user segment and success metric.135- State the baseline/counterfactual.136- Name the likely unintended behavior/tradeoff.137138## Oracle synthesis template (round 10 / as needed)139```140Original claim:141Refined claim:142Boundaries:143- Valid when:144- Invalid when:145Confidence trail:146- Evidence:147- Gaps:148Next tests:149- ...150```151152## Deliverable format (per turn)153- Round number + focus.154- Round Ledger + Knowledge Delta.155- At most one question for the user (only when blocked).156- In default continuous mode, run rounds 1-10 + Oracle synthesis in the same reply, with one distinct per-round block per round.157- In step mode, run one round and wait for "next".158- In turn autoloop, run one round in that turn and continue to the next round on the next turn.159- In full auto (or "fast mode"), follow the same behavior as default continuous mode.160161## Continuous-mode completion checklist162- Present `Round 1` through `Round 10` in numeric order.163- Include exactly one `Round Ledger` and one `Knowledge Delta` section inside each round block.164- Place Oracle synthesis after round 10, not before.165- A reply missing any of the above is invalid for continuous mode and must be continued before finalizing.166167## Activation cues168- "always" / "never" / "guaranteed" / "optimal" / "cannot fail" / "no downside" / "100%"169- "prove it" / "devil's advocate" / "stress test" / "rigor"170171---172> Converted and distributed by [TomeVault](https://tomevault.io/claim/tkersey) — claim your Tome and manage your conversions.173<!-- tomevault:4.0:skill_md:2026-04-11 -->