Последовательная структура во всех фреймворках.

• Команда установки пакета или рецепт, если пакета нет
• Код, который можно скопировать и запустить, а не псевдокод
• Краткий ответ на вопрос 'как добавить платежи в моего агента на {framework}'
• FAQ entries with HowTo/FAQ schema для AI search engines
• Ссылка на соответствующую посадочную страницу long-tail
• Ссылка на страницу с тарифами

curl -X POST https://api.blockchain0x.com/v1/payments \
  -H "Authorization: Bearer $BLOCKCHAIN0X_API_KEY" \
  -H "Idempotency-Key: $(uuidgen)" \
  -H "Content-Type: application/json" \
  -d '{
    "agentId":   "<your-agent-id>",
    "to":        "0xRecipientAddress",
    "amountWei": "100000",
    "metadata":  { "reason": "Custom market analysis" }
  }'

Когда пропуск SDK имеет смысл

• Вы находитесь на языке, который мы не поддерживаем. Go, Rust, Elixir, Ruby, PHP, Java - все они могут вызывать наш API нативно с помощью своих стандартных HTTP-библиотек. Специальные инструменты не требуются.
• Вы на краю. Cloudflare Workers, Vercel Edge Functions, Deno Deploy - среды, где вы предпочли бы не включать дополнительную зависимость. Сырой API работает там без изменений.
• Вы хотите видеть точно то, что передается. Для отладки, проверки безопасности или изучения протокола, необработанная форма HTTP яснее, чем чтение исходного кода SDK.
• У вас есть собственный уровень HTTP с повторными попытками, логированием, телеметрией. Подключение другого SDK с его собственным поведением повторных попыток конфликтует с вашей существующей инфраструктурой. Вызов сырого API как просто еще одного HTTP-эндпоинта вписывается аккуратно.

Полная документация API на docs.blockchain0x.com включает спецификацию OpenAPI, поэтому вы также можете сгенерировать своего собственного клиента на любом языке, который имеет инструмент генерации кода OpenAPI.