Die Frage hinter der Frage
Wer KI-Funktionen in seine eigene Software bringen will, landet fast automatisch bei der API der großen Anbieter: ein Schlüssel, Abrechnung pro Token, jede Anfrage kostet Geld. Für ein Produkt mit vielen Nutzern ist das der richtige und einzig saubere Weg. Für den eigenen Gebrauch – ein Tool, das im Haus läuft, das eine Handvoll Menschen bedient – wirkt diese Rechnung aber oft abschreckend: laufende, schwer kalkulierbare Kosten für etwas, das man vielleicht nur ein paar Mal am Tag nutzt. Die eigentliche Frage lautet deshalb selten „geht KI in meiner Software?“, sondern „geht es, ohne dass jede Nutzung einen Zähler weiterdreht?“. Und hier hat sich seit Ende 2024 etwas Grundlegendes geändert.
Was MCP eigentlich ist – ohne Hype
Das Model Context Protocol (MCP) ist ein offener Standard, den Anthropic Ende 2024 vorgestellt und veröffentlicht hat und der inzwischen breit unterstützt wird – auch von OpenAI. Vereinfacht ist es eine gemeinsame „Steckdosennorm“ zwischen KI-Programmen und externen Daten oder Werkzeugen. Auf der einen Seite steht ein MCP-Server: ein kleines Programm, das die Fähigkeiten und Daten deiner Software nach außen anbietet („hier kannst du die Portfolio-Daten lesen“, „hier kannst du einen Report erzeugen“). Auf der anderen Seite steht ein MCP-Client – etwa Claude Desktop oder ChatGPT –, der diese angebotenen Werkzeuge nutzen kann.
Der wichtige Punkt: Der MCP-Server kann lokal auf deinem eigenen Rechner laufen. Claude Desktop verbindet sich dann mit diesem lokalen Server, und jede Aktion, die die KI ausführen will, muss von dir ausdrücklich freigegeben werden. Die KI liest oder handelt also nur dort, wo du es erlaubst – und du nutzt dafür deinen normalen Abo-Zugang, nicht die API.
Der entscheidende Unterschied: Arbeitsplatz statt Produkt-Backend
Hier liegt die Erkenntnis, die in den meisten Anleitungen fehlt – und ohne die man die Lizenzfrage falsch beantwortet. MCP verbindet deine Software mit einem KI-Client, den ein Mensch bedient. Die KI sitzt nicht in deiner Software. Dein Tool wird nicht „schlau“; es stellt lediglich eine saubere Schnittstelle bereit, über die ein Mensch mithilfe seines KI-Programms auf die Daten des Tools zugreifen kann. Das ist ein fundamental anderes Bild als „ich baue KI in mein Produkt ein“.
- Was dieser Weg IST: Ein Mensch öffnet seinen KI-Client (Claude Desktop, ChatGPT), an den deine Software per MCP angebunden ist, stellt eine Frage oder gibt einen Auftrag, bekommt die relevanten Ausschnitte aus dem eigenen Tool und ein Ergebnis – jede Aktion von ihm freigegeben. Er nutzt dabei seinen eigenen Abo-Platz.
- Was dieser Weg NICHT ist: Deine Software ruft im Hintergrund, unbemerkt und ohne Mensch davor, die KI für fremde Endnutzer auf. Das wäre ein Produkt-Backend – und dafür sind die API und die kommerziellen Bedingungen da, nicht ein Abo.
Die oft gestellte Frage „geht das nur als Privatperson?“ zielt deshalb am Kern vorbei. Die relevante Grenze verläuft nicht zwischen privat und geschäftlich, sondern zwischen „ein Mensch bedient seinen KI-Platz“ und „ein Produkt bedient sich der KI im Namen anderer“.
Privatperson, Firma, Anbieter – wer darf was
Privatperson / eigener Gebrauch
Für den persönlichen Einsatz ist dieser Weg unproblematisch: Genau dafür sind Claude Desktop und die lokale MCP-Anbindung gedacht. Du verbindest dein eigenes Tool mit deinem eigenen Abo (Claude Pro/Max oder ChatGPT Plus/Pro) und arbeitest damit. Wichtig ist nur, dass es beim persönlichen Gebrauch bleibt – die Privatabos sind laut Nutzungsbedingungen für Einzelpersonen und nicht-gewerbliche Nutzung gedacht, und die Zugangsdaten dürfen nicht mit anderen geteilt werden.
Unternehmen
Auch Firmen können diesen Weg gehen – aber sauber auf den dafür vorgesehenen Geschäftsplänen. Claude Team und Enterprise sowie ChatGPT Business und Enterprise unterstützen ausdrücklich eigene MCP-Connectoren. Bei Claude fügt der Organisations-Eigentümer einen Custom Connector zu einem per MCP angebundenen Server hinzu, die Mitarbeitenden aktivieren ihn dann individuell; seit Mitte 2026 lässt sich der Zugang sogar zentral über die Identitätsverwaltung (z. B. Okta) provisionieren. Auf ChatGPT-Seite stellt der „Developer Mode“ die volle MCP-Unterstützung (Lesen und Schreiben) bereit, freigeschaltet über die Workspace-Einstellungen.
Was Firmen dagegen nicht tun sollten: Mitarbeitende ihre privaten Einzelabos für Firmenprozesse nutzen lassen oder gar einen einzigen Abo-Zugang von mehreren Personen oder einem Dienst verwenden lassen. Das kollidiert gleich doppelt mit den Bedingungen – gewerbliche Nutzung eines Privat-Abos und Account-Sharing. Der richtige Rahmen für Firmen ist der Geschäftsplan, nicht das aufaddierte Privat-Abo.
Ein Detail mit Governance-Folgen: Firmen-Connectoren laufen in der Regel als Remote-MCP-Server, auf die die Anbieter-Cloud von außen zugreift – der Server muss also aus dem Internet erreichbar sein und die IP-Bereiche des Anbieters müssen freigeschaltet werden. Das ist etwas anderes als der rein lokale Claude-Desktop-Fall und will bei sensiblen Daten bewusst entschieden sein.
Wenn du ein Produkt baust
Sobald deine Software die KI für Endnutzer aufruft, die nicht selbst an einem eigenen KI-Platz sitzen – also ein Feature, das du ausrollst, verteilst oder verkaufst –, ist der Abo-Weg nicht mehr zulässig. Dann brauchst du die API unter den kommerziellen Bedingungen. Das ist keine Schikane, sondern die logische Grenze: Ein Abo ist für die Arbeit eines Menschen gedacht, nicht als Motor hinter einem Produkt für viele.
Was die Hersteller wirklich dazu sagen
Der oft vermutete Widerspruch – „die dulden das nur halb“ – trifft nicht zu. Beide großen Anbieter haben diesen Weg aktiv gebaut. Anthropic hat MCP erfunden, offengelegt, in Claude Desktop und in die Team-/Enterprise-Connectoren integriert. OpenAI hat im September 2025 den Developer Mode mit voller MCP-Client-Unterstützung eingeführt. Die Botschaft ist eindeutig: Sie wollen, dass Menschen ihre eigenen Werkzeuge und Daten an ihren KI-Platz anbinden.
Ebenso klar ist, wo sie die Grenze ziehen. Die Verbraucherbedingungen von Anthropic halten fest, dass die Privat-Dienste nicht für gewerbliche oder geschäftliche Zwecke genutzt werden dürfen, dass Zugangsdaten nicht geteilt werden dürfen und dass Automatisierung nur dort erlaubt ist, wo sie ausdrücklich gestattet ist oder über einen API-Schlüssel läuft. Für die API gelten eigene, kommerzielle Bedingungen. Übersetzt heißt das: Verbinde dein Tool mit deinem Platz, ja – aber mach aus dem Abo keinen Produkt-Motor und keinen von vielen geteilten Zugang.
Die ehrlichen Grenzen
Damit hier kein schöner Schein entsteht, gehören die Grenzen dieses Weges genauso auf den Tisch wie seine Vorteile:
- Ein Mensch muss davorsitzen. Der Charme ist zugleich die Grenze: Es ist keine Hintergrund-Automatisierung. Wer eine Aufgabe komplett unbeaufsichtigt und rund um die Uhr laufen lassen will, ist beim Abo-Weg falsch – dann führt kein Weg an der API (oder einer echten Automatisierung) vorbei.
- Abos haben Nutzungsgrenzen. Sie sind für die tägliche Arbeit eines Menschen gebaut, nicht für hohes Volumen. Wer regelmäßig hunderte Anfragen am Tag programmatisch auslöst, stößt an Limits – und ab dieser Größenordnung ist die API ohnehin die günstigere und richtige Wahl.
- Lokaler MCP-Server heißt nicht lokale KI. Das ist der am häufigsten übersehene Punkt: Der MCP-Server läuft zwar bei dir, aber die Datenausschnitte, die für eine Frage tatsächlich gebraucht werden, gehen weiterhin an das Sprachmodell in der Anbieter-Cloud. MCP steuert, worauf zugegriffen wird – es ist kein Datenschutz-Mechanismus. Wer Daten wirklich im Haus halten muss, braucht ein lokal laufendes Modell, ein anderes Setup (siehe unseren Artikel zu Datenschutz und KI).
- Die MCP-Schnittstelle selbst ist eine Sicherheitsfrage. Ein Server, der unbedacht alles freigibt, ist ein Risiko. Entscheidend ist, welche Werkzeuge und Daten er anbietet, wie eng die Zugriffe geschnitten sind und wie sorgfältig schreibende Aktionen abgesichert werden. Genau hier trennt sich saubere Umsetzung von Bastelei.
Ein Beispiel aus der Praxis: das Vermögensverwaltungs-Tool
Ein konkreter Fall aus einem umgesetzten Projekt (anonymisiert): eine individuell gebaute Software zur privaten Vermögensverwaltung – Portfolios, Transaktionen, Erträge, Gebühren, alles an einem Ort. Der Wunsch war nicht „mach das Tool zu einem KI-Produkt“, sondern etwas Bodenständiges: die jährliche Vorbereitung der Steuerunterlagen weniger mühsam machen.
Statt eine KI-Funktion mit API-Anbindung in die Software zu bauen, wurde ein schlanker MCP-Server ergänzt, der genau die dafür nötigen Ausschnitte lesbar macht: realisierte Gewinne und Verluste, Dividenden, Gebühren, sauber pro Steuerjahr abgegrenzt. Der Eigentümer öffnet nun Claude Desktop und bittet die KI, aus diesen Daten eine strukturierte Übersicht für die Steuererklärung zu erstellen – die Zusammenstellung, die sonst mühsam von Hand aus mehreren Ansichten zusammengetragen wurde, und die die Steuerberatung als Ausgangspunkt braucht. Jeder Datenzugriff wird bestätigt, nichts wird automatisch verschickt, und es fällt keine API-Gebühr an.
Das Bemerkenswerte an diesem Muster: Die „KI-Funktion“ wurde der individuellen Software hinzugefügt, ohne eine einzige Zeile Anbieter-API zu integrieren und ohne laufende Nutzungskosten. Die eigentliche Ingenieurleistung steckte nicht in der KI, sondern im MCP-Server davor – darin, genau die richtigen, eng geschnittenen Daten sauber und sicher anzubieten. Das ist derselbe Gedanke wie bei einem RAG-System: Der Wert liegt in der sorgfältigen Aufbereitung dessen, worauf die KI zugreifen darf, nicht im Modell selbst.
Was das für dich bedeutet
Wenn du eine eigene, individuell gebaute Software hast – oder eine bauen lässt – ist MCP ein oft übersehener Hebel, um sie mit KI-Fähigkeiten zu ergänzen, ohne in eine API-Kostenfalle zu laufen. Die Entscheidung, ob dieser Weg passt, hängt an wenigen ehrlichen Fragen:
- Sitzt bei der Nutzung ein Mensch davor, der Aufträge gibt und Ergebnisse abnimmt? Dann ist der Abo-Weg über MCP eine ernsthafte Option. Soll es unbeaufsichtigt im Hintergrund laufen? Dann API oder klassische Automatisierung.
- Bist du Einzelperson oder Firma? Beides geht – aber die Firma auf dem passenden Geschäftsplan (Team/Enterprise bzw. Business/Enterprise), nicht über zusammengelegte Privat-Abos.
- Wie sensibel sind die Daten? Bedenke, dass die genutzten Ausschnitte weiterhin in die Anbieter-Cloud gehen. Wenn das ein Ausschlussgrund ist, führt der Weg über ein lokales Modell, nicht über MCP allein.
- Wie sauber ist die Schnittstelle? Ein guter MCP-Server gibt nur frei, was gebraucht wird, und sichert schreibende Aktionen ab. Das ist der Teil, der über Nutzen oder Risiko entscheidet.
Genau an dieser Stelle setzt unsere Arbeit an: Beyond Prompt baut die individuelle Software – und den sauber geschnittenen MCP-Server davor gleich mit, sodass du dein bestehendes Abo nutzen kannst, statt in laufende API-Kosten zu laufen, und die Kontrolle darüber behältst, worauf die KI überhaupt zugreift. Das ist Custom Applications, um eine ehrliche, kostenbewusste KI-Ebene ergänzt.