--- title: "MCP-Server-Entwicklung für Produkte & interne Tools" canonical: https://wavect.io/de/services/mcp-server-development/ language: de description: "Wavect baut MCP-Server, über die KI-Agenten dein Produkt oder interne Tools nutzen: Tool-Design, OAuth, begrenzte Berechtigungen, Versionierung und Tests mit echten MCP-Clients." image: "https://wavect.io/img/general/bak/open_graph_preview.jpg" --- MCP-Server # MCP-Server, über die Agenten dein Produkt nutzen, innerhalb deiner Grenzen. Ein KI-Agent kann nur, was deine Tools erlauben. Wir entwerfen die Tools, binden sie an deinen Identity Provider an, legen fest, was jeder Aufrufer lesen und ändern darf, und testen den Server mit den MCP-Clients, die deine Nutzer wirklich verwenden. DER AUFTRAG ## Tools entwerfen. Zugriff begrenzen. Mit echten Clients testen. 1. **Aktionen auswählen** Welche Lese- und Schreibzugriffe ein Agent braucht und welche nie. 2. **Server bauen** Tools, Autorisierung, Mandanten und Fehlerbehandlung in deinem Stack. 3. **Prüfen und übergeben** Client-Tests, Versionierungsregeln und Betriebshinweise. KURZ ERKLÄRT MCP-Server-Entwicklung macht dein Produkt oder interne Tools über das Model Context Protocol für KI-Agenten nutzbar. Der Auftrag umfasst Tool-Design, Autorisierung, Berechtigungsgrenzen, Versionierung und Tests mit echten MCP-Clients, geliefert als Code in deinem Repository. Passt für - SaaS-Teams, deren Kunden das Produkt aus Claude, ChatGPT, Cursor oder eigenen Agenten heraus nutzen wollen - Unternehmen, deren interne Agenten mit klar begrenzten Rechten auf interne Systeme zugreifen sollen Eine andere Leistung passt besser - Datensätze zwischen zwei Business-Systemen synchronisieren, ganz ohne Agent - Ein unabhängiger Missbrauchs- und Berechtigungstest eines bestehenden MCP-Servers ## Eine Schnittstelle für Agenten, keine weitere Integration Dieser Service baut die Schnittstelle, die ein KI-Agent aufruft. Datensätze zeit- oder ereignisgesteuert zwischen zwei Business-Systemen bewegen gehört zur [API-Integration](/de/services/api-integration/). Ein unabhängiger Berechtigungs- und Missbrauchstest des fertigen Servers gehört zu [KI-Sicherheit](/de/services/ai-security/). Das Agenten-Produkt selbst, also Prompts, Modelle und Nutzererlebnis, gehört zu [KI-Agenten & Produkte](/de/services/artificial-intelligence/). Wenn du noch zwischen MCP, Retrieval und Agent Skills wählst, lies zuerst [MCP, RAG, Agent Skills oder Custom GPTs?](/de/blog/mcp-vs-rag-vs-agent-skills-vs-custom-gpts/) ## Tools um Ergebnisse herum entwerfen, die der Agent prüfen kann Ein Tool ist ein Vertrag, den ein Modell liest. Namen, Beschreibungen, Eingabeschemas und Fehlermeldungen entscheiden, ob ein Agent es richtig aufruft. Wenige, klar begrenzte Tools schlagen ein Abbild jedes API-Endpunkts. Lesen und Schreiben getrennt Lesende Tools bleiben getrennt von Tools, die Daten ändern, Geld ausgeben oder Menschen kontaktieren. Destruktive Aktionen brauchen eine Bestätigung oder einen engeren Scope. Schemas und Fehler Typisierte Eingaben, begrenzte Ergebnisgrößen und Fehler, die dem Agenten sagen, was er ändern soll, statt eines Stacktraces. Expliziter Anwendungszustand Warenkörbe, Freigaben und lange Jobs bekommen eigene IDs und eigenen Speicher, damit jede Serverinstanz die nächste Anfrage bearbeiten kann. Metadaten für Discovery Eine Server Card und Tool-Annotationen, damit Clients und Prüfer vor dem Verbinden sehen, was der Server anbietet. ## Autorisierung über deinen Identity Provider, begrenzt je Aufrufer Nach der aktuellen MCP-Spezifikation ist ein Remote-Server ein OAuth-2.1-Resource-Server: Er prüft Tokens, die dein Identity Provider ausstellt, statt ein eigenes Login zu betreiben. Tokens sind an den Server als Audience gebunden und werden nie an nachgelagerte APIs durchgereicht. Lokale STDIO-Server beziehen Zugangsdaten stattdessen aus ihrer Umgebung. Die [Enterprise-MCP-Autorisierungsarchitektur](/de/blog/enterprise-mcp-authorization-architecture/) zeigt das Multi-Tenant-Design, von dem wir ausgehen. Prüfungen auf Datenebene bleiben in deinem Backend, weil das Protokoll allein [keine Sicherheitsgrenze](/de/blog/mcp-security-boundary-data-level-access-control/) ist. ## Versionierung, die Protokoll- und Produktänderungen übersteht Mit Revision 2026-07-28 ist MCP zustandslos: kein Initialize-Handshake, kein Session-Header, und jede Anfrage trägt Protokollversion und Client-Fähigkeiten selbst mit. Wir bauen auf die Revision, die deine Ziel-Clients unterstützen, halten Tool-Änderungen wo möglich abwärtskompatibel und dokumentieren, was bricht, wenn es sich nicht vermeiden lässt. Der [Leitfaden zur Migration auf zustandsloses MCP](/de/blog/mcp-stateless-server-migration-2026/) beschreibt die Transportänderungen im Detail. ## Entwerfen, bauen und mit echten Clients testen Umfang und Angebot werden je Phase vor Beginn vereinbart. Du kannst mit dem Entwurf selbst weiterarbeiten oder die abgestimmte Umsetzung beauftragen. 1. **Tool- und Zugriffsdesign** - Liste der Tools mit Ein- und Ausgaben, nötigen Scopes, Mandantenmodell und den Aktionen, die außer Reichweite bleiben. 2. **Umsetzung und Client-Tests** - Der Server in deinem Repository, automatisierte Tests und protokollierte Läufe mit den vereinbarten MCP-Clients. 3. **Weiterentwicklung** - Neue Tools, Protokoll-Updates und Client-Änderungen, separat vereinbart. Daraus entstehen keine 24/7-Abdeckung und kein Uptime-SLA. ## Wir betreiben selbst einen MCP-Server in Produktion Wavect betreibt einen öffentlichen MCP-Endpunkt unter wavect.io/mcp auf der zustandslosen Revision 2026-07-28. Lesende Tools für Services und Case Studies sind getrennt von Kaufaktionen, die nur bei aktiviertem Commerce sichtbar sind und einen ausdrücklichen Zahlungsschritt verlangen. Außerdem veröffentlichen wir den kostenlosen [MCP Install Risk Scanner](/de/tools/mcp-install-risk-scanner/), der riskante Muster in MCP-Installationsbefehlen markiert, bevor jemand sie ausführt. Das ist unser eigenes Produkt, kein Kundenprojekt. Im [Trust Center](/de/trust-center/) stehen unsere Zuständigkeiten und Service-Level. // beweise ## Angrenzende Engineering-Arbeit Einen veröffentlichten MCP-Server-Fall für einen Kunden haben wir noch nicht, und wir behaupten auch keinen. Aniron dokumentiert angrenzende Arbeit: Wavect war Hauptbeitragender am Developer-Portal einer KI-Inferenz-API, mit API-Keys, Prepaid-Credits, Nutzungsübersicht und Integrationen. Unseren eigenen MCP-Endpunkt in Produktion beschreibt der Abschnitt oben. Beides ist keine Ergebnisgarantie für ein anderes System. ### [Aniron](/de/case-studies/aniron/) - **Status:** Live - **Ergebnis:** Entwicklerportal - Kunden-Onboarding, API-Schlüsselverwaltung, Guthabenaufladung und Nutzungsübersicht umgesetzt. - **Zusammenfassung:** Wavect war Hauptmitwirkender an Anirons Entwickleranwendung: API-Schlüssel, Guthaben, Nutzungsübersicht und Integrationen. - **Stack:** TypeScript, Next.js, React Das sind ausgewählte Projekte, nicht unser gesamtes Portfolio. Seit 2018 haben wir 100+ Produkte ausgeliefert. ## Fragen vor dem Start ### Brauchen wir MCP oder reicht unsere REST-API? Wenn Agenten nur wenige Endpunkte von einer einzigen Plattform aus aufrufen, kann Function Calling gegen deine API reichen. MCP lohnt sich, wenn mehrere Agenten-Clients dieselben Tools mit einheitlicher Autorisierung und Discovery nutzen sollen. ### Remote- oder lokaler Server? Remote-Server über HTTP passen zu SaaS-Produkten und gemeinsam genutzten internen Tools, mit OAuth über deinen Identity Provider. Lokale STDIO-Server passen zu Entwickler-Tools auf dem Rechner der Nutzer. Die Wahl bestätigen wir beim Scoping. ### Mit welchen MCP-Clients testet ihr? Mit den Clients deiner Nutzer, festgelegt im Angebot. Die Unterstützung für Protokollrevisionen und Autorisierung unterscheidet sich je Client, deshalb nennt das Angebot die einbezogenen Clients und Versionen. ### Kann ein Agent über den Server Daten löschen oder Geld ausgeben? Nur wenn du das so entscheidest. Solche Aktionen halten wir getrennt, eng begrenzt und bestätigungspflichtig, und die Berechtigung wird in deinem Backend durchgesetzt, nicht nur in der Tool-Beschreibung. ### Ist eine Sicherheitsprüfung enthalten? Autorisierungsdesign und Tests der vereinbarten Scopes gehören zum Build. Ein unabhängiger Missbrauchs- und Berechtigungstest des fertigen Servers wird separat als KI-Sicherheit gescopet. ## Der passende nächste Schritt - [Business-Systeme verbinden](/de/services/api-integration/) - [Agenten-Berechtigungen und Missbrauch testen](/de/services/ai-security/) - [Ein KI-Agenten-Produkt entwickeln](/de/services/artificial-intelligence/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" } ] } ``` ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/de/services/mcp-server-development/#service", "@type": "Service", "areaServed": [ { "@type": "Country", "name": "Austria" }, { "@type": "Place", "name": "Worldwide" } ], "category": "Künstliche Intelligenz", "dateModified": "2026-10-30", "description": "Wavect baut MCP-Server, über die KI-Agenten dein Produkt oder interne Tools nutzen: Tool-Design, OAuth, begrenzte Berechtigungen, Versionierung und Tests mit echten MCP-Clients.", "name": "MCP-Server-Entwicklung für Produkte & interne Tools", "provider": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "serviceType": "MCP-Server-Entwicklung", "url": "https://wavect.io/de/services/mcp-server-development/" }, { "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/services/overview/", "name": "Leistungen", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/services/overview/#ai", "name": "Künstliche Intelligenz", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/services/mcp-server-development/", "name": "MCP-Server-Entwicklung", "position": 4 } ] }, { "@id": "https://wavect.io/de/services/mcp-server-development/#webpage", "@type": "WebPage", "dateModified": "2026-10-30", "description": "Wavect baut MCP-Server, über die KI-Agenten dein Produkt oder interne Tools nutzen: Tool-Design, OAuth, begrenzte Berechtigungen, Versionierung und Tests mit echten MCP-Clients.", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "mainEntity": { "@id": "https://wavect.io/de/services/mcp-server-development/#service" }, "name": "MCP-Server-Entwicklung für Produkte & interne Tools", "url": "https://wavect.io/de/services/mcp-server-development/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Wenn Agenten nur wenige Endpunkte von einer einzigen Plattform aus aufrufen, kann Function Calling gegen deine API reichen. MCP lohnt sich, wenn mehrere Agenten-Clients dieselben Tools mit einheitlicher Autorisierung und Discovery nutzen sollen." }, "name": "Brauchen wir MCP oder reicht unsere REST-API?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Remote-Server über HTTP passen zu SaaS-Produkten und gemeinsam genutzten internen Tools, mit OAuth über deinen Identity Provider. Lokale STDIO-Server passen zu Entwickler-Tools auf dem Rechner der Nutzer. Die Wahl bestätigen wir beim Scoping." }, "name": "Remote- oder lokaler Server?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Mit den Clients deiner Nutzer, festgelegt im Angebot. Die Unterstützung für Protokollrevisionen und Autorisierung unterscheidet sich je Client, deshalb nennt das Angebot die einbezogenen Clients und Versionen." }, "name": "Mit welchen MCP-Clients testet ihr?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nur wenn du das so entscheidest. Solche Aktionen halten wir getrennt, eng begrenzt und bestätigungspflichtig, und die Berechtigung wird in deinem Backend durchgesetzt, nicht nur in der Tool-Beschreibung." }, "name": "Kann ein Agent über den Server Daten löschen oder Geld ausgeben?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Autorisierungsdesign und Tests der vereinbarten Scopes gehören zum Build. Ein unabhängiger Missbrauchs- und Berechtigungstest des fertigen Servers wird separat als KI-Sicherheit gescopet." }, "name": "Ist eine Sicherheitsprüfung enthalten?" } ], "speakable": { "@type": "SpeakableSpecification", "cssSelector": [ ".faq-question", ".faq-answer" ] } } ```