LeistungenMCP-Server-Entwicklung

MCP-Server-Entwicklung für interne APIs und KI-Assistenten

MCP, das Model Context Protocol, ist eine gemeinsame Schnittstelle, über die ein KI-Assistent Werkzeuge aufruft und Kontext aus anderen Systemen liest. Wir entwickeln MCP-Server, die einem Assistenten Zugang zu den internen APIs geben, die Sie freigeben, in Ihrer Umgebung und gemeinsam mit Ihrem Team. Das Protokoll vereinheitlicht die Verbindung. Was der Assistent darüber tun darf, legen wir mit Ihnen fest.

Was passiert, wenn der Assistent ein Werkzeug aufruft

  1. 1

    Der Assistent schickt eine Anfrage, die zur definierten Eingabe des Werkzeugs passt.

  2. 2

    Der Zugriff wird gegen die für dieses Werkzeug vereinbarten Berechtigungen geprüft.

  3. 3

    Lesende Aufrufe liefern Daten. Schreibende warten, bis ein Mensch sie freigibt.

  4. 4

    Der Aufruf wird ohne Zugangsdaten protokolliert, und Fehler kommen als eindeutige Meldung zurück.

Ein Beispiel mit Support-Tickets

Angenommen, Ihr Support-Team möchte, dass sein Assistent die offenen Tickets eines Kunden nachschlägt und ein Status-Update entwirft. Ein MCP-Server könnte dafür zwei Werkzeuge anbieten. Das eine liest Ticketdetails über die API Ihres Helpdesks, mit den Zugriffsrechten der fragenden Person. Das andere bereitet das Update vor und veröffentlicht nichts, bevor diese Person den Text freigegeben hat.

Der Anfang mit einem Werkzeug

Zuerst prüfen wir, ob Sie überhaupt einen MCP-Server brauchen. Vielleicht bringt Ihr Assistent bereits eine Anbindung an das System mit, oder eine gewöhnliche API-Integration ist einfacher. Ist ein Server die richtige Wahl, beginnen wir mit einem klar abgegrenzten Werkzeug und dem Client, den Ihr Team tatsächlich nutzt.

Jedes Werkzeug erhält ein Schema, das festlegt, was es annimmt, was es zurückgibt und was jeder Fehler bedeutet. So kann das Modell es richtig verwenden, und wer einen Aufruf prüft, sieht, was passiert ist.

Zugriff, Identität und Freigaben

Wir beginnen mit rein lesenden Werkzeugen und den engsten Berechtigungen, die die Aufgabe zulässt. Wo das zugrunde liegende System es unterstützt, läuft ein Aufruf unter der Identität der fragenden Person, sodass Ihre bestehenden Zugriffsregeln gelten. Jedes Werkzeug, das Daten ändert, holt vorher die ausdrückliche Freigabe eines Menschen ein.

Inhalte, die ein Werkzeug zurückliefert, etwa der Kommentar eines Kunden zu einem Ticket, können Anweisungen an das Modell enthalten. Wir testen jedes Werkzeug mit solchen Inhalten. Berechtigungsprüfungen und Freigaben setzen der Server und die Systeme dahinter durch, sodass sie nicht davon abhängen, dass das Modell solche Anweisungen ignoriert.

  • Schreibzugriff kommt Werkzeug für Werkzeug hinzu, nachdem die lesende Version funktioniert
  • Tokens und Secrets bleiben aus Logs und Werkzeugausgaben heraus

Fehler, Wiederholungen und Tests

Interne APIs laufen in Timeouts, stoßen an Rate Limits und brechen manchmal mittendrin ab. Jedes Werkzeug bekommt Timeouts und Regeln für Wiederholungen, die die API dahinter respektieren. Schreibende Operationen sind idempotent, sodass ein wiederholter Aufruf dasselbe Update nicht zweimal veröffentlicht.

Die Tests decken erlaubte und abgelehnte Eingaben ab, Teilausfälle sowie die Protokoll- und Client-Versionen, die Sie einsetzen. Clients setzen unterschiedliche Teile von MCP um, deshalb prüfen wir, was mit Ihrem funktioniert.

Wo der Server läuft und was bei Ihnen bleibt

Ob der Server lokal neben dem Client läuft oder als entfernter Dienst in Ihrer Umgebung, entscheiden wir, nachdem wir Zugriff und Sicherheit mit Ihrem Team geprüft haben.

  • Quellcode und Konfiguration in Ihren Repositories
  • Tests, die Ihre CI bei jeder Änderung ausführen kann
  • Runbooks zum Hinzufügen eines Werkzeugs und zum Entziehen von Zugriff
  • Eine vereinbarte verantwortliche Person auf Ihrer Seite für jedes Werkzeug

Fragen

Was passiert im ersten Gespräch?

Dreißig Minuten mit einem unserer Engineers, kostenlos, über die Systeme, die Sie anbinden möchten, und den Assistenten, den Ihr Team nutzt. Zugriff auf diese Systeme brauchen wir dafür nicht. Danach schlagen wir Umfang und Aufwand vor.

Macht MCP einen Assistenten sicher?

Nicht von sich aus. MCP legt fest, wie ein Assistent und ein Werkzeug miteinander kommunizieren. Die Sicherheit hängt von Berechtigungen, Freigaben, Protokollierung und Tests rund um jedes Werkzeug ab, und diesen Teil gestalten wir mit Ihnen.

Funktioniert der Server mit jedem KI-Client?

Nein. Clients unterstützen unterschiedliche Teile des Protokolls und ändern sich von Version zu Version. Wir testen mit den Clients, die Sie nennen, und sagen Ihnen, wo die Unterstützung eingeschränkt ist.

Verkaufen Sie fertige MCP-Server?

Nein. Wir entwickeln Server für Ihre eigenen APIs und Systeme im Rahmen eines Projekts, und der Code geht bei der Übergabe an Ihr Team.

Mit einem Engineer sprechen

Bringen Sie ein internes System mit, das ein Assistent nutzen soll. Das Gespräch dauert 30 Minuten und braucht keinen Zugriff auf Ihre Systeme oder Daten.

Die Buchung läuft über Google Kalender.

Lieber zuerst schreiben? Hinterlassen Sie Ihre E-Mail-Adresse und ein paar Zeilen, dann antworten wir mit Terminvorschlägen.

Die Schaltfläche bereitet in Ihrem eigenen E-Mail-Programm eine E-Mail vor, die Sie selbst senden. Datenschutzerklärung (Entwurf)