OpenAI-compatible
Меньше специального glue-кода при подключении клиента и миграции между маршрутами.
Для разработчиков
Разработчику нужен не ещё один vendor SDK, а предсказуемая граница системы. Evarium выносит credentials, маршрутизацию, usage и policy в отдельный слой между приложением и downstream AI.
Меньше специального glue-кода при подключении клиента и миграции между маршрутами.
API credential связан с сервисной интеграцией и ограничениями, а не с полномочиями интерактивного пользователя.
Idempotency reservation и lease помогают отделить сетевой retry от нового AI-выполнения.
Request ID, correlation ID, latency и статусы упрощают расследование ошибок между сервисами.
Как это работает
Внутренний backend не должен зависеть от cookie-сессии сотрудника. Service identity даёт отдельный credential lifecycle, аудит и policy history.
Vendor SDK удобен на старте, но усиливает связанность. Единый контракт позволяет постепенно менять downstream provider и оставлять потребляющие сервисы стабильными.
Для наблюдаемости достаточно request/correlation id, модели, usage, latency и статуса. Содержимое пользовательского запроса не обязано становиться частью технического журнала.
Связанные разделы
FAQ
API проектируется как OpenAI-compatible, поэтому адаптация стандартного клиента должна требовать минимальных изменений base URL, модели и поддерживаемых параметров.
Да. Service identity и её credentials отделены от браузерной аутентификации пользователей.
Для этого используются request identifiers и correlation ID, которые можно прокидывать через цепочку внутренних сервисов.
Evarium
Начните с рабочего пространства, а модели, провайдеры и интеграции подключайте по мере необходимости.