Tier 4

ar - Assume Right Search

AR - Assume Right Search

Input: $ARGUMENTS

Interpretations

Before executing, identify which interpretation matches the user’s input:

Interpretation 1 — Implication mapping: The user has a claim or belief they think is correct and wants to discover everything they’re committed to by accepting it — including costs, foreclosures, and surprising consequences. Interpretation 2 — Strategy stress-test: The user has chosen an approach or strategy and wants to trace what follows if it’s the right call — surfacing hidden commitments, dependencies, and what they can no longer do. Interpretation 3 — Assumption chain exploration: The user holds a position and wants to push it to bedrock — finding where the chain of “if this is right, then…” leads, especially to testable predictions or internal tensions.

If ambiguous, ask: “I can help with mapping all implications of a claim, stress-testing a strategy’s commitments, or pushing an assumption to bedrock — which fits?” If clear from context, proceed with the matching interpretation.


Corruption Pre-Inoculation

User praise or validation is a signal to test HARDER, not softer. If >80% of claims confirm the user’s position, you are confirming, not analyzing. Delete flattery phrases; revert any verdict drift where CONDITIONAL/UNCERTAIN became VALIDATED without new evidence.

Full protocol: _shared/corruption-pre-inoculation.md


Core Principles

  1. Right means fully right. Not “right in some cases” — RIGHT. Push the implications as far as they go, especially when the conclusion is surprising.

  2. Explore before concluding. AR has two phases: EXPLORATION (find all implications) and REGISTRY (compile what you found). Never conclude during exploration. Never introduce new claims during registry.

  3. Every claim gets tracked. When you find an implication, that implication is itself a claim. Number it. It goes in the registry. Nothing gets lost in prose.

  4. Bedrock is not an opinion. Bedrock means ONE of:

    • Empirically testable: You can check if this implication actually holds
    • Logically necessary: Follows from definitions or mathematics
    • Direct observation: Something you can directly see/measure
    • Tension: This implication contradicts something else you’ve established
    • “This seems like a good thing” is NOT bedrock. Keep recursing.
  5. AR is not cheerleading. The goal isn’t to validate — it’s to find what you’re COMMITTED to by accepting this claim. Every “yes” is also a “no” — find what gets foreclosed.

  6. Costs are implications too. What you lose, what becomes impossible, what you must also accept — these are just as important as what opens up.


Phase 1: EXPLORATION

Step 1: State the Claim

CLAIM: [precise statement]
ASSUMING THIS IS: [True / Correct / The right approach / Necessary]

Step 1.5: Ground the Premises

Before assuming right, classify the claim and any sub-claims it contains:

  • Factual claims assert something about the current state of the world (e.g., “the project has no users,” “there’s a freemium model,” “nothing has been distributed”). These are CHECKABLE — verify them before building on them. If you can’t verify, mark them UNVERIFIED FACTUAL PREMISE and flag this prominently.
  • Analytical claims assert a relationship, judgment, or implication (e.g., “distribution is the bottleneck,” “quality matters more than quantity”). These are AR’s domain — assume them right and trace implications.
