BTradeTech · WebMCP
WebMCP Simulator
Geben Sie Website und Nutzeraufgabe ein und sehen Sie den möglichen Weg von Aufgabe über Tool und Input bis zur Bestätigung.
Website und Agentenaufgabe testen
Prüfen Sie zuerst eine öffentliche Website und ordnen Sie dann ein konkretes Ziel einem erkannten oder vorgeschlagenen Tool zu.
Was der WebMCP Simulator leistet
Der WebMCP Simulator zeigt, wie ein KI-Agent eine echte Website nutzen könnte. Geben Sie eine öffentliche HTTPS-URL und ein natürlich formuliertes Nutzerziel ein. Der Server untersucht öffentliche Formulare, Links, Labels, Scripts und strukturierte Signale und ordnet das Ziel der passendsten erkannten Aktion zu. Das Ergebnis zeigt ausgewähltes Tool, erwartete Eingaben, Aktion, Risiko, Bestätigungsgrenze und die Lücke zwischen Vorschlag und verifizierter Laufzeit.
Ohne kontrollierten Browser ist dies eine statische Simulation. Ein Formular oder ein Code-Hinweis ist ein Indiz für eine mögliche Implementierung, aber kein Beweis für eine funktionierende Browser-Ausführung.
Eine Aufgabe statt einer vagen Fähigkeit simulieren
Formulieren Sie das Ziel wie ein Mensch: „schwarzen Laptop unter 900 € finden“, „MFA zurücksetzen“, „Angebot für 500 Stück vorbereiten“, „nächsten Dienstag buchen“ oder „Rechnungen aus März anzeigen“. Suche und Rechnungsanzeige sind oft read-only; MFA-Reset, Angebot, Buchung, Checkout und Bestellung können Daten ändern oder eine Verpflichtung erzeugen und brauchen deshalb eine ausdrückliche Bestätigung.
Ergebnis verstehen
Die Auswahl ist die beste Übereinstimmung aus entdeckten Aktionen. Die Eingabe-Zusammenfassung ist ein Design-Hinweis, kein erfundener API-Vertrag. Definieren Sie ein strenges JSON Schema, validieren Sie jeden Wert erneut serverseitig und halten Sie Autorisierung und Geheimnisse aus dem Browser heraus.
Checker und Simulator
Der WebMCP Checker beantwortet „welche Signale sind vorhanden?“. Der Simulator beantwortet „welche Aktion passt zu diesem Ziel und wann ist eine Bestätigung erforderlich?“. Nutzen Sie danach Autopilot für den Plan und den Generator für Code.
Implementierung und Browser-Support
Die aktuelle imperative Oberfläche ist document.modelContext mit registerTool(); deklarative Formularattribute sind ein eigener dokumentierter Weg. Wenn kein kontrollierter Browser verfügbar ist, steht Runtime ehrlich auf NICHT AUSGEFÜHRT. Prüfen Sie die Browser-Support-Tabelle und die offizielle Dokumentation.
Häufige Fehler und FAQ
Nicht jeden Button veröffentlichen, nicht navigator.modelContext als aktuelle Haupt-API behandeln, keine Eingaben vertrauen und keinen Checkout als harmlose Suche tarnen. Beginnen Sie mit einem engen Workflow, erhalten Sie die menschliche Oberfläche und testen Sie Fehler, Abbruch und Berechtigungen.
Führt der Simulator die Aufgabe aus?
Nein. Er simuliert Auswahl und Ablauf; Laufzeit braucht einen separaten kontrollierten Browser-Test.
Warum steht eine Aktion auf „vorgeschlagen“?
Sie wurde aus Website-Signalen abgeleitet, aber keine aktuelle Registrierung erkannt. Vorgeschlagen bedeutet nicht verifiziert.
Was dieses Produkt leistet
Sinnvolle Agent-Aktionen mit Sicherheitsgrenzen
Beginnen Sie mit echten Nutzerzielen. Read-only-Aktionen können klar vorgeschlagen werden; sensible und transaktionale Aktionen bleiben bestätigungspflichtig.
Fragen zur WebMCP-Readiness
Was prüft der Scan?
Er untersucht öffentliches HTML und gleich-origin Scripts statisch. Runtime wird getrennt und niemals impliziert ausgewiesen.
Macht llms.txt eine Website WebMCP-ready?
Nein. Es ist ein optionales Discovery-Signal und keine offizielle WebMCP-Anforderung.