Suzu (鈴) - Claude Code Notification Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| task_completedC | Play a notification sound and show a message when a task is completed |
| notifyC | Show a general notification with sound |
| configure_custom_soundsC | Set up custom sounds from Spotify, YouTube, or local files |
| question_alertC | Alert the user when Claude is asking additional questions or needs clarification |
| show_configA | Display current Suzu configuration for debugging |
| refresh_spotify_tokenB | Manually refresh the Spotify access token using the configured refresh endpoint |
| test_soundC | Test a specific sound configuration |
| configure_spotify_tokensC | Configure Spotify access and refresh tokens for custom music notifications |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 8 tools
Most tools have distinct purposes, but there is some potential overlap between 'notify' and 'task_completed' as both involve showing notifications with sound. The descriptions clarify that 'task_completed' is for task completion specifically, while 'notify' is general, but an agent might still confuse them in certain contexts. Other tools like configuration and token management are clearly distinct.
Tool names follow a consistent snake_case pattern throughout, which is good. However, there is a mix of verb_noun (e.g., 'configure_custom_sounds', 'refresh_spotify_token') and noun_verb (e.g., 'question_alert') structures, causing minor inconsistency. The naming is still readable and mostly predictable, with only a few deviations from a strict verb-first convention.
With 8 tools, the count is well-scoped for a notification server, covering configuration, token management, notifications, and debugging. Each tool has a clear role, such as setting up sounds, handling alerts, and testing configurations, without feeling excessive or insufficient for the domain.
The tool set covers core notification workflows, including configuration, token refresh, and various alert types. However, there are minor gaps, such as no tool for updating or deleting configurations, which might require workarounds. Overall, it supports the server's purpose well, with only a few missing operations for full lifecycle management.