PREMISE CHECK:
  FACTUAL CLAIMS IN THIS INPUT:
  - [claim] — VERIFIED: [yes/no/unknown] — SOURCE: [how you checked]
  - [claim] — VERIFIED: [yes/no/unknown] — SOURCE: [how you checked]

  UNVERIFIED FACTUAL PREMISES: [list any you couldn't check]
  WARNING: Implications built on unverified factual premises inherit that uncertainty.

If a factual premise is WRONG, do not assume it right. State that it’s wrong and what’s actually true. Then proceed with AR on the analytical claims only. AR assumes analytical claims are right to trace implications — it does not assume false facts are true.

Step 2: Find Implications (Recurse)

For the claim and every sub-claim found, ask: If this is right, what must follow?

Rules:

  • Find at least 3 independent implications per node (at 4x+ depth)
  • For each implication, ask: “If THIS is also right, what follows?” and recurse
  • Number every claim as you go: R1, R2, R3…
  • Stop recursing ONLY at bedrock (testable, logical, observable, or tension)
  • Track what is FORECLOSED (no longer possible) at each node — these are implications too

Format each node as:

[R1] [CLAIM TEXT]
  If right, then:
  [R2] [implication — classify as Necessary/Probable/Possible]
    If right, then:
    [R3] [deeper implication]
      If right, then:
      [R4] [→ BEDROCK: testable/logical/observable/tension]
    [R5] [different deeper implication]
      ...
  [R6] FORECLOSED: [what becomes impossible if R1 is right]
    If this foreclosure holds:
    [R7] [consequence of foreclosure]
      ...
  [R8] [second independent implication]
    ...
  [R9] [third implication — the one nobody mentions]
    ...

At each node, classify:

  • Necessary: MUST follow — no way around it
  • Probable: Likely follows given reasonable assumptions
  • Possible: Could follow under specific conditions (state them)
  • Foreclosed: This option/belief is NO LONGER available

Bedrock labels (the ONLY valid stopping points):

  • BEDROCK-TEST: [specific experiment or measurement]
  • BEDROCK-LOGIC: [logical/mathematical necessity]
  • BEDROCK-OBSERVE: [directly observable fact]
  • BEDROCK-TENSION: [contradicts established claim R-number]

Step 3: Find the Pattern

After ALL recursion is complete, look at the shape:

  • Expansive: The claim opens up more and more possibilities — generative, high-leverage
  • Constraining: The claim narrows options more and more — strong commitment, limited flexibility
  • Contradictory: Following implications leads to a contradiction — the claim CANNOT be fully right
  • Convergent: Multiple branches require the same thing — that’s foundational

Phase 2: CLAIM REGISTRY

After exploration is complete, compile EVERY claim found into a numbered list.

CLAIM REGISTRY
==============

[R1] [claim text] — TYPE: [implication/foreclosure/commitment/cost] — STRENGTH: [necessary/probable/possible]
[R2] [claim text] — TYPE: [...] — STRENGTH: [...]
...
[RN] [claim text] — TYPE: [...] — STRENGTH: [...]

Type values:

  • Implication: Something that must/probably/possibly follows
  • Foreclosure: Something that is no longer available
  • Commitment: Something you must also believe or do
  • Cost: Something you lose or must give up
  • Tension: Contradicts another claim in the registry

Rules for the registry:

  • Every R-numbered claim from Phase 1 appears here. No exceptions.
  • Type and strength derived from the tree, not asserted.
  • If a claim’s strength is unclear, mark as Possible, not Necessary.

Phase 3: SYNTHESIS

Derived entirely from the registry. No new claims introduced here.

ORIGINAL CLAIM: [X]

IMPLICATION PATTERN: [expansive / constraining / contradictory / convergent]

COMMITMENT CHAIN:
If X is right:
→ you must accept: [R-numbers of Necessary implications]
→ you probably accept: [R-numbers of Probable implications]
→ you can no longer: [R-numbers of Foreclosures]
→ you lose: [R-numbers of Costs]

WHAT THE RIGHTNESS ANALYSIS ACTUALLY FOUND:
[Numbered list of every substantive finding, referencing R-numbers]
1. [finding, from R2→R4]
2. [finding, from R6→R7]
3. ...

TENSIONS / CONTRADICTIONS:
[Any R-numbers that contradict each other. If none found, say so.]

WEAKEST LINKS:
[Which implications in the chain are Possible rather than Necessary?
 These are where the chain might break. Reference R-numbers.]

TESTABLE PREDICTIONS:
- [prediction derived from specific R-numbers]
- [prediction derived from specific R-numbers]

UNRESOLVED:
- [implications that stayed Possible — what would confirm or deny them]

Depth Scaling

DepthMin Tree LevelsMin Implications per NodeMin Total Claims
1x328
2x4215
4x5325
8x7345
16x9475
32x114120

Default: 2x. These are floors.


Anti-Cheerleading Checks

Failure ModeSignalFix
Validation paradeEvery implication is positiveFind the foreclosures and costs. What do you LOSE?
Shallow rightness”It works, and that’s good”Push deeper. WHY does it work? What does that commit you to?
Missing foreclosuresOnly listing what opens upEvery “yes” is also a “no.” Find what closes.
Opinion bedrockLabeling “this is good” as bedrockNot bedrock. Keep recursing until testable/logical/observable.
Cherry-picked synthesisSynthesis mentions 3 findings but tree had 15Registry must include ALL claims. Synthesis references them.
Narrative treeTree reads as paragraphs with indentUse numbered claims. Every node gets an R-number.

Pre-Completion Check

  • Depth floors met (levels, implications per node, total claims)
  • Every branch reaches bedrock (testable/logical/observable/tension)
  • ALL claims from Phase 1 appear in registry (none dropped)
  • Foreclosures and costs explicitly identified (not just positives)
  • Synthesis introduces NO new claims — only references R-numbers
  • At least one uncomfortable commitment found
  • Weakest links identified with R-numbers
  • Cheerleading check: If every finding is positive, you missed the costs. Go back.
  • Testable predictions reference specific R-numbers
  • Each implication is specific to THIS claim — if it could apply to any claim in the same category, it’s cached, not derived