Usa un resultado de CAPTCHA obtenido mediante MCP en un agente de navegador

1. 1.

   Configura el servidor MCP local

   Sigue las instrucciones de configuración de MCP para iniciar solvethree-mcp mediante npx. Es un servidor stdio local, no un endpoint alojado. Proporciona SOLVETHREE_API_KEY y SOLVETHREE_PROXY a través del entorno del host; no incluyas credenciales en el prompt del agente.

2. 2.

   Comprueba las herramientas disponibles y el perfil del sitio

   Llama a solvethree_capabilities para consultar las capacidades disponibles. Para reCAPTCHA Enterprise, el espacio de trabajo ya debe tener un perfil activo para el nombre de host, la acción de captura y el tipo de reCAPTCHA previstos. Pasar site y action a una herramienta de creación no crea ese perfil. Usa Perfiles de sitio si aún es necesario configurarlo.

3. 3.

   Confirma que el navegador pueda enviar la solicitud correspondiente

   El navegador debe admitir el mismo proxy fijo y los valores devueltos de userAgent y secChUa. También debe conservar las cookies, los campos CSRF y los requisitos de sesión de la aplicación. Si la herramienta del navegador no permite configurarlos, detente antes de pagar por una resolución en lugar de sustituirla por una sesión de navegador no relacionada.

En la herramienta MCP de reCAPTCHA, el único proxy procede de SOLVETHREE_PROXY, no de los argumentos de la herramienta. Mantén ese proxy fijo para el envío desde el navegador. El host recibe datos privados de la solución, así que no incluyas tokens ni credenciales del proxy en los informes habituales del agente.

Usa esta instrucción una vez configurados el servidor MCP y el navegador. Proporciona el nombre de host de destino y la acción de ejecución de la solicitud de la aplicación. solvethree_create_recaptcha usa Enterprise v3 de forma predeterminada; sus argumentos obligatorios son site, action y 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.

El id guardado de la tarea se usa con solvethree_get_task; no es el valor que debes enviar al sitio web. pending y solving indican que debes seguir esperando dentro del plazo acordado. Solo ready contiene una solución utilizable. En caso de failed, lee errorCode y error y deja de consultar esa tarea.

No existe un paso universal de autocompletado. Identifica la solicitud de la aplicación que consume el resultado y usa el campo de solución correspondiente. Para cada resultado siguiente, usa la identidad del navegador devuelta y el proxy que funcionó para el destino previsto.

Tras el envío, inspecciona la respuesta de la aplicación. Una tarea ready significa que se ha generado una solución, no que el destino la haya aceptado. Si el destino la rechaza, inspecciona primero la solicitud saliente: confirma que se hayan enviado el token, la cookie o las cabeceras reales, junto con el proxy, la identidad y la sesión de la aplicación correspondientes. Informa del ID de la tarea y del resultado en la aplicación sin exponer la solución.

Genera un requestId por tarea lógica y consérvalo junto con los parámetros de entrada originales. Debe contener entre 1–64 letras ASCII, números, guiones bajos o guiones. Si se agota el tiempo de espera de la creación antes de recibir un id, repite la misma solicitud de creación con el mismo requestId y sin cambiar los parámetros de entrada para recuperar la tarea existente. Si ya tienes el id de la tarea, usa solvethree_get_task.

No cambies los parámetros de entrada al reutilizar ese ID: hacerlo genera un conflicto. No generes un ID nuevo solo porque se haya perdido una respuesta o haya vencido el plazo de consulta. Ninguna de esas situaciones demuestra que la tarea original haya fallado.

Cada llamada de creación MCP genera como máximo una tarea, pero eso no impone un límite de gasto al agente. Exige aprobación antes de iniciar otra tarea lógica. Ante un fallo terminal, inspecciona errorCode y error antes de decidir si procede una solicitud corregida; las resoluciones fallidas se reembolsan. Un error de solicitud es un problema distinto de una tarea cuyo estado es failed.