Connect your AI IDE or agent framework to the Unblocker with a single server URL. No proxy configuration. No HTTP client code. Your agent calls the tool; the Unblocker handles the rest.
Overview
The Unblocker MCP server exposes Unblocker as a native tool via the Model Context Protocol (MCP). AI IDEs (Cursor, VS Code, Claude Code) and LLM agent frameworks can call the tool directly, without writing any HTTP or proxy logic. MCP endpoint:https://unblocker.bringits.com/mcp
The server exposes one tool: unblocker_post_request.
Setup
You need an Unblocker API token to connect. Contact your BringIts account manager to obtain one.Do not share your token or commit it to code. Store it in a secret manager or your IDE’s secure credential store.
Cursor / VS Code
Open~/.cursor/mcp.json (create the file if it does not exist) and add:
Cmd+Shift+P → Developer: Reload Window), then go to Cursor Settings → MCP. You should see bringits-unblocker listed with 1 tool enabled.
The endpoint path is/mcp, not/sse. Using/ssereturns a 404.
Claude Code
Run this command once in your terminal:/mcp — you should see bringits-unblocker with 1 tool: unblocker_post_request.
Request parameters
Fetch modes
unblocker_post_request supports two modes, controlled by the browser parameter. Always start with HTTP mode. Escalate to browser mode only after HTTP mode has failed.
HTTP mode (default)
browser: false — Sends a standard HTTP request through the Unblocker proxy. The proxy handles IP rotation and request fingerprinting.
Best for: REST APIs, JSON endpoints, and any page that does not require JavaScript to render its content.
Browser mode
browser: true — Loads the page in a headless Chromium browser. The browser executes JavaScript, resolves dynamic content, and returns fully rendered HTML.
Best for: pages protected by Cloudflare, Incapsula, or PerimeterX that return a challenge page to plain HTTP requests, and Single Page Applications (SPAs) that require JavaScript to render content.
Browser mode is significantly more resource-intensive than HTTP mode. Use it only after HTTP mode has failed — including a retry with full browser-like headers (User-Agent,Accept,Accept-Language,Referer).
How to choose
Response format
All responses returnContent-Type: application/json.
The outer MCP tool response is always successful if the request reached the target. A
statusCode of 403 or 500 means the target returned that status — not a failure of the Unblocker itself.
Example response:
Errors
HTTP 400 — invalid input
Returned before the request reaches the target, when input validation fails.
Example:
HTTP 401 — authentication failure
Your token is missing, expired, or invalid. Verify theAuthorization: Bearer <token> header is present and correct.
Target errors (reflected in statusCode)
When the Unblocker reaches the target but the target returns an error, the response is still delivered with statusCode set to the target’s status code.
Silent 200 challenge pages: Some anti-bot systems return
statusCode: 200 while serving a challenge or CAPTCHA page. If content contains phrases like “Checking your browser”, “Just a moment”, or “cf-browser-verification”, treat it as a block and follow the escalation steps above.
Timeout
Requests that exceed the mode timeout result in a tool-level error with no response object. Timeouts are most common in browser mode on heavily protected or slow-loading pages.Usage examples
GET request (minimal)
POST with JSON body
Geo-restricted target
Browser-rendered page
Best practices
- Store your token in a secret manager. Do not hardcode it or commit it to source control.
- Always attempt HTTP mode first. Browser mode is 3x slower and significantly more resource-intensive.
- Check both the tool result and
statusCode— a successful tool call does not mean the target returned a valid response. - Log
requestIdfrom every response. Include it when contacting support. - When using
countries, have a fallback without geo-restriction in case the requested pool is temporarily unavailable. - Use browser-like headers (
User-Agent,Accept-Language,Referer) in HTTP mode before escalating tobrowser: true.
Related
- Unblocker request reference — full HTTP API documentation for direct integration
- Unblocker overview — product overview and token acquisition