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 solche Tools aus, inzwischen elf, seit August 2026 auch schreibende: Ein Agent kann den Kiez-Finder bedienen, den ein Mensch vor sich sieht.

Live-Diagnose in diesem Browser

Dieser Abschnitt prüft beim Laden, was der Browser gerade bereitstellt. English: live check of the WebMCP surface in your current browser.

checking…

Status der Spec

WebMCP ist ein W3C-Community-Group-Draft, gemeinsam von Microsoft und Google entwickelt, gehostet in der Web Machine Learning Community Group. Laufend aktualisiert, Stand August 2026; die API-Surface ist inzwischen von navigator.modelContext zu document.modelContext umgezogen. 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 149+: Native Implementation auf document.modelContext (erste Fassung ab Canary 146 noch auf navigator). Aktivierung über Flag chrome://flags/#enable-webmcp-testing plus Neustart.
ChatGPT-Desktop-App: Der eingebaute Browser stellt document.modelContext nativ bereit; Tool-Aufrufe setzen ein Runtime-Modell mit Site-Tools-Support voraus (GPT-5.6 Sol oder Terra) und die Freigabe unter Settings → Browser → Permissions.
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 die API nachreicht. navigator.berlin prüft document.modelContext zuerst und fällt auf navigator.modelContext plus Polyfill zurück. 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 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 elf Tools registriert, zehn lesende und ein schreibendes. 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.
set_finder_weights: Schreibend: Der Agent stellt die Kiez-Finder-Regler, die Karte vor den Augen des Menschen färbt sich live um.
get_finder_state: Rückkanal: Gewichte, letzte Änderungsquelle (Mensch oder Agent) und Top-Kieze lesen.

Einsatz in Chrome Canary

Chrome Canary ab Version 149 installieren (oder Chrome Stable 149+).
chrome://flags/#enable-webmcp-testing öffnen, „WebMCP for testing" auf „Enabled" setzen, Canary neu starten.
navigator.berlin öffnen. Die elf Tools registrieren sich automatisch bei document.modelContext; die Live-Diagnose oben auf dieser Seite zeigt Surface und Tool-Liste.
Optional: Chrome-Team-Extension Model Context Tool Inspector installieren, um Tools zu inspizieren und manuell aufzurufen.

Einsatz ohne Canary

Die ChatGPT-Desktop-App bringt WebMCP im eingebauten Browser nativ mit. Wer im Stable-Chrome ohne Flag, Firefox oder Safari bleibt, kann WebMCP über eine LLM-Browser-Extension nutzen, die einen Polyfill mitlädt.

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.