Was ist ein MCP-Server und wie telefoniert er

Ein MCP-Server ist eine Schnittstelle, über die ein KI-Editor oder -Assistent (Claude Code, Cursor, Windsurf und andere) zur Laufzeit auf ein Werkzeug eines fremden Dienstes zugreifen und es direkt nutzen kann - statt nur darüber zu sprechen. Das Model Context Protocol (MCP) ist ein offener Standard, über den der Editor eine Liste der verfügbaren Werkzeuge anfordert, anhand des Prompts das passende auswählt und es mit echten Parametern aufruft; der Server auf der anderen Seite führt das Werkzeug aus und liefert das Ergebnis zurück in die Unterhaltung. Bei volai ist eines dieser Werkzeuge make_call - deshalb kann ein KI-Editor buchstäblich zum Hörer greifen und jemanden anrufen, ohne dass Sie eine einzige Zeile Code schreiben.

Was ist ein MCP-Server?

Das Model Context Protocol hat im November 2024 Anthropic als offenen Standard zur Anbindung von KI-Modellen an fremde Werkzeuge und Daten vorgestellt - statt dass jeder Editor und jeder Dienst eine eigene Einzellösung aushandelt, sprechen alle ein gemeinsames Protokoll. MCP unterscheidet zwei Seiten: MCP-Client ist die Anwendung, die Sie gestartet haben (Claude Code, Cursor, Claude Desktop), und MCP-Server ist die Schnittstelle, die ein Dienst (hier volai) nach außen anbietet - mit einer Liste von tools (Werkzeugen), die er ausführen kann.

Der MCP-Server von volai läuft unter https://volai.cz/mcp (ein entfernter Server, der über den sogenannten Streamable-HTTP-Transport erreicht wird, kein Prozess auf Ihrer eigenen Festplatte) und bietet 110 Werkzeuge an (Stand 3. 11. 2026; die aktuelle Liste steht immer unter /docs/mcp) - vom Abfragen Ihres Guthabens über den Kauf einer Nummer bis zum Senden einer SMS und eben dem Anruf bei einer Nummer.

Wie ruft ein MCP-Client ein Werkzeug auf?

Zwischen der Installation des Servers und einem echten Telefonat liegen ein paar Schritte, die der Editor alle selbst erledigt - Sie schreiben nur den Prompt:

1. Der Editor verbindet sich mit dem Server und authentifiziert sich mit einem API-Schlüssel (Authorization: Bearer vk_...) - dem gleichen Schlüssel wie bei der REST-API, mit demselben Rate-Limit von 60 Anfragen pro Minute.
2. Der Server schickt ihm eine Liste der Werkzeuge - zu jedem einen Namen, eine verständliche Beschreibung und die genaue Form der Parameter (ein JSON-Schema).
3. Das Modell liest die Beschreibungen und wählt das Werkzeug, das zum Prompt passt - etwa make_call, wenn im Prompt „anrufen“ steht.
4. Der Editor ruft das Werkzeug mit echten Parametern auf - einer tatsächlichen Telefonnummer und konkreten Anweisungen für den Agenten, nicht mit allgemeinem Text.
5. Der Server auf unserer Seite führt das Werkzeug aus - startet den Anruf, bucht Guthaben ab - und liefert das Ergebnis doppelt zurück: als lesbaren Satz und zugleich als strukturierte Daten (structuredContent), die ein Client, der das kann, direkt übernimmt.
6. Das Modell erhält das Ergebnis zurück in die Unterhaltung und sagt Ihnen, was passiert ist - oder macht mit einem weiteren Werkzeug weiter, etwa get_call, um das Ende des Anrufs abzuwarten und ein Transkript zu holen.

Beispiel: make_call in der Praxis

Sie sagen dem Editor in normalen Worten, was Sie möchten - etwa: „Ruf +420777123456 an, stell dich als Rezeption des Cafés Nordic Coffee vor und finde heraus, ob der Anrufer einen Tisch reservieren möchte.“ Der Editor macht daraus einen Aufruf des Werkzeugs make_call - diesen Teil sehen Sie nicht direkt, aber im Hintergrund sieht er so aus:

{
  "to": "+420777123456",
  "systemPrompt": "Sie sind die Rezeption des Cafés Nordic Coffee. Nehmen Sie den Anruf entgegen, stellen Sie sich vor und finden Sie heraus, ob der Anrufer einen Tisch reservieren möchte - wenn ja, fragen Sie nach Name und Uhrzeit."
}

