pay.sh

Что такое pay.sh?

pay.sh — это способ оплаты по факту использования, позволяющий AI-агентам и инструментам командной строки вызывать платные API без создания аккаунта, генерации API-ключей или управления подписками. Назначение — дать агентам возможность покупать и использовать сторонние сервисы в момент необходимости с помощью однострочных вызовов API.

Платформа также включает каталог партнёров: справочник, где провайдеры API публикуют сервисы в формате, удобном для обнаружения, проверки и вызова агентами с оплатой за использование. Это устраняет разрыв «учётные данные для людей», который может блокировать автономные рабочие процессы агентов.

Ключевые возможности

• Обработка платежей в одну строку для вызовов API: позволяет агентам/CLI-инструментам запускать доступ к платным API без отдельной регистрации, аккаунтов, ключей или подписок.
• Без аккаунтов и оплата по факту: снижает барьеры входа, чтобы автономные процессы могли стартовать сразу.
• Справочник сервисов партнёров (каталог): предоставляет поисковый список сервисов, которые агенты могут найти и выбрать.
• Проверка эндпоинтов и обнаружение сервисов: позволяет просматривать детали сервиса и эндпоинты перед вызовом.
• Ценообразование по факту использования для каждого сервиса: сервисы в каталога отображает ценообразование/статус цены и предназначены для оплаты за конкретный вызов.
• Работает с агентами и CLI: демонстрируется примерами с инструментами вроде npx @solana/pay и curl для доступа к API.

Как использовать pay.sh

1. Просмотрите каталог сервисов, чтобы найти нужного провайдера API и сервис для задачи агента.
2. Проверьте указанные эндпоинт(ы) сервиса, включая путь для вызовов.
3. Используйте поток pay.sh для выполнения запроса API в составе рабочего процесса агента или командной строки — оплата происходит одновременно с вызовом.

Типичная отправная точка — запуск однострочной команды, демонстрирующей подход «оплата затем вызов» (на сайте показаны примеры с npx и curl).

Примеры использования

• Рабочий процесс агента с данными по требованию: агент может запросить прогноз погоды (пример: curl https://api.weather.ai/forecast) и оплатить именно этот вызов.
• Агенты, осведомлённые о блокчейне, вызывающие RPC-эндпоинты: агенты получают доступ к JSON-RPC-эндпоинтам с оплатой за запрос для сетей блокчейнов (например, пути по цепям вроде solana-mainnet или ethereum-mainnet).
• Задачи исследования on-chain и крипты: используйте сервисы с учётом использования для крипто/финансовых данных, чтобы получить метрики вроде цен, DeFi TVL, доходностей, балансов токенов, транзакций, логов, газа и статистики Ethereum.
• AI-агенты, управляющие专用 почтовыми ящиками: создавайте и управляйте专用 почтовыми ящиками через сервис с поддержкой программного создания ящиков и получения сообщений.
• Рабочие процессы обработки документов: вызывайте OCR-сервисы для извлечения текста и структурированных полей из документов с помощью конкретных OCR-эндпоинтов из каталога.

FAQ

• Нужен ли аккаунт или API-ключ для использования pay.sh?
  На сайте указано: модель «без регистрации, без аккаунта, без ключей и оплата по факту».

• Как pay.sh вписывается в рабочий процесс агента?
  Каталог помогает агенту найти сервисы и эндпоинты, затем поток вызова pay.sh обрабатывает оплату для нужного API-вызова.

• Какие сервисы доступны в каталоге?
  Страница перечисляет категории вроде Compute, Crypto/Finance, Messaging, AI/ML, Data и Media с примерами эндпоинтов и статусом учёта/цены.

• pay.sh только для AI-агентов или разработчики могут использовать из командной строки?
  На сайте приведены примеры для командной строки (например, npx и curl), что указывает на использование агентами и CLI-инструментами.

Альтернативы

• Использование платных API напрямую с традиционными учётными данными (API-ключи + подписки): ориентировано на разработчиков, предпочитающих прямую интеграцию, но без «без аккаунтов/ключей» оплаты по факту для агентов, как в pay.sh.
• Создание внутреннего слоя биллинга для агентов: интегрируйте агента с API провайдеров, маршрутизируя платежи через свою систему; работает для автономных агентов, но требует обработки учётных данных и оркестрации биллинга.
• Использование фреймворка tool-calling для агентов с отдельным учётом/биллингом: некоторые фреймворки агентов поддерживают вызовы инструментов, но обработка платежей обычно требует доп. настройки по сравнению с «одной строкой» подходом pay.sh за вызов.
• Рассмотрение отдельных pay-per-use эндпоинтов провайдеров без общего каталога: избегает зависимости от единого справочника, но агентам может потребоваться доп. логика для поиска цен и эндпоинтов у разных провайдеров.