Windows TTS MCP 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 |
|---|---|
| speakC | 텍스트를 음성으로 읽어줍니다 |
| speak_fastB | 텍스트를 빠른 속도로 읽어줍니다 |
| speak_slowC | 텍스트를 천천히 읽어줍니다 |
| speak_quietB | 텍스트를 작은 볼륨으로 읽어줍니다 |
| speak_shortB | 짧은 텍스트를 즉시 읽어줍니다 (100자 이하) |
| stop_speechB | 현재 재생 중인 모든 음성을 중지합니다 |
| kill_all_ttsB | 모든 TTS 관련 프로세스를 강제 종료합니다 |
| get_tts_statusB | 현재 TTS 상태를 확인합니다 |
| emergency_silenceB | 긴급 음소거 - 모든 오디오 중지 + 시스템 음소거 |
| test_ttsC | TTS 시스템 테스트 |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| get_help | TTS 서버 사용 방법 |
TDQS
Scored across 10 tools
The tools have clear distinctions in their primary functions (e.g., speak variants vs. control functions like stop_speech), but there is significant overlap among the speak_* tools (speak, speak_fast, speak_quiet, speak_short, speak_slow), which could cause confusion as they all handle text-to-speech with minor parameter variations. Descriptions help differentiate them, but the boundaries are fuzzy for an agent.
Tool names follow a consistent snake_case pattern throughout, with clear verb_noun structures (e.g., speak_text, stop_speech, get_tts_status). There are minor deviations like 'emergency_silence' (which is noun_verb) and 'kill_all_tts' (which uses 'kill' instead of a more standard verb like 'stop'), but overall the naming is predictable and readable.
With 10 tools, the count is reasonable for a TTS server, covering core operations like speaking, stopping, and status checks. It might be slightly over-scoped due to multiple speak variants, but each tool serves a distinct purpose in the domain, making it manageable and well-scoped for typical use cases.
The toolset covers essential TTS functionalities: speaking with variations (speed, volume, length), stopping speech, checking status, testing, and emergency controls. Minor gaps exist, such as lack of tools for adjusting voice parameters (e.g., pitch, gender) or handling multiple languages, but core workflows are adequately supported without dead ends.