WebMCP

WebMCP ist eine Browser-API, mit der Websites strukturierte Tools an KI-Agenten ausliefern können. Statt HTML zu scrapen, fragt der Agent eine Adresse oder einen Datensatz direkt ab und bekommt Zahl, Quelle und Lizenz zurück. navigator.berlin liefert seit Mai 2026 neun solche Tools.

Status der Spec

WebMCP ist ein W3C-Community-Group-Draft, gemeinsam von Microsoft und Google entwickelt, gehostet in der Web Machine Learning Community Group. Letzte Veröffentlichung: April 2026. Ausdrücklich nicht auf dem W3C-Standards-Track. Das heißt: interessierte Parteien haben sich auf einen Entwurf geeinigt, aber noch ist kein Commitment, daraus eine offizielle Web-Plattform-API zu machen.

Spec-URL: github.com/webmachinelearning/webmcp.

Browser-Support

Chrome Canary 146+: Erste native Implementation seit Anfang 2026. Aktivierung über Flag chrome://flags/#enable-webmcp-testing plus Neustart.
Microsoft Edge 147: Support angekündigt für März 2026. Vermutlich gleiche Flag- Mechanik wie Chrome.
Firefox und Safari: In Spec-Diskussion, kein Release-Datum. Realistische Schätzung: Q3 2026 frühestens.
Polyfill: Für Browser ohne native Implementation laden LLM-Browser-Extensions oft einen Polyfill, der navigator.modelContext nachreicht. So funktionieren die Tools auch in Chrome Stable, Firefox oder Safari, sofern der Agent diesen Weg fährt.

Begründung für frühen Einsatz

Die Spec ist Draft und der Browser-Support frisch. Wir liefern WebMCP- Tools trotzdem aus, weil:

Strukturierte Tool-Discovery ist die richtige Richtung. HTML-Scraping durch LLMs erzeugt schlechte Antworten und unnötigen Traffic. Eine deklarative Schnittstelle mit Quelle und Lizenz pro Antwort ist eine ehrliche Datenausgabe.
Standards entstehen, wenn früh Sites mitmachen. Eine Bürger-Daten- Plattform sollte solche Open-Web-Initiativen unterstützen, nicht nur kommerzielle.
Der Aufwand ist gering. Die neun Tools sind Wrapper um Funktionen, die ohnehin existieren (Adress-Lookup, Layer-Abfrage, Wahl-Daten). Spec-Änderungen wirken sich nur auf eine Adapter-Datei aus.
Bricht die Spec, fällt eine Subseite aus. Die Hauptseite bleibt bedienbar. Damit ist das Risiko eingegrenzt.

Verfügbare Tools

Aktuell sind neun Tools registriert. Volltext-Manifest mit JSON-Schemas pro Tool unter /webmcp-manifest.json.

address_lookup: Berliner Adressen, Straßen und POIs suchen.
cross_layer_query: Alle Daten-Layer an einer Koordinate abfragen, mit Quelle pro Wert.
list_layers_at_point: Welche Layer decken den Punkt ab? Schlanker Vorab-Check.
get_kiez_profile: Profil einer LOR-Bezirksregion: Name, Bezirk, Einwohner, Fläche.
get_layer_metadata: Quelle, Lizenz, Stand-Datum und Methodik eines Daten-Layers.
list_elections: Alle 12 Berliner Wahlen seit 2011 auflisten.
get_election_result: Ergebnis an einer Adresse für eine bestimmte Wahl, auf wählbarer Ebene (Stimmbezirk, Kiez, Bezirk, Berlin).
compare_elections: Mehrere Wahlen am selben Ort vergleichen, Sparkline-tauglich.
get_voting_district_geometry: GeoJSON-Polygon zu einer Stimmbezirks-ID liefern.

Einsatz in Chrome Canary

Chrome Canary ab Version 146 installieren.
chrome://flags/#enable-webmcp-testing öffnen, „WebMCP for testing" auf „Enabled" setzen, Canary neu starten.
navigator.berlin im Canary öffnen. Die neun Tools sind automatisch bei navigator.modelContext registriert (siehe DevTools-Konsole).
Optional: Chrome-Team-Extension Model Context Tool Inspector installieren, um Tools zu inspizieren und manuell aufzurufen.

Einsatz ohne Canary

Wer im Stable-Chrome, Firefox oder Safari bleibt, kann WebMCP über eine LLM-Browser-Extension nutzen, die einen Polyfill mitlädt. Aktuelle Anthropic-Browser-Tools und einige ChatGPT-Plugins fahren diesen Weg.

Discovery-Pfad (Konvention, nicht Standard): /.well-known/webmcp.json spiegelt /webmcp-manifest.json. Klartext-Variante für Crawler nach llmstxt.org: /llms.txt und /llms-full.txt.