MCP-Server für eigene Daten: drei Fragen vor dem Aufwand

Für einen eigenen MCP-Server nennen Anbieter ein bis drei Tage Bauzeit.^[1] Einen fertigen anzubinden dauert Minuten. Dass beides denselben Namen trägt, ist der Grund, warum die Frage nach dem Aufwand so oft falsch beantwortet wird.

Diese Einordnung erklärt in zwei Absätzen, was ein MCP-Server tut, und widmet den Rest der Entscheidung: Lohnt sich das für die Arbeit, die vor dir liegt? In vielen Fällen lautet die Antwort Nein, und dann ist eine Datei die bessere Lösung.

Das Wichtigste in Kürze

• Ein MCP-Server gibt dem Agenten Fragerecht. Statt einer Kopie deiner Daten bekommt er einen Zugang, über den er gezielt abfragt.
• Anbinden und Bauen sind verschiedene Größenordnungen. Ein fertiger Server ist in Minuten eingerichtet, ein eigener kostet Tage.
• Drei Fragen entscheiden: Läuft die Aufgabe oft genug, lassen sich die Daten exportieren, ist das Ergebnis prüfbar?
• Der Betrieb kostet mehr als die Einrichtung. Rechte pro Datenbereich und das Rücklesen nach jedem Schreibvorgang sind die eigentliche Arbeit.
• Ohne Server geht es oft genauso. Ein Export ist in vielen Fällen der passende Weg.

Was ein MCP-Server tut

Ein Sprachmodell kennt nur, was im Auftrag steht. Willst du, dass es mit deinen Daten arbeitet, kannst du sie in den Auftrag kopieren. Bei einer Mitgliederliste, einem Ticketsystem oder einem Ordner voller Protokolle wird das schnell unpraktisch.

Ein MCP-Server dreht die Richtung. Er stellt dem Agenten Werkzeuge bereit, mit denen dieser selbst nachfragt. Das Model Context Protocol ist der offene Standard dafür, den Anthropic 2024 veröffentlicht hat; inzwischen sprechen ihn auch andere Werkzeuge.

Der Agent bekommt so Zugriff auf den aktuellen Stand, und du musst nicht vorher entscheiden, welcher Ausschnitt relevant ist.

Zwei Wege, die verwechselt werden

Hier trennen sich die Aufwände, und diese Trennung fehlt in fast jedem Text zum Thema.

Einen fertigen Server anbinden setzt voraus, dass für dein System schon einer existiert. Zuerst klärst du den Transport, also den Weg zwischen Werkzeug und Server: Entweder startet dein Werkzeug den Server selbst auf deinem Rechner, oder es ruft einen Endpoint auf, eine feste Adresse im Netz. Daran hängt der Rest der Einrichtung.

Unser Blog läuft über die zweite Variante. Diese Datei im Projektordner sagt dem Agenten, wo der Server steht und womit er sich ausweist:

1{
2  "mcpServers": {
3    "redaktionssystem": {
4      "type": "http",
5      "url": "https://<deine-instanz>/api/mcp",
6      "headers": {
7        "Authorization": "Bearer <dein-token>"
8      }
9    }
10  }
11}
Copy

Nach einem Neustart zeigt die Werkzeugliste, ob die Verbindung steht. Bleibt sie leer, stimmt Adresse oder Token nicht. Der Token, der Ausweis des Zugangs, steht im Klartext und gehört deshalb in die .gitignore, nie ins Repository. Danach dauert die Einrichtung je Arbeitsbereich wenige Minuten.

Einen eigenen Server bauen wird nötig, wenn für dein System keiner existiert. Dann schreibst du Code, der die Werkzeuge bereitstellt, überlegst dir Rechte und Fehlerfälle und betreibst das Ergebnis anschließend. Die verbreitete Schätzung liegt bei einem bis drei Tagen für die erste Fassung.^[1]

Drei Fragen vor dem Aufwand

Bevor du irgendetwas einrichtest, beantworte diese drei Fragen für deinen konkreten Fall. Wenn eine davon Nein ergibt, spar dir den Server.

Die dritte Frage entscheidet häufiger als die ersten beiden. Sie ist derselbe Prüfschnitt, mit dem du Aufgaben für KI-Agenten zuschneidest: Ein Auftrag ohne prüfbares Ergebnis wird auch mit besserem Datenzugang nicht brauchbar.

Was der Betrieb kostet

Die Einrichtung ist der kleine Teil. Zwei Dinge aus unserer eigenen Arbeit, die danach kommen.

Rechte gelten pro Datenbereich, nicht pro Zugang. Derselbe Zugang durfte bei uns in einem Bereich schreiben, und im nächsten fehlte das passende Werkzeug ganz. Der Aufruf endete mit MCP error -32602: Tool findBlogPosts not found. Das klingt nach einem Defekt und ist ein Rechte-Befund, denn was ein Zugang nicht darf, taucht gar nicht erst in seiner Werkzeugliste auf. Prüfe die Rechte für jeden Bereich, den du ansprechen willst, und halte einen zweiten Weg bereit. Wir schreiben die Beiträge seither über die gewöhnliche Schnittstelle des Redaktionssystems mit eigenem Login, nicht über den Server.

Erfolgsmeldungen sind keine Wirkung. Ein Schreibaufruf meldete bei uns Document updated successfully und veränderte nichts: Wir hatten die Daten eine Ebene zu tief verpackt, der unbekannte Zusatz wurde stillschweigend verworfen, und ein Aufruf ohne Inhalt ist auch ein gültiger Aufruf. Seither lesen wir nach jedem Schreibvorgang zurück und vergleichen mit dem, was dort stehen sollte.

Dazu kommt die Sicherheitsseite. Inhalte, die ein Server zurückgibt, landen im Kontext des Agenten und können Anweisungen enthalten. Fachmedien nennen das als Hauptrisiko, neben Servern ohne Authentifizierung.^[2] Für kleine Vorhaben zählt vor allem, nur Zugänge einzurichten, deren Datenquelle du kennst.

Wenn die Antwort Nein lautet

Bleibt bei den drei Fragen ein Nein, dann tragen andere Wege. Ein Export als Datei genügt für alles, was sich vorher abgrenzen lässt, etwa ein Protokoll oder einen Auszug. Eine Zwischendatei, die du bei Bedarf neu erzeugst, hält den Aufwand klein und bleibt nachvollziehbar. Und ein einzelner Aufruf im Terminal löst manches, wofür ein dauerhafter Zugang zu viel wäre.

Diese Wege sind vollwertig. Sie haben zwei Eigenschaften, die ein Server erst mit Mühe erreicht: Du siehst genau, welche Daten der Agent bekommt, und du kannst das Ergebnis gegen die Datei halten, die du selbst erzeugt hast.

Für den Einstieg lohnt eine feste Reihenfolge. Erst die Aufgabe zuschneiden, dann den Zugang klären. Wer damit anfängt, den Zugang zu bauen, baut oft an der falschen Stelle.

Häufige Fragen

Weiterführend

Mit Agenten arbeiten

Aufgaben für KI-Agenten zuschneiden: drei Schnitte, die den Auftrag klären

Ein KI-Agent scheitert selten am Prompt, sondern am Zuschnitt der Aufgabe. Drei Schnitte, die aus einem unscharfen Auftrag ein prüfbares Ergebnis machen.

KI verstehen und weitergeben

KI-Kompetenz im Team aufbauen: die erste Stunde, die einen Handgriff mitgibt

Wie du KI-Kompetenz an Freiwillige weitergibst, ohne Budget und ohne Vorwissen — mit einer Einheit, die in einer Stunde funktioniert.