Das Werkzeug verlangt ein Ziel (to - eine tschechische oder slowakische Nummer, nur diese kann volai derzeit anrufen) und genau EINE von drei Arten, den Anruf zu führen: agentId (Ihr eigener Agent übernimmt ihn), from (eine einfache Verbindung zwischen zwei Nummern, ohne Agent) oder systemPrompt (ein Testanruf ohne eigene Nummer - eine Anfrage, vorher muss nichts gekauft oder eingerichtet werden). Der Server antwortet gleich auch strukturiert (ein Auszug - die vollständige Form des Anrufobjekts steht in der REST-API-Referenz):

{
  "call": {
    "id": "c_7a2f91de",
    "direction": "out",
    "to": "+420777123456",
    "status": "initiated",
    "startedAt": 1756111400000
  },
  "trial": true,
  "from": "+420..."
}

Der Anruf geht von einer gemeinsam genutzten volai-Demonummer aus, folgt den Anweisungen im systemPrompt und wird normal abgerechnet, einschließlich des Agentenaufschlags - nur mit einem strengeren Tageslimit als bei einem echten Agenten: höchstens drei Testanrufe ohne eigene Nummer pro Konto und Tag (beschrieben in der REST-API-Referenz, Stand 6. 9. 2026). Deshalb enthält die Antwort zusätzlich trial: true und from mit der gemeinsamen volai-Demonummer, damit klar ist, dass der Anruf nicht von Ihrer eigenen Nummer ausging.

Wie hängt ein MCP-Server mit Telefonanrufen zusammen?

Der MCP-Server selbst nimmt kein Telefon ab - er ist die Eingangstür, durch die Ihr Prompt zur eigentlichen Servicelogik gelangt. Dahinter ruft make_call dieselbe Schicht auf wie die REST-API und das Portal, die den Anruf genau wie jeden anderen ausgehenden volai-Anruf ins Telefonnetz legt - über einen SIP-Trunk, der die Internet-Signalisierung mit dem echten Telefonnetz verbindet (wie das genau funktioniert, erklärt der Artikel Was ist ein SIP-Trunk). MCP ist die Sprache, die der KI-Editor spricht; ein SIP-Trunk ist die Sprache, die das Telefonnetz spricht - und die Servicelogik dazwischen verbindet die beiden.

Sicherheit

MCP authentifiziert sich mit demselben API-Schlüssel wie die REST-API - wer ihn besitzt, kann in Ihrem Namen Ihr Guthaben ausgeben: Nummern kaufen, Anrufe tätigen, SMS senden, Agenten anlegen. Der Schlüssel gehört deshalb nur in die Konfiguration Ihres Editors, niemals in Frontend-Code oder in ein GitHub-Repository. Bei Verdacht auf eine undichte Stelle genügt im Portal ein Klick (API und MCP) - das Löschen des Schlüssels wirkt sofort und lässt sich nicht rückgängig machen.

Eine zweite Schutzschicht läuft auf dem Server, nicht im Prompt. Eine Nummer, die auf die Sperrliste gesetzt wurde (Werkzeug add_to_dnc), blockiert Anrufe über make_call und über das Relay unabhängig davon, was im Prompt steht - das Modell muss sich nicht selbst merken, wen es nicht anrufen darf, die Grenze erzwingt der Server. Ebenso tragen Werkzeuge, die Geld kosten oder etwas unwiderruflich verändern (make_call, send_sms, delete_agent...), im Protokoll eigene Kennzeichen - der Server gibt vorab an, ob eine Aktion destruktiv ist oder gefahrlos wiederholt werden darf. Kostenpflichtige Aktionen sind bewusst NICHT idempotent: Ein zweiter make_call nach einer abgebrochenen Verbindung löst einen zweiten Anruf aus und belastet eine zweite Zahlung, ein gut programmierter Client wiederholt ihn daher nach einem Timeout nicht von selbst.

Eines fehlt mit Absicht: Das Freigeben einer gekauften Telefonnummer oder Mobilnummer gehört nicht zu den 110 Werkzeugen. Eine Nummer über MCP zu kaufen geht, sie zu kündigen nicht - eine unwiderrufliche Aktion, die einen Kunden um die auf dem Flyer gedruckte Nummer bringen könnte, braucht das Portal oder die REST-API und nicht einen einzigen falsch verstandenen Satz in einem Prompt.

Selbst ausprobieren

Die Installation in Claude Code ist ein einziger Befehl im Terminal (Cursor, Windsurf und Claude Desktop brauchen jeweils ein paar eigene Zeilen JSON, siehe /docs/mcp):

claude mcp add --transport http volai https://volai.cz/mcp \
  --header "Authorization: Bearer vk_YOUR_KEY"

Wie es weitergeht