브라우저 에이전트에서 CAPTCHA MCP 결과 사용

1. 1.

   로컬 MCP 서버 설정

   MCP 설정 지침에 따라 npx로 solvethree-mcp를 실행하세요. 호스팅된 엔드포인트가 아니라 로컬 stdio 서버입니다. 호스트 환경을 통해 SOLVETHREE_API_KEY와 SOLVETHREE_PROXY를 제공하세요. 에이전트 프롬프트에 인증 정보를 넣지 마세요.

2. 2.

   사용 가능한 도구와 사이트 프로필 확인

   solvethree_capabilities를 호출해 사용 가능한 기능을 확인하세요. reCAPTCHA Enterprise의 경우 워크스페이스에 대상 호스트 이름, 캡처 액션, reCAPTCHA 유형에 대한 활성 프로필이 이미 있어야 합니다. 생성 도구에 site와 action을 전달해도 해당 프로필이 생성되지는 않습니다. 아직 설정이 필요하다면 사이트 프로필을 사용하세요.

3. 3.

   브라우저가 일치하는 요청을 제출할 수 있는지 확인

   브라우저는 동일하게 고정된 프록시와 반환된 userAgent 및 secChUa를 지원해야 합니다. 또한 애플리케이션의 쿠키, CSRF 필드, 세션 요구 사항을 유지해야 합니다. 브라우저 도구에서 이를 구성할 수 없다면 관련 없는 브라우저 세션으로 대체하지 말고 해결 비용을 지불하기 전에 중단하세요.

reCAPTCHA MCP 도구의 단일 프록시는 도구 인수가 아니라 SOLVETHREE_PROXY에서 가져옵니다. 브라우저에서 제출할 때도 해당 프록시를 고정해 유지하세요. 호스트는 비공개 솔루션 데이터를 수신하므로 일반적인 에이전트 보고서에 토큰과 프록시 인증 정보를 포함하지 마세요.

MCP 서버와 브라우저를 구성한 뒤 이 지침을 사용하세요. 애플리케이션의 요청에서 대상 호스트 이름과 실행 액션을 가져와 제공하세요. solvethree_create_recaptcha의 기본값은 Enterprise v3이며, 필수 인수는 site, action, 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.

저장된 작업 id는 solvethree_get_task에 사용하며, 웹사이트에 제출하는 값이 아닙니다. pending과 solving은 합의된 기한 내에서 계속 기다려야 함을 의미합니다. 사용 가능한 솔루션은 ready에만 포함됩니다. failed이면 errorCode와 error를 읽고 해당 작업의 폴링을 중단하세요.

모든 경우에 적용되는 자동 입력 단계는 없습니다. 결과를 사용하는 애플리케이션 요청을 파악한 다음 해당 솔루션 필드를 사용하세요. 아래의 모든 결과는 해당 대상에 반환된 브라우저 식별 정보와 성공한 프록시를 사용하세요.

제출 후 애플리케이션 응답을 확인하세요. ready 작업은 솔루션이 생성되었다는 뜻이지, 대상이 이를 수락했다는 뜻은 아닙니다. 대상에서 거부하면 먼저 전송된 요청을 확인하세요. 실제 토큰, 쿠키 또는 헤더가 일치하는 프록시, 식별 정보, 애플리케이션 세션과 함께 전송되었는지 확인하세요. 솔루션을 노출하지 않고 작업 ID와 애플리케이션 처리 결과를 보고하세요.

논리적 작업마다 requestId를 하나 생성하고 원래 입력값과 함께 보관하세요. 1–64자의 ASCII 영문자, 숫자, 밑줄 또는 하이픈으로 구성되어야 합니다. id를 받기 전에 생성 시간이 초과되면 동일한 requestId와 변경하지 않은 입력값으로 동일한 생성 요청을 반복해 기존 작업을 복구하세요. 작업 id가 이미 있다면 solvethree_get_task를 사용하세요.

해당 ID를 재사용하면서 입력값을 변경하지 마세요. 그렇게 하면 충돌이 발생합니다. 응답을 받지 못했거나 폴링 기한이 만료되었다는 이유만으로 새 ID를 생성하지 마세요. 어느 경우도 원래 작업이 실패했음을 입증하지는 않습니다.

각 MCP 생성 호출은 최대 하나의 작업을 만들지만, 이것이 에이전트의 지출 한도를 설정하지는 않습니다. 다른 논리적 작업을 시작하기 전에 승인을 받도록 하세요. 최종 실패가 발생하면 수정된 요청이 필요한지 결정하기 전에 errorCode와 error를 확인하세요. 해결에 실패하면 환불됩니다. 요청 오류는 상태가 failed인 작업과는 별개의 문제입니다.