leo-elevenlabs-mcp

ElevenLabs Text-to-Speech als Leo-Provider-Paket über MCP.

Leos Sprach-Pipeline macht das nicht selbst – sie löst einen Provider auf und fragt diesen an. Dieser Server ist einer, erreichbar als ein Paket, das der Hub zur Laufzeit installiert, statt eines, für das er neu gebaut werden muss.

Was es beantwortet

Die Rolle tts in leo_mcp::providers:

synthesize({ text, voice? }) -> { audio_base64 }
voices({})                   -> { voices: [{ id, name, detail? }] }

Ergebnisse kommen als JSON in einem Textinhalt-Block zurück; das ist die Konvention, die die Bridge des Hubs liest.

Related MCP server: ElevenLabs MCP Server

Konfiguration

Diesem Prozess von Leo als Umgebungsvariablen übergeben – unter ihren Einstellungs-Schlüsseln, wörtlich und in Kleinschreibung – nur die Schlüssel, die der Deskriptor in entitlements.settings_read deklariert und denen der Eigentümer zugestimmt hat, niemals die gesamte Einstellungs-Tabelle.

Wenn nichts konfiguriert ist, gibt das Tool isError zurück und nennt die Einstellung. Das ist beabsichtigt: Eine leere Antwort würde Leo als echtes Ergebnis erreichen.

Ausführen

npm install
node index.js   # speaks MCP over stdio
npm test        # checks the response mapping, no network needed

Warum reines JavaScript

Dies wird als git-Tarball ausgeliefert, der an einen Commit-SHA gebunden ist, und npm führt Build-Schritte für eine Tarball-URL nicht zuverlässig aus. Ein TypeScript-Quellbaum würde installiert werden und dann auf der Maschine eines anderen nicht starten, wo es am schwierigsten zu diagnostizieren ist.

Der Registry-Eintrag muss einen vollständigen 40-Zeichen-Commit-SHA nennen. Ein Tag liest sich als ebenso spezifisch und ist es nicht – er kann verschoben werden, nachdem der Eintrag geprüft wurde.

Lizenz

MIT