Built-in sound notification when Claude is waiting for user input

Resolved 💬 4 comments Opened Apr 8, 2026 by goviyada Closed Jun 11, 2026

Preflight Checklist

  • [x] I have searched existing requests and this feature hasn't been requested yet
  • [x] This is a single feature request (not multiple features)

Problem Statement

Currently there is no built-in audio notification when Claude finishes processing and is waiting for user input. For long-running tasks (wiki updates, code exploration, etc.), users have to keep watching the terminal to know when Claude needs their input — similar to how Slack or Outlook play a notification sound for new messages.

Problem with current workaround:
The hook-based workaround requires users to grant permission in every new session for the sound command to execute, which defeats the purpose of a seamless notification experience:

{
"hooks": {
"Notification": [{
"hooks": [{
"type": "command",
"command": "afplay /System/Library/Sounds/Bottle.aiff &",
"timeout": 5
}]
}]
}
}

Proposed Solution

Add a first-class setting like notificationSoundEnabled: true/false and optionally notificationSoundFile: "path/to/sound"
Play a system sound without requiring any permission prompt — just like Slack/Outlook notifications
Support platform-specific defaults: macOS (afplay), Linux (paplay), Windows (powershell [System.Media.SystemSounds])
This should work out of the box without hooks or permission approvals each session

Alternative Solutions

_No response_

Priority

High - Significant impact on productivity

Feature Category

CLI commands and flags

Use Case Example

Engineers frequently multitask while Claude processes long operations (code exploration, wiki updates, PR reviews). A simple notification sound — same as Slack/Outlook — would let them switch to other work and come back when Claude needs input.

Additional Context

_No response_

View original on GitHub ↗

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