In-depth architectural comparison of the Speech.sh and Receptionist Toolkit MCP servers. Compare execution transports, security boundaries, tool capabilities, quality scores, and ready-to-paste client installation snippets for Claude, Cursor, Windsurf, and VS Code.
At a Glance & Executive Verdict
Speech.sh
Text-to-Speech · Remote HTTP/SSE
Quality: 39/100 (Fair) | Auth: API Key required
Receptionist Toolkit
Text-to-Speech · Local stdio
Quality: 37/100 (Fair) | Auth: No auth required
Verdict Summary: Choose Speech.sh if you need specialized Text-to-Speech tools running via a hosted cloud SSE transport. Choose Receptionist Toolkit if your workspace requires Text-to-Speech integration with local subprocess execution. Both servers can be configured concurrently in your client's mcpServers manifest.
Which MCP Server Should You Choose?
Choose Speech.sh when:
You need dedicated capabilities in the Text-to-Speech domain.
You prefer remote streaming HTTP/SSE transport architecture.
Your security boundary fits: API Key required (BYOK (Pay Provider Direct)).
You have access to required keys: OPENAI_API_KEY, SPEECH_VOICE, SPEECH_SPEED, SPEECH_MODEL, SPEECH_API_URL.
Speech.sh is categorized under Text-to-Speech and uses a remote streaming HTTP/SSE transport. In contrast, Receptionist Toolkit belongs to Text-to-Speech using local stdio subprocess. Select Speech.sh when you need capabilities focused on text-to-speech and Receptionist Toolkit when you require tools for text-to-speech.