Начало работы

Ключи и безопасность

#Аутентификация Bearer

Каждый запрос аутентифицируется одним HTTP-заголовком. Нет ни отдельного заголовка с ID пользователя, ни сессионной cookie — bearer-ключ сам по себе идентифицирует аккаунт и маршрутизирует вызов. Подпись нужна только для ключей с включённой подписью запросов.

auth.sh
curl https://www.aisplice.store/v1/chat/completions \
  -H "Authorization: Bearer sk-YOUR_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"gpt-5.6-luna","messages":[{"role":"user","content":"hi"}]}'

#Управление ключами

Создавайте и перевыпускайте ключи в разделе Консоль → API-ключи. Полностью ключ показывается только один раз — при создании.

У каждого ключа могут быть свои лимиты RPM / RPD, предел квоты, белый список моделей, белый список IP и срок действия — выделяйте по ключу на проект, чтобы утечка или вышедший из-под контроля скрипт не затронули весь аккаунт.

Открыть API-ключи

#Безопасность ключей

Не включайте ключ в браузерный бандл

Ключ, видимый в браузере, может извлечь любой, кто откроет инструменты разработчика. Проксируйте запросы через свой бэкенд и подставляйте ключ на сервере или используйте краткосрочные ключи с ограничениями.
  • Загружайте ключи из переменных окружения или менеджера секретов — никогда не коммитьте их в git.
  • Немедленно замените ключ, если он попал в лог, на скриншот или во вставленный стек вызовов.
  • Задавайте предел квоты для ключей, используемых в экспериментах, чтобы зациклившийся код не опустошил кошелёк.
  • Используйте белый список IP для серверных ключей с фиксированным исходящим адресом.

Проблема не решена?

Пришлите нам ID запроса или текст ошибки, и мы разберёмся.