agproxy

Tráfico de proxy residencial de pago por llamada y fetch crudo para agentes de IA, con segmentación por país y sesiones persistentes. Sin clave API, pago por llamada con stablecoins x402.

Ver en shveik.devPrueba este MCPPatrocinado

Servidor MCP alojado

npx add-mcp 'https://agproxy.shveik.dev/mcp'

Se instala en Claude Code, Codex, Cursor y más

Documentación

¿Qué puedo comprar?

Dos formas de usar una IP residencial. Compra tráfico y apunta tus herramientas hacia él, o envía una solicitud y lee la respuesta.

paquetes de proxy

Un inicio de sesión de proxy para tu agente

Paga por gigabytes, obtén un host, un puerto, un nombre de usuario y una contraseña después del pago. Úsalo con curl, un navegador, un rastreador o cualquier cliente HTTP que acepte un proxy. Elige el país, rota la IP en cada conexión o mantén una con una etiqueta de sesión.

POST /x402/proxy
or POST /mpp/proxy
{"gb":1}

{
  "host": "agproxy.shveik.dev",
  "port": 443,
  "username": "ap_9f2c…",
  "password": "…",
  "cap_bytes": 1000000000
}

fetch

Una solicitud, sin proxy que ejecutar

Envía una URL y obtén la respuesta cruda como JSON: estado, cabeceras y cuerpo, obtenida desde una IP residencial en el país que elijas. Pagas por los megabytes que regresaron.

POST /x402/fetch
or POST /mpp/fetch
{"max_mb":1,"url":"https://example.com/"}

{
  "status": 200,
  "final_url": "https://example.com/",
  "body": "<!doctype html>…",
  "bytes": 1256
}

Prueba también agdata: ¿Necesitas la página renderizada, desbloqueada y devuelta como Markdown, o datos estructurados de redes sociales, mapas, búsqueda, noticias y empleos? agdata hace eso, pagado de la misma manera.

Usar un paquete

Un paquete es un proxy HTTP ordinario. El nombre de usuario lleva las opciones, por lo que el mismo inicio de sesión hace cada trabajo.

Nombre de usuario	Qué hace
`ap_ID`	Una nueva IP de salida para cada conexión, en cualquier lugar.
`ap_ID-country-DE`	Salida en un país: cualquier código de dos letras, como `US`, `GB`, `JP`, `BR`.
`ap_ID-session-job1`	Mantén una IP de salida para cada conexión que use la etiqueta `job1` (letras, dígitos, guion bajo).
`ap_ID-country-US-session-job1-ttl-60`	Las opciones se combinan; `ttl` es la duración de la sesión en minutos, de 1 a 180.

cualquier cliente HTTPshell · python

$ curl -x http://ap_ID-country-JP:PASSWORD@agproxy.shveik.dev:443 https://example.com/
$ curl -x http://ap_ID:PASSWORD@agproxy.shveik.dev:443 http://usage.agproxy/
{"used_bytes":1256,"cap_bytes":1000000000,"remaining_bytes":999998744,...}

# python
proxies = {"https": "http://ap_ID-session-job1:PASSWORD@agproxy.shveik.dev:443"}
requests.get("https://example.com/", proxies=proxies)

El tráfico se cuenta en ambas direcciones a través del upstream, incluida la configuración del túnel. Un paquete termina en su límite de bytes o después de 90 días; http://usage.agproxy/ a través del proxy muestra lo que queda y no cuesta nada. Las direcciones privadas y locales no son accesibles.

Servidor MCP

MCP Cada endpoint también es una herramienta MCP

Las mismas rutas también son un servidor MCP (HTTP transmisible, sin estado): una herramienta por ruta, pagada con x402 dentro de la llamada a la herramienta. Apunta un cliente a https://agproxy.shveik.dev/mcp: lista las herramientas y responde a una llamada con la cotización. Cada herramienta toma el mismo JSON que su endpoint, y la respuesta lleva el recibo de liquidación.

cualquier cliente MCP que pueda pagarshell

$ mcpc connect https://agproxy.shveik.dev/mcp @agproxy --x402 exact
$ mcpc @agproxy tools-list
$ mcpc @agproxy tools-call fetch url:=https://example.com/ country:=DE

Listar las herramientas y obtener una cotización funciona en cualquier cliente MCP. Pagar necesita un cliente que pueda firmar pagos x402: mcpc --x402, Cloudflare Agents, o el SDK MCP de x402. Claude Desktop, Claude Code y Cursor no pueden firmar pagos por sí mismos. HTTP transmisible, sin estado, versiones de protocolo recientes y anteriores.

Dos protocolos, cada endpoint

Paga de la manera que tu agente ya lo hace. x402 en Base y Polygon o MPP en Base.

x402 · exacto

El 402 lleva una cabecera PAYMENT-REQUIRED. Firma una autorización de stablecoin de esquema exacto y reintenta con PAYMENT-SIGNATURE.

Endpoints: /x402/<name>

MPP · cargo evm

El 402 lleva un desafío WWW-Authenticate: Payment (Machine Payments Protocol). Fírmalo y reintenta con Authorization: Payment.

Endpoints: /mpp/<name>

Ambos caminos son el mismo endpoint con el mismo precio: una solicitud no pagada recibe ambos desafíos en un solo 402, y cualquiera de las dos credenciales se acepta en cualquiera de los caminos.

Por qué los agentes lo usan

Sin cuenta, sin clave Una solicitud no pagada devuelve la cotización, por lo que ves el precio antes de firmar cualquier cosa. El inicio de sesión llega con el recibo de pago.

Medido al byte El paquete termina exactamente en su límite, y una conexión abierta se cierra allí. Nunca se te factura más allá de lo que compraste.

Una llamada fallida es gratuita Un fetch que falla en el camino no se cobra; uno que entrega menos de lo que reservaste se reembolsa por la diferencia.

País y sesiones persistentes Elige el país de salida en el nombre de usuario y mantén una IP a través de los pasos con una etiqueta de sesión.

Cómo funciona

Envía por POST un pequeño cuerpo JSON. Obtienes 402 con una cabecera x402 PAYMENT-REQUIRED y un desafío MPP WWW-Authenticate: Payment que cotizan el precio exactamente por lo que pediste.
Firma cualquiera de ellos con una autorización de stablecoin (EIP-3009): x402 exact o MPP evm / authorization.
Reintenta con PAYMENT-SIGNATURE o Authorization. Un paquete responde con su inicio de sesión de proxy; un fetch responde con la respuesta cruda. El pago se liquida solo una vez que la llamada ha tenido éxito.

Todos los endpoints

**POST** /{x402|mpp}/proxy Paquete de proxy residencial
**POST** /{x402|mpp}/fetch Fetch crudo desde una IP residencial