Was MCP ist - und wann ein Kleinunternehmen es wirklich braucht

Leute sagen jetzt „wir brauchen MCP“, wie sie vor zwei Jahren „wir brauchen einen Chatbot“ sagten. Die Buchstaben stehen für Model Context Protocol. Der nützliche Satz ist kürzer: so darf ein Agent Ihre Werkzeuge anfassen, ohne die API aus einem Blogpost von 2024 zu erfinden.

Ein Chatbot erzeugt Text. Ein Agent wählt ein Werkzeug und führt es aus. MCP ist der Stecker dazwischen - Namen, Argument-Schemas, Ergebnisse. Ich habe schon geschrieben, warum Sie dem Modell nicht die Kasse geben sollten. Hier fehlt der Stecker: wann diese Werkzeugliste MCP sprechen soll, und wann eine typisierte Funktion auf Ihrem eigenen Server reicht.

1. USB, keine Persönlichkeit

Sie „installieren MCP“ nicht so, wie Sie ChatGPT installieren. Sie legen Werkzeuge über eine Standard-Buchse offen. Jeder kompatible Agent - Cursor, Claude, ein Bot in Ihrer Next.js-App - kann diese Werkzeuge listen und aufrufen.

Das ist der ganze Trick. Vorher hatte jeder Anbieter einen eigenen Weg, einem Modell eine Funktion zu geben. Jetzt ist die Buchse gemeinsam. Gemeinsame Buchsen erzeugen Ökosysteme: Registries, Install-Befehle und eine Welle von Produkten, die Ihnen ein „Gateway“ verkaufen, bevor Sie ein einziges Werkzeug haben, das sich einzustecken lohnt.

2. Was bei einem Aufruf wirklich passiert

Drei Schritte. Danach können Sie die Anbieterdiagramme lassen.

• Der Agent fragt den Server, welche Werkzeuge es gibt. Er bekommt Namen und JSON-Schemas. Beispiel: create_invoice, mit Betrag, Währung, Kunden-ID.
• Er ruft ein Werkzeug mit Argumenten auf, die zum Schema passen. Kein Absatz. Kein SQL, das das Modell erfunden hat.
• Der Server führt Ihren Code aus. Das Modell sieht den Stripe-Schlüssel nie. Das Ergebnis kommt als Daten zurück, die die Oberfläche zeigen kann.

Falls das nach einer API klingt

Es ist eine API, geschrieben für ein Modell, dem Sie keine Shell anvertrauen. Das Protokoll ist Sanitär. Sicherheit steckt weiter darin, welche Werkzeuge Sie öffnen und welche auf einen Menschen warten. MCP auf einen Server zu legen macht das Produkt nicht sicher. Diesen Satz über Agenten habe ich diesen Monat schon geschrieben. Er gilt hier ohne neue Religion.

3. Warum es diesen August so laut ist

Am 3. August 2026 ist Next.js 16.3 als Stable erschienen, mit einem MCP-Endpunkt am Dev-Server. Ein Coding-Agent kann Live-Fehler, Routen und Logs lesen, statt Ihren App Router aus der Doku von letztem Jahr zu raten. Figma legt Dateien, Komponenten und Variablen als Werkzeuge offen - das ist die Zeile „Figma-to-Code via MCP“ auf meiner Site, kein Screenshot und ein Gebet. Registries behandeln MCP-Server inzwischen wie Pakete. Anbieter verkaufen Gateways: eine Stelle zum Authentifizieren, Prüfen und Polizieren einer ganzen „Flotte“ von Agenten.

In einem Zehn-Personen-Unternehmen existiert der Großteil dieser Flotte nicht. Der nützliche Teil des Lärms ist die Buchse. Der teure Teil ist Governance für Leute, die Sie nicht eingestellt haben.

4. Wann Sie es diesen Monat wirklich brauchen

Verdrahten Sie MCP, wenn der Agent ein lebendes System sehen muss, das Sie schon haben - und ein Prompt das nicht ersetzt.

• Ein Coding-Agent auf einer Next.js-Site: er soll die Docs dieser Version und die Fehler dieses Prozesses lesen, nicht Cache-APIs von 2024 erfinden. Was ich nach 16.3 auf einer bestehenden Site tun würde, habe ich schon geschrieben.
• Von Figma zur Produktions-UI: die Datei ist die Quelle. Der Agent soll die Datei abfragen, nicht ein PNG der Datei.
• Mehrere Werkzeuge, ein Produkt-Agent: Buchung, CRM, FAQ per Retrieval. Ein Schema pro Werkzeug schlägt einen neuen Adapter pro Chat-Anbieter.
• Sie haben schon eine Allowlist und einen Bestätigungsbutton. MCP ersetzt die nicht. Es hindert das Modell nur daran, Funktionsnamen zu erfinden.

5. Wann Sie es lassen sollten

Ein FAQ-Bot mit Retrieval braucht kein MCP. Eine Server Action, die aus einem Formular eine Buchung anlegt, braucht kein MCP. „Die Keynote hat gesagt, jedes Produkt wird agent-native“ ist keine Spezifikation.

Kaufen Sie kein Gateway, kein Registry und keinen Browser für Agenten, nur weil ein Roundup das den npm-Moment genannt hat. Ein Gateway brauchen Sie, wenn Sie viele Agenten, viele Leute und einen Prüfer haben, der fragt, wer um 02:14 refund aufgerufen hat. Bis dahin ist der Server mit den Schlüsseln das Gateway.

Ersetzen Sie kein funktionierendes Formular durch einen Agenten, der MCP spricht. Geld sollte weiter über Formulare laufen. Den Agenten lasse ich auf Entwurf und Extrakt. Ein Mensch drückt auf Senden.

6. Wie ich es verdrahten würde

Drei Buchsen, keine Plattform.

• Figma-MCP in das Repo, für das ich beauftragt bin. Den Diff lese ich trotzdem. Pixelgenau ist ein menschlicher Maßstab. Das Protokoll hindert das Modell nur daran, Abstände aus einem Screenshot zu erfinden.
• next-devtools-mcp gegen die laufende Next.js-App, damit der Agent echte Routen und echte Fehler sieht. AGENTS.md zeigt auf die Docs in node_modules. Dieses Release habe ich schon behandelt.
• Im Produkt: eine kurze Werkzeugliste als typisierte Serverfunktionen. MCP davor, wenn der Aufrufer ein externer Agent ist - Cursor, eine Desktop-App, ein zweites Modell. Eine normale Funktion, wenn der Aufrufer Ihre eigene Next.js-Route ist. Dieselbe Allowlist, dieselbe Bestätigung, dasselbe Prüfprotokoll in beiden Fällen.

Schlüssel bleiben auf dem Server

Das Modell hält Stripe nie. Idempotenzschlüssel auf Abbuchung und Buchung. Ein Protokoll, das ein Nicht-Ingenieur lesen kann: wer gefragt hat, welches Werkzeug, welche ID, wer bestätigt hat. MCP schreibt dieses Protokoll nicht für Sie. Das tun Sie.

Fazit: die Buchse kaufen, die Flotte lassen

MCP ist eine Buchse. Es wurde laut, weil Buchsen Ökosysteme bekommen und Ökosysteme Rechnungen. Ein Kleinunternehmen braucht es, wenn ein Agent mit Figma, mit einer laufenden Next.js-App oder mit einer kurzen Liste Ihrer Werkzeuge sprechen muss, ohne die API zu erfinden. Als Persönlichkeit, Chatbot-Upgrade oder Gateway für eine Flotte aus einem Stück braucht es das nicht.

Ich verdrahte die Buchse, wo sie eine Woche spart, und lasse sie, wo ein Formular schon funktioniert. Schreiben Sie über das Formular, welches System der Agent sehen muss - Figma, die laufende Site, der Buchungskalender - und welche Aktion nie ohne einen Menschen laufen darf. Wir fangen nicht damit an, Ihnen ein Gateway zu kaufen. :)