Skip to main content
Glama
PhialsBasement

Zonos TTS MCP Server

Интеграция Zonos MCP

значок кузнеца

Интеграция протокола контекста модели для Zonos TTS, позволяющая Клоду напрямую генерировать речь.

Настраивать

Установка через Smithery

Чтобы автоматически установить Zonos TTS Integration для Claude Desktop через Smithery :

npx -y @smithery/cli install @PhialsBasement/zonos-tts-mcp --client claude

Ручная установка

  1. Убедитесь, что у вас запущен Zonos с нашей реализацией API ( PhialsBasement/zonos-api )

  2. Установить зависимости:

npm install @modelcontextprotocol/sdk axios
  1. Настройте доступ PulseAudio:

# Your pulse audio should be properly configured for audio playback
# The MCP server will automatically try to connect to your pulse server
  1. Сборка сервера MCP:

npm run build
# This will create the dist folder with the compiled server
  1. Добавьте в файл конфигурации Клода: Отредактируйте файл конфигурации Клода (обычно в ~/.config/claude/config.json ) и добавьте это в раздел mcpServers :

"zonos-tts": {
  "command": "node",
  "args": [
    "/path/to/your/zonos-mcp/dist/server.js"
  ]
}

Замените /path/to/your/zonos-mcp на фактический путь, по которому вы установили сервер MCP.

Related MCP server: ElevenLabs MCP Server

Использование с Клодом

После настройки Клод автоматически узнает, как использовать инструмент speak_response :

speak_response(
    text="Your text here",
    language="en-us",  # optional, defaults to en-us
    emotion="happy"    # optional: "neutral", "happy", "sad", "angry"
)

Функции

  • Преобразование текста в речь с помощью Клода

  • Поддержка множественных эмоций

  • Поддержка нескольких языков

  • Правильное воспроизведение звука через PulseAudio

Требования

  • Node.js

  • Настройка PulseAudio

  • Запуск экземпляра Zonos API (PhialsBasement/zonos-api)

  • Рабочее устройство вывода звука

Примечания

  • Убедитесь, что оба сервера Zonos API и MCP запущены.

  • Для воспроизведения звука требуется правильная настройка PulseAudio.

Available Tools

1 tool
speak_responseD
ParametersJSON Schema
NameRequiredDescriptionDefault
textYes
languageNoen-us
emotionNoneutral

TDQS

D1/5.0
Behavior1/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Tool has no description.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness1/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Tool has no description.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness1/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Tool has no description.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters1/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Tool has no description.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose1/5

Does the description clearly state what the tool does and how it differs from similar tools?

Tool has no description.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines1/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Tool has no description.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool update
    • First observedspeak_response

TDQS

D1.7/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of ambiguity or overlap between tools. The tool 'speak_response' stands alone with no other tools to confuse it with, making disambiguation perfect.

Naming Consistency5/5

Since there is only one tool, naming consistency is inherently perfect. There are no other tools to compare against, so no inconsistencies can exist in the naming pattern.

Tool Count2/5

A single tool for a TTS (Text-to-Speech) server feels thin and under-scoped. TTS typically involves operations like generating, streaming, or managing speech, but this server only offers one tool, which is insufficient for a complete TTS domain coverage.

Completeness1/5

The server is severely incomplete for a TTS domain. With only a 'speak_response' tool and no description, it lacks essential operations such as configuring voices, controlling speech parameters, or handling different input formats, making it inadequate for typical TTS workflows.

Maintenance

ActivityInactive
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers