Insight ·

MCP ist langweilig geworden, und genau darum geht es

Die Spezifikation 2026-07-28 ist die größte Überarbeitung seit dem Start: ein zustandsloser Kern, servergerenderte Oberflächen und lang laufende Aufgaben. Dass ein Protokoll unauffällig wird, macht es tragfähig.

MCP ist langweilig geworden, und genau darum geht es

Vom Experiment zur Installation

Anthropic veröffentlichte das Model Context Protocol im November 2024 als offenes Experiment, um Modelle mit Werkzeugen zu verbinden. Im Dezember 2025 wurde es an die Agentic AI Foundation übergeben, einen gerichteten Fonds unter der Linux Foundation, mitgegründet mit Block und OpenAI. Die Verantwortung wanderte von der Roadmap eines Unternehmens in einen Gemeinschaftsprozess.

Die Spezifikation 2026-07-28 ist die erste große Veröffentlichung unter dieser Ordnung und die umfangreichste Überarbeitung seit dem Start.

Was sich geändert hat

Drei Teile zählen für alle, die Systeme betreiben statt sie zu schreiben.

  • Ein zustandsloser Kern. Das Protokoll setzt keine langlebige Sitzung mehr voraus. Server skalieren auf gewöhnlicher HTTP Infrastruktur, also mit dem Load Balancer, dem Cache und der Autoskalierung, die Sie ohnehin betreiben.
  • MCP Apps. Server können gerenderte Oberflächen zurückgeben, nicht nur Text und Daten. Ein Werkzeug kann ein Formular oder eine Tabelle liefern, statt ein Modell zu bitten, eines zu beschreiben.
  • Die Tasks Erweiterung. Lang laufende Arbeit erhält eine eigene Repräsentation, und ein Vorgang von vier Minuten muss nicht länger vorgeben, eine Anfrage von vier Sekunden zu sein.

Auch die Autorisierung rückte näher an die Praxis der Organisationen und orientiert sich an OAuth und OpenID Connect, statt ein paralleles Schema zu erfinden.

Warum langweilig ein Lob ist

Versionsverhandlung lässt alte und neue Implementierungen zusammenarbeiten statt auseinanderzulaufen, und die datumsbasierte Versionierung markiert dies als die letzte rückwärtsinkompatible Änderung. Beides sind Zeichen eines Protokolls, das nicht mehr auf Neuheit optimiert, sondern auf die Menschen, die es am Laufen halten.

Genau diese Verschiebung macht es vernünftig, eine Integration zu besitzen. Die Frage ist nicht mehr, ob der Standard das Jahr übersteht, sondern ob Ihr Server gut gebaut ist.

Was das für Ihre eigenen Systeme bedeutet

Ist Ihr CRM, Ihr Auftragssystem oder Ihre interne Wissensbasis über einen dokumentierten MCP Server erreichbar, kommt jeder Assistent, den Ihr Team nutzen darf, unter Ihren Regeln dorthin, und ein Wechsel des Modellanbieters ist keine Neuentwicklung mehr. Ist sie es nicht, wird jeder neue Assistent zu einem eigenen Integrationsprojekt.

Die Reihenfolge der Arbeit hat sich nicht geändert:

  1. Entscheiden Sie, welche Systeme ein Agent lesen und welche er schreiben darf.
  2. Setzen Sie Authentifizierung und Protokollierung davor, nicht dahinter.
  3. Öffnen Sie zuerst die Lesepfade und erst danach die Aktionen, die Geld bewegen oder Nachrichten senden.

Der Teil, der in keiner Ankündigung steht

Ein Protokoll liefert Ihnen keine Berechtigungen, keine Protokollierung und keinen Rückfallplan. Teams, die MCP einführen, berichten immer wieder dieselben Probleme: Audit Trails, Single Sign On, Verhalten des Gateways und Portabilität der Konfiguration. Diese bleiben Ihre Aufgabe, wie gut die Spezifikation auch ist.

Das ist die ehrliche Lesart eines reifenden Standards. Er nimmt die Integrationsdebatte weg und lässt die operative zurück, und die war immer die schwierigere Hälfte.