Ein CAPTCHA-MCP-Ergebnis in einem Browser-Agenten verwenden

1. 1.

   Lokalen MCP-Server konfigurieren

   Folgen Sie der MCP-Einrichtungsanleitung, um solvethree-mcp über npx zu starten. Es handelt sich um einen lokalen stdio-Server, nicht um einen gehosteten Endpunkt. Stellen Sie SOLVETHREE_API_KEY und SOLVETHREE_PROXY über die Host-Umgebung bereit; schreiben Sie keine Zugangsdaten in den Prompt des Agenten.

2. 2.

   Verfügbare Tools und Website-Profil prüfen

   Rufen Sie solvethree_capabilities auf, um die verfügbaren Funktionen zu prüfen. Für reCAPTCHA Enterprise muss der Workspace bereits über ein aktives Profil für den vorgesehenen Hostnamen, die Erfassungsaktion und den reCAPTCHA-Typ verfügen. Die Übergabe von site und action an ein Erstellungstool erstellt dieses Profil nicht. Nutzen Sie Website-Profile, falls die Einrichtung noch erforderlich ist.

3. 3.

   Sicherstellen, dass der Browser die passende Anfrage übermitteln kann

   Der Browser muss denselben fest zugeordneten Proxy sowie die zurückgegebenen Werte für userAgent und secChUa unterstützen. Außerdem muss er die Cookies, CSRF-Felder und Sitzungsanforderungen der Anwendung beibehalten. Wenn das Browser-Tool diese Einstellungen nicht konfigurieren kann, brechen Sie vor einem kostenpflichtigen Lösungsversuch ab, statt eine nicht zugehörige Browsersitzung zu verwenden.

Beim reCAPTCHA-MCP-Tool stammt der einzige Proxy aus SOLVETHREE_PROXY, nicht aus den Tool-Argumenten. Behalten Sie diesen Proxy für die Übermittlung im Browser bei. Der Host erhält vertrauliche Lösungsdaten. Halten Sie Tokens und Proxy-Zugangsdaten daher aus routinemäßigen Agentenberichten heraus.

Verwenden Sie diese Anweisung, sobald MCP-Server und Browser konfiguriert sind. Geben Sie den Zielhostnamen und die Ausführungsaktion aus der Anfrage der Anwendung an. solvethree_create_recaptcha verwendet standardmäßig Enterprise v3; die erforderlichen Argumente sind site, action und requestId.

Use the already-configured solvethree MCP server for one reCAPTCHA Enterprise task.
The target hostname must have an active workspace profile before creation.
1. Keep one requestId for this logical task. Ask before starting another paid task.
2. Call solvethree_create_recaptcha with site, action and that requestId.
   The server reads its target proxy from SOLVETHREE_PROXY.
3. Save the returned id. Call solvethree_get_task for that id while pending/solving,
   stopping at ready, failed or the agreed deadline. Never poll by creating again.
4. If ready, submit solution.token using the application’s actual token parameter.
   Use the returned userAgent/secChUa and the same pinned proxy in the browser.
   Keep the application’s cookies, CSRF fields and session requirements.
5. Read the application response. Report task ID and outcome, not secret solution data.
If the browser tool cannot configure that proxy and identity, stop and explain the
missing capability instead of claiming it submitted an equivalent request.

Die gespeicherte Aufgaben-id ist für solvethree_get_task bestimmt; sie ist nicht der Wert, den Sie an die Website übermitteln. pending und solving bedeuten, dass Sie innerhalb der vereinbarten Frist weiter warten sollen. Nur ready enthält eine verwendbare Lösung. Lesen Sie bei failed die Felder errorCode und error und beenden Sie die Statusabfragen für diese Aufgabe.

Es gibt keinen universellen Schritt zum automatischen Ausfüllen. Ermitteln Sie die Anwendungsanfrage, die das Ergebnis verarbeitet, und verwenden Sie dann das passende Lösungsfeld. Verwenden Sie für jedes der folgenden Ergebnisse die zurückgegebene Browseridentität und den erfolgreichen Proxy für das vorgesehene Ziel.

Prüfen Sie nach der Übermittlung die Antwort der Anwendung. Eine Aufgabe mit dem Status ready bedeutet, dass eine Lösung generiert wurde, nicht dass das Ziel sie akzeptiert hat. Falls das Ziel sie ablehnt, prüfen Sie zuerst die ausgehende Anfrage: Stellen Sie sicher, dass das tatsächliche Token, Cookie oder die Header zusammen mit dem passenden Proxy, der passenden Identität und Anwendungssitzung gesendet wurden. Melden Sie die Aufgaben-ID und das Anwendungsergebnis, ohne die Lösung offenzulegen.

Generieren Sie eine requestId pro logischer Aufgabe und bewahren Sie sie zusammen mit den ursprünglichen Eingaben auf. Sie muss 1–64 ASCII-Buchstaben, Ziffern, Unterstriche oder Bindestriche enthalten. Falls bei der Erstellung eine Zeitüberschreitung auftritt, bevor Sie eine id erhalten, wiederholen Sie dieselbe Erstellungsanfrage mit derselben requestId und unveränderten Eingaben, um die bestehende Aufgabe wieder abzurufen. Wenn Sie die Aufgaben-id bereits haben, verwenden Sie solvethree_get_task.

Ändern Sie die Eingaben nicht, während Sie diese ID wiederverwenden: Das führt zu einem Konflikt. Generieren Sie nicht allein deshalb eine neue ID, weil eine Antwort verloren ging oder die Frist für Statusabfragen abgelaufen ist. Keines dieser Ereignisse beweist, dass die ursprüngliche Aufgabe fehlgeschlagen ist.

Jeder MCP-Erstellungsaufruf erstellt höchstens eine Aufgabe, setzt dem Agenten aber kein Ausgabenlimit. Verlangen Sie eine Freigabe, bevor eine weitere logische Aufgabe gestartet wird. Prüfen Sie bei einem endgültigen Fehlschlag errorCode und error, bevor Sie entscheiden, ob eine korrigierte Anfrage sinnvoll ist; fehlgeschlagene Lösungsversuche werden erstattet. Ein Anfragefehler ist ein anderes Problem als eine Aufgabe mit dem Status failed.