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.

Stop the permission prompts properly — allow rules and deny rules

← Tips Control keys

Stop the permission prompts properly — allow rules and deny rules

Permission fatigue has a better cure than skipping entirely. /fewer-permission- pre-approves the safe read-only commands you already use, and /permissions lets you write deny rules that block things you never want touched — deny always wins.

beginner

Everyone hits permission fatigue in week one, and the usual escape is to turn off wholesale. There’s a better pair of tools.

/fewer-permission-prompts — approve the boring things

“Pre-approve safe read-only commands based on your usage.”

It looks at what you’ve actually been approving and offers to stop asking about the harmless ones — the ls, grep, cat traffic that makes up most of the noise. It’s tailored to your habits rather than a blanket switch, so you keep the that matter.

Run it after your first week, once there’s a real usage pattern to read.

/permissions — and the deny rules nobody sets up

“Manage allow and deny tool permission rules.”

Allow rules are the obvious half. Deny rules are the half worth your attention, because they hold no matter what else is configured — a deny rule beats an allow rule, and it beats auto-approval.

That makes them the right place for the handful of things you never want happening by accident. The usual suspects:

  • Reading .env files and anything else holding secrets.
  • git push — especially to main.
  • Anything pointed at a production connection string.

You don’t have to hand-write the rules. Describe the outcome:

Open /permissions and add deny rules so you never read .env files and never run git push. Show me the result.

Why this beats turning permissions off

Skipping permissions is one decision applied to everything forever. Deny rules are a small set of decisions applied precisely, and they survive whatever mode you’re in later — including the days you’re moving fast and not reading carefully. That’s exactly when you want them.

For bank work this is the difference that matters: a deny rule on production credentials is a control you can describe to somebody. “I’m careful” isn’t.

See also the permission-modes tip for what does, and dangerously-skip-permissions for what that flag actually covers.

Next tip →

/powerup — the built-in tour nobody tells you about

ships with an interactive tour of its own features. Type /powerup in any and it walks you through the things most people never find. It is the single highest-value five minutes a newcomer can spend.