Начало работы
Ключи и безопасность
#Аутентификация 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 запроса или текст ошибки, и мы разберёмся.