pay.sh

¿Qué es pay.sh?

pay.sh es una forma de pago por uso que permite a agentes de IA y herramientas de línea de comandos llamar APIs de pago sin crear una cuenta, generar claves API ni gestionar suscripciones. Su propósito es permitir que los agentes compren y usen servicios de terceros en el momento de necesidad, mediante flujos de llamadas API de una sola línea.

La plataforma también incluye un catálogo de socios: un directorio donde los proveedores de API publican servicios en un formato que los agentes pueden descubrir, inspeccionar y llamar con acceso de pago por uso. Esto cierra la brecha de “credenciales diseñadas para personas” que puede bloquear flujos de trabajo de agentes autónomos.

Características principales

• Manejo de pagos en una sola línea para llamadas API: permite a agentes/herramientas CLI activar acceso a APIs de pago sin registro separado, cuentas, claves ni suscripciones.
• Sin cuentas y acceso de pago por uso: reduce la fricción de incorporación para que los flujos autónomos avancen de inmediato.
• Directorio de servicios de socios (catálogo): ofrece un listado buscable de servicios que los agentes pueden descubrir y seleccionar.
• Inspección de endpoints y descubrimiento de servicios: permite ver detalles del servicio y endpoints antes de llamarlos.
• Precios y modelo de uso por llamada por servicio: los servicios del catálogo muestran precios/estado de precios y se cobran por la llamada específica.
• Compatible con agentes y CLIs: demostrado con ejemplos usando herramientas como npx @solana/pay y flujos curl para acceder a APIs.

Cómo usar pay.sh

1. Explora el catálogo de servicios para encontrar el proveedor de API y servicio que necesitas para la tarea de tu agente.
2. Inspecciona el/los endpoint(s) listados del servicio, incluyendo la ruta usada para las llamadas.
3. Usa el flujo de pay.sh para realizar la solicitud API como parte del flujo de tu agente o línea de comandos, de modo que el pago ocurra junto con la llamada.

Un punto de partida típico es ejecutar un comando de una sola línea que demuestra el enfoque “paga y llama” (el sitio muestra ejemplos con npx y curl).

Casos de uso

• Flujo de agente que necesita datos externos a demanda: un agente puede consultar un pronóstico del tiempo (ejemplo incluye curl https://api.weather.ai/forecast) y pagar por esa llamada específica.
• Agentes conscientes de blockchain llamando endpoints RPC: los agentes pueden acceder a endpoints JSON-RPC de pago por solicitud para redes blockchain (p. ej., rutas por cadena como solana-mainnet o ethereum-mainnet).
• Tareas de investigación on-chain y crypto: usa un servicio de datos crypto/finanzas medido para recuperar métricas como precios, TVL DeFi, rendimientos, saldos de tokens, transacciones, logs, gas y estadísticas de Ethereum.
• Agentes de IA que gestionan bandejas de entrada de email específicas para agentes: crea y opera bandejas de email dedicadas mediante un servicio que soporta creación programática de bandejas y recuperación de mensajes.
• Flujos de procesamiento de documentos: llama servicios OCR para extraer texto y campos estructurados de documentos usando los endpoints OCR específicos expuestos en el catálogo.

Preguntas frecuentes

• ¿Necesito una cuenta o clave API para usar pay.sh? El sitio indica que el modelo es “sin registro, sin cuenta, sin claves y pago por uso”.

• ¿Cómo encaja pay.sh en el flujo de un agente? El catálogo ayuda a un agente a descubrir servicios y endpoints, luego el flujo de llamada de pay.sh maneja el pago para la llamada API que necesita el agente.

• ¿Qué tipos de servicios hay disponibles en el catálogo? La página lista categorías como Compute, Crypto/Finance, Messaging, AI/ML, Data y Media, con ejemplos de endpoints y estado de medición/precios.

• ¿Es pay.sh solo para agentes de IA, o pueden los desarrolladores usarlo desde la línea de comandos? El sitio presenta ejemplos para uso en línea de comandos (p. ej., npx y curl), lo que indica que puede usarse por agentes y herramientas CLI.

Alternativas

• Usa APIs de pago directamente con credenciales tradicionales (claves API + suscripciones): esto va dirigido a desarrolladores que prefieren integración directa, pero carece del flujo de agente de pago por uso “sin cuentas/claves” descrito para pay.sh.
• Construye una capa interna de facturación para agentes: integra tu agente con APIs de proveedores mientras enrutas pagos a través de tu propio sistema; esto puede funcionar para agentes autónomos, pero requiere que manejes credenciales y orquestación de facturación.
• Usa un framework de llamada de herramientas para agentes con medición/facturación separada: algunos frameworks de agentes soportan llamada de herramientas, pero el manejo de pagos suele requerir configuración adicional en comparación con el enfoque “una línea” de pago por llamada de pay.sh.
• Considera usar endpoints de pago por uso de proveedores individuales sin catálogo compartido: esto evita dependencia de un directorio único, pero los agentes pueden necesitar lógica extra para descubrir precios y endpoints entre proveedores.