Was MCP ist und wann Ihr Produkt einen Server braucht

Immer mehr Aufgaben Ihrer Kunden laufen über KI-Assistenten. MCP ist der Standard, mit dem diese Assistenten Ihr Produkt nutzen können.

Das Model Context Protocol, kurz MCP, ist ein offener Standard, um KI-Assistenten mit den Tools und Daten zu verbinden, die sie benötigen. Anthropic hat ihn Ende 2024 veröffentlicht, und die meisten gängigen Assistenten und Coding-Tools unterstützen ihn mittlerweile. Wenn Ihre Kunden bei der Arbeit einen Assistenten nutzen, hat wahrscheinlich schon jemand gefragt, ob Ihr Produkt „einen MCP-Server hat“. Hier erfahren Sie, was das bedeutet und wann es sich lohnt, einen zu bauen.

Wie das Zusammenspiel funktioniert

Der Assistent, etwa eine Chat-App oder ein Coding-Tool, ist der Host. Er verbindet sich mit einem oder mehreren MCP-Servern, und jeder Server beschreibt sein Angebot in einem einheitlichen Format. Jeder Assistent, der MCP unterstützt, kann dann jeden beliebigen Server nutzen – ganz ohne individuellen Integrationsaufwand auf beiden Seiten.

Server stellen drei Dinge bereit: Tools sind Aktionen, die das Modell aufrufen kann, wie „Rechnung erstellen“ oder „Bestellungen suchen“. Resources sind Daten, die der Assistent lesen kann, etwa ein Dokument oder ein Kundendatensatz. Prompts sind vorgefertigte Anweisungen, die Nutzer auswählen können, wie „dieses Konto zusammenfassen“. Die meisten Server beginnen mit Tools.

Lokal oder remote

Ein Server kann auf dem Rechner der jeweiligen Person laufen – vom Assistenten gestartet und im direkten Austausch mit ihm. Das passt gut zu Entwicklertools und allem, was mit lokalen Dateien arbeitet. Er kann aber auch im Internet laufen und per HTTP erreichbar sein, während die Person angemeldet ist. Das ist das übliche Modell für Produkte mit Benutzerkonten: Der Server agiert im Namen der angemeldeten Person mit deren Rechten, und es muss nichts installiert werden.

Warum nicht einfach eine API?

Vielleicht haben Sie bereits eine öffentliche API. MCP ersetzt diese nicht; ein guter Server setzt meist darauf auf. Der Unterschied liegt im Adressaten. Eine API richtet sich an Entwickler, die die Dokumentation lesen und Code schreiben. Ein MCP-Server ist für ein Modell gedacht, das die Tool-Beschreibungen genau dann liest, wenn es sie braucht, und entscheidet, was es aufruft. Das verändert das Design: weniger, dafür klarere Tools, benannt nach den Aufgaben, die erledigt werden sollen, mit Beschreibungen, die erklären, wann welches Tool genutzt werden sollte.

Wann Ihr Produkt einen braucht

Ein Server lohnt sich, wenn Nutzer bereits manuell Informationen zwischen Ihrem Produkt und einem Assistenten hin- und herbewegen, Datensätze in einen Chat kopieren und Antworten zurückübertragen. Er ist auch sinnvoll, wenn Interessenten in Verkaufsgesprächen danach fragen oder wenn Ihr Produkt Daten enthält, die Assistenten nützlicher machen – etwa Tickets, Dokumente, Bestellungen oder Zeitpläne.

Es kann warten, wenn Ihr Produkt überwiegend visuell oder in Echtzeit arbeitet, wenn Kunden für diese Aufgaben selten Assistenten nutzen oder wenn die Daten zu sensibel sind, solange Berechtigungen und Audit-Trails noch nicht bereit sind.

Klein anfangen

Die erste Version sollte ein oder zwei Aufgaben gut abdecken – möglichst schreibgeschützt. Das Suchen und Lesen von Datensätzen ist für sich genommen schon nützlich und birgt wenig Risiko. Aktionen, die Daten verändern, können folgen, sobald Sie sehen, wie die Nutzer den Server einsetzen und wie sich das Modell verhält. Planen Sie auch die Sicherheit von Beginn an mit ein: In wessen Namen der Server agiert, worauf er Zugriff hat und was protokolliert wird.

Kurz zusammengefasst

MCP ist der universelle Stecker zwischen KI-Assistenten und den Produkten, die Menschen nutzen. Ein Server ist sinnvoll, wenn Kunden bereits Daten zwischen Ihrem Produkt und einem Assistenten hin- und herkopieren. Beginnen Sie mit wenigen klaren, schreibgeschützten Tools auf Basis Ihrer bestehenden API und ergänzen Sie Aktionen erst dann, wenn Sie der Nutzung vertrauen.