Status: in BetriebENDE

MCP-Server-Entwicklung

Das Model Context Protocol ist der Weg, auf dem Agenten reale Systeme erreichen; wir bauen die Server, die Ihre freigeben - begrenzt, typisiert, getestet.

Das Problem

Ein Agent ist nur so nützlich wie die Systeme, die er erreicht. Das Model Context Protocol hat den Stecker standardisiert - ein produktionsreifer MCP-Server bleibt trotzdem ein API-Design-Problem: Authentisierung, Pagination, Token-Budgets, Fehlerbilder, von denen sich ein Agent tatsächlich erholen kann, und Schemata, die so streng sind, dass das Modell sie nicht falsch halten kann. Ein dünner Wrapper um eine bestehende REST-API scheitert an all dem - leise.

Wir behandeln Werkzeug-Design als das eigentliche Produkt. Der Unterschied zwischen einem Agenten, der an Ihrer API scheitert, und einem, der funktioniert, ist fast nie das Modell; es sind die zwanzig Entscheidungen im Server.

Zusammenarbeit

Builds mit fixem Umfang. Sie nennen die Systeme und was Agenten damit tun sollen; wir liefern Werkzeug-Inventar und Sicherheitsmodell, bevor Code entsteht. Das Ergebnis ist ein Server, der Ihrem Team gehört: typisiert, getestet, dokumentiert, verpackt für Ihren Verteilweg.

Der Einstieg läuft per E-Mail: was hineingehört, steht auf der Kontaktseite.

Was wir liefern

  • Massgefertigte MCP-Server über Ihren APIs, Datenbanken oder internen Werkzeugen
  • Authentisierung, Rate-Limiting und minimale Berechtigungen pro Werkzeug
  • Typisierte Schemata und Integrationstests für jede freigegebene Operation
  • Verpackung und Verteilung: npm, Container-Image oder internes Registry
  • Kompatibilität geprüft über MCP-Clients hinweg - Claude-Apps, IDEs, eigene Agenten

Nachweis

Häufige Fragen

Was ist ein MCP-Server?

Ein kleiner Dienst, der das Model Context Protocol spricht und Ihre Systeme als typisierte Werkzeuge freigibt, die ein KI-Agent aufrufen kann. Statt Einzel-Plugins pro Assistent bauen Sie einen Server, den jeder MCP-fähige Client nutzen kann.

Ist es sicher, interne Systeme für einen Agenten zu öffnen?

Die Freigabe ist eine Designentscheidung, kein Schalter. Jedes Werkzeug erhält einen eigenen Berechtigungsraum, Eingaben werden gegen Schemata validiert, destruktive Operationen können menschliche Bestätigung verlangen, und alles wird protokolliert. Der Agent sieht Fähigkeiten, nicht Ihre Datenbank.

Mit welchen Clients funktioniert das?

Mit jedem MCP-fähigen Client. Wir testen gegen die Claude-Apps und Claude Code, gängige IDE-Integrationen und eigene Agenten-Laufzeiten - das Protokoll ist die Kompatibilitätsschicht.

Wie läuft ein Auftrag ab?

Sie nennen die Systeme und die Operationen, die Agenten ausführen sollen. Wir antworten mit Werkzeug-Inventar, Sicherheitsmodell und fixem Umfang; dann liefern wir den Server mit Tests und Dokumentation. Die meisten Server sind ein fokussierter, kurzer Build.

Haben Sie so etwas wirklich geliefert?

Ja - Azeth, unsere Trust-Infrastruktur für die Maschinenökonomie, wird als MCP-Server verteilt (neben SDK und CLI) und läuft gegen zwei öffentliche Testnetze. Die Fallstudie zeigt die Architektur.

Branchen

zuletzt bearbeitet 02.07.2026