REALITYWIPE

OLD SCRIPT DETECTED

I need to know the full plan before I begin

Try this response:

I don't wait for the full plan. I start with the piece I actually know and let the rest emerge.

Take the 60-second self-check

SEE THE PRACTICE

Build a response for this thought—and one move to prove it.

THE THOUGHT

I need to know the full plan before I begin

YOUR RECORDED RESPONSE

I don't wait for the full plan. I start with the piece I actually know and let the rest emerge.

ONE PRIVATE MOVE

Open the project file or doc right now. Write or sketch only the first concrete piece—one section, one task, one question—without outlining the rest. Stop after five minutes. Do not close without noting one thing you learned that wasn't obvious from planning.

The spreadsheet that never launched

The Invisible PrerequisiteYou're holding a project brief—a real one, not hypothetical. Before you open the document, you run through it once more: what's the scope, where does it connect to other work, what could go wrong, who needs what by when. It feels like due diligence. It feels like respect for the time you're about to spend. But the brief is already in your hands. You're not gathering information anymore. You're rehearsing a checklist of unknowns you believe must be resolved first. The rule underneath is simple: clarity precedes action. Move before you have it, and you'll waste effort or look unprepared. So you wait for the moment when the path from here to…

Why the Wait Feels ProtectiveA full plan doesn't actually exist. Projects unfold in stages; information emerges as you move. But research on implementation intentions—the if-then structure that links a trigger to a specific action—shows that people who use vague readiness criteria (feeling ready, having enough time, understanding the whole arc) wait much longer than those who pick one concrete condition and start when it arrives. Your brain isn't being irrational. It's following a plausible rule: if I don't know what comes next, I might fail. The cost of starting small and learning as I go feels higher than the cost of waiting and preparing. That trade-off is the…

One Condition That Breaks the ChainPick the smallest true component of this project—not a guess about the whole shape, but one thing you do know needs doing. Set one concrete if-then rule: 'If I finish this meeting, then I open the planning doc and write only the first section.' Not the whole plan. Not even a draft. One section, under five minutes. Do this once and notice what you learn that waiting never taught you. The unknowns don't disappear; you find out which ones actually matter and which ones dissolve once you're inside the work.

TRACE · 01/04

How this script runs you

  • You map out every dependency and decision point before opening the first working file.
  • Each new question feels like proof you weren't ready, so you return to planning instead of drafting.
  • You can describe the entire project structure, but the project itself hasn't started.

SOURCE_LOCATED · 02/04

The hidden rule underneath

The Perfect Start Trap

Full clarity is a requirement I must meet before beginning any meaningful work. Starting without a complete mental map of the path ahead means I'll waste time, create rework, or reveal I didn't understand the scope. Waiting to begin is how I ensure I don't look unprepared.

FORGING_REPLACEMENT · 03/04

Replacement lines (record these)

  • I don't wait for the full plan. I start with the piece I actually know and let the rest emerge.
  • Complete maps exist only in my head before starting. I find the real structure by moving through it.
  • If: I've heard the brief. Then: I write the first section, not the outline.

Generated per person in the app — these are the flavor, not your script. Yours is built from your exact words.

INSTALL · 04/04

The protocol, on one card

When I think

I need to know the full plan before I begin

I say

I don't wait for the full plan. I start with the piece I actually know and let the rest emerge.

Then I do one thing

Open the project file or doc right now. Write or sketch only the first concrete piece—one section, one task, one question—without outlining the rest. Stop after five minutes. Do not close without noting one thing you learned that wasn't obvious from planning.

STATUS: READY_TO_INSTALL

Wipe this thought

4 minutes. Your voice. Free.

Start this exact wipe in the app →

The wipe protocol
  1. Write the thought exactly as it plays: "I need to know the full plan before I begin". Word for word — the wipe targets the sentence, not the vibe.
  2. Trace the rule and the avoided action. What does this thought conveniently excuse you from doing?
  3. Record the replacement lines below in your own voice. Speak like you mean it — no recording, no install.
  4. Run the loop: play it every morning and night, log one proof action a day for 7 days.

Straight answers

Won't I waste time building the wrong thing if I don't map the full plan first?

You learn which parts matter by starting. The plan you build without moving is often more detailed and less accurate than the one that emerges as you work. Test it once: compare what you assumed would be critical before starting versus what actually became so.

What if halfway through I realize the whole approach is wrong?

That's information you couldn't have had before moving. Adjusting mid-project based on what you've learned is not wasted time—it's course correction. Starting without the full plan actually makes that adjustment faster because you've already moved and tested something real.

How is starting without a plan different from just being disorganized?

You're not skipping planning. You're starting with the part you do understand and letting the rest clarify as you move, rather than postponing action until every dependency is mapped. One is a sequence; the other is a delay disguised as preparation.

Related old scripts

Related self-checks

Related science

Researchers to explore

Related mechanisms

The research behind this script