Ctrl+B keybinding conflicts with standard readline/emacs cursor movement
Resolved 💬 10 comments Opened Jan 26, 2026 by shannonbradshaw Closed Apr 28, 2026
Summary
Claude Code recently added Ctrl+B as a keybinding for background tasks. This conflicts with the standard readline/emacs keybinding for moving the cursor backward one character, which has been the default behavior in Unix terminals for decades.
Impact
- Developers who rely on emacs-style keybindings (Ctrl+A, Ctrl+E, Ctrl+B, Ctrl+F, etc.) find their muscle memory broken
- Debugging this issue is time-consuming - it's not immediately obvious that Claude Code is intercepting the keystroke
- The workaround (creating
~/.claude/keybindings.jsonto unbind it) requires research to discover
Suggestion
Consider using a different keybinding for background tasks that doesn't conflict with standard terminal conventions. Alternatives could include:
- Ctrl+Shift+B
- Ctrl+Alt+B
- A different key entirely
Or at minimum, document this conflict prominently and consider not binding Ctrl+B by default.
Environment
- macOS terminal / VS Code integrated terminal
- Standard readline/emacs keybindings expected
This issue has 10 comments on GitHub. Read the full discussion on GitHub ↗