claude-code - 💡(How to fix) Fix Feature request: Keyboard shortcut for microphone in main chat window (Claude Desktop macOS) [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#48305Fetched 2026-04-16 07:03:33
View on GitHub
Comments
0
Participants
1
Timeline
1
Reactions
0
Author
Participants
Timeline (top)
labeled ×1

Root Cause

This issue is filed against the claude-code repo because there is no public tracker for Claude Desktop itself. If a more appropriate venue exists, please redirect.

Fix Action

Fix / Workaround

Reaching for the mouse to hit a small icon during an active conversation is slow and disrupts flow, especially for users who rely heavily on voice input. The Claude-internal speech-to-text quality is significantly better than macOS system dictation, so falling back to System Settings → Keyboard → Dictation is not an acceptable workaround.

Workarounds tried and failed

RAW_BUFFERClick to expand / collapse

Platform

Claude Desktop on macOS, version 1.1.7053.

Current behavior

Voice input / dictation in the main chat window can only be activated by clicking the microphone icon with the mouse. The configurable voice shortcut (e.g. Caps Lock) only opens Quick Entry in a separate popup window, which starts a new conversation instead of dictating into the active chat.

Requested behavior

Allow the voice shortcut (or a separate configurable hotkey) to also toggle the microphone in the main chat window of an ongoing conversation.

Ideally: one hotkey, context-aware — triggers Quick Entry when no chat is focused, toggles dictation when the main chat input is focused.

Rationale

Reaching for the mouse to hit a small icon during an active conversation is slow and disrupts flow, especially for users who rely heavily on voice input. The Claude-internal speech-to-text quality is significantly better than macOS system dictation, so falling back to System Settings → Keyboard → Dictation is not an acceptable workaround.

Workarounds tried and failed

  • ~/.claude/keybindings.json (voice:pushToTalk) — only affects the CLI, not the Desktop GUI.
  • UI scripting via AppleScript / System Events — Electron does not expose the chat WebArea in the accessibility tree (only 13 elements are visible: AXGroup + window chrome buttons).
  • Pixel-based click via cliclick — breaks on every window move/resize.

Note

This issue is filed against the claude-code repo because there is no public tracker for Claude Desktop itself. If a more appropriate venue exists, please redirect.

extent analysis

TL;DR

The issue can be potentially addressed by modifying the keybindings.json file or exploring alternative hotkey configurations that can interact with the Electron application.

Guidance

  • Investigate the Electron application's keyboard event handling to determine if there's a way to capture and handle the voice shortcut key press.
  • Explore the possibility of using a third-party hotkey management tool that can interact with Electron applications.
  • Consider filing a feature request with the Claude Desktop team to add native support for configurable hotkeys that can toggle the microphone in the main chat window.
  • Look into using a different scripting approach, such as using a tool like electron-remote to interact with the Electron application.

Example

No code example is provided as the issue lacks specific technical details about the Electron application's internal workings.

Notes

The solution may require coordination with the Claude Desktop team or exploration of third-party tools to achieve the desired functionality. The keybindings.json file modification only affects the CLI, not the Desktop GUI, so alternative approaches are needed.

Recommendation

Apply workaround: Explore alternative hotkey configurations and third-party tools to achieve the desired functionality, as there is no clear indication that an upgrade to a fixed version is available.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING