Skip to content

Keyboard

Shortcuts

Everyone learns Esc. These are the rest — all checked against Claude Code itself, not copied off a blog.

The three to learn first

If you remember nothing else.

  • Esc Esc
    Stop Claude mid-action The moment Claude starts doing something you did not intend.
  • Esc thenEsc Esc thenEsc
    Clear the input box Your half-written prompt has turned into a mess and you want a clean line.
  • Shift +Tab Shift +Tab
    Cycle permission mode Starting an exploration (plan) or letting an agreed plan run (accept edits). On older Windows setups without VT mode, this is Meta+M instead.

Writing the prompt

Composing, searching, pasting.

  • Ctrl +J Ctrl +J
    Start a new line without sending Any prompt longer than one sentence.
  • Ctrl +R Ctrl +R
    Search your prompt history "What did I type last week that worked?" Inside the search, Ctrl+S cycles the scope: this session → this project → everywhere.
  • Ctrl +S Ctrl +S
    Park the half-written prompt You are three sentences into a prompt and need to go check something.
  • Ctrl +G Ctrl +G
    Edit the prompt in your real editor Writing anything long or carefully structured.
  • Ctrl +V Alt +V
    Paste an image Anything visual. Annotate the screenshot first and it works even better. Ctrl+V, not Cmd+V — macOS keeps Cmd+V for its own paste. Windows and WSL use Alt+V. On WSL both Ctrl+V and Alt+V work.
  • Option +T Alt +T
    Toggle thinking for the next turn One hard question in the middle of otherwise simple work.
  • Ctrl +_ Ctrl +_
    Undo in the input box You deleted half a prompt by accident.

Seeing what happened

What Claude did and what it plans to do.

  • Ctrl +O Ctrl +O
    Toggle the full transcript You want to know what it actually did, not the summary.
  • Ctrl +T Ctrl +T
    Toggle the task checklist Any multi-step task, before it gets far.

Running the session

Long jobs, models, the terminal.

  • Ctrl +B Ctrl +B
    Send the running job to the background A long build, test run, or search you do not want to sit and watch.
  • Option +P Alt +P
    Switch model Between tasks — rarely a good idea mid-task.
  • Option +O Alt +O
    Toggle fast mode Straightforward work where you would rather have speed than depth.
  • Ctrl +Z Ctrl +Z
    Step out to the shell without quitting You need the terminal for one command and do not want to lose the session. Terminal-level shortcut (Unix SIGTSTP), not a Claude Code binding. Windows has no direct equivalent.

The keys are the same on both systems — only the modifier's name changes (macOS calls Alt Option). Run /keybindings in any session to see exactly what is bound on your machine.

You can revise too many times — keep the version that was working

← Tips Workflow & commands

You can revise too many times — keep the version that was working

After a few rounds of "not quite, try again", quality often goes down rather than up — each pass makes cosmetic changes to satisfy the feedback. Recognise the plateau, go back to the best version, and switch tactics instead of iterating.

beginner

Iteration is the core loop, and it works — for about three rounds.

Past that, something changes. Each new version is different rather than better: sentences get reshuffled, a working function gets rewritten in a style you didn’t ask for, a good paragraph gets replaced by a worse one that technically addresses your note. The is responding to “that’s not right” by producing change, because change is what the feedback asked for.

Meanwhile the version you liked best is three revisions back.

What to do

Notice the plateau. The signal is easy once you know it: you can no longer clearly say how this version is better than the last one. That’s the moment to stop.

Go back rather than forward. Rewinding to the version you preferred is almost always faster than revising toward it. See the rewind-dont-repair tip.

Change tactic instead of repeating it. If three rounds of “make it shorter” haven’t produced something shorter, a fourth won’t either. Try a different move:

  • Show an example of what you want instead of describing it.
  • Ask what’s blocking it — “you’ve tried three times and it’s still too long. What’s making that hard?”
  • Start fresh with a better brief, now that you know what you actually wanted.

Keep the good version where it can’t be overwritten. Copy it into a file, or it. The cheapest insurance there is.

Why this is worth saying out loud

Nobody tells beginners that persistence has a downside. Everything about the interface encourages one more round, and stopping feels like giving up. It isn’t — recognising the plateau is a , and the people who look fastest at this tool are usually the ones who stop three rounds earlier than you do.

Next tip →

The alt-tab test — find what Claude is missing in one workday

For one day, note every time you switch away from to look something up. Each switch is a piece of context Claude didn't have. The list you end up with is a ranked to-do list for making it more useful — and you don't need to write any code to produce it.