Voice push-to-talk: hold-detection delay swallows first words + keybindings broken in Warp terminal

Resolved 💬 2 comments Opened Apr 6, 2026 by MahimaKurian Closed May 17, 2026

Problem

Two related voice mode issues:

1. Hold-detection delay swallows first words of speech

When voice push-to-talk is bound to space (default), there's a race condition between "typing a space" and "holding for voice." The app takes a moment to commit to voice mode, and by then the first 1-2 words of speech are lost.

2. Custom keybindings don't work in Warp terminal

Warp intercepts most key combinations before they reach Claude Code. Tested combos that all failed:

  • alt+space (default)
  • ctrl+shift+space
  • ctrl+alt+v
  • ctrl+j (interpreted as newline)

This means voice mode is effectively unusable in Warp.

Expected behavior

  • Voice recording should start immediately on key press with no detection delay
  • Keybindings should pass through to Claude Code in popular terminals like Warp

Environment

  • macOS (Darwin 25.3.0)
  • Terminal: Warp
  • Claude Code CLI

Suggestion

Consider supporting a dedicated modifier key (not dual-purpose with typing) that terminals are less likely to intercept, or a toggle mode instead of push-to-talk to avoid the hold-detection issue entirely.

🤖 Generated with Claude Code

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