Consent-first
До явного согласия публичные страницы не создают сессию, не используют browser storage и не загружают необязательный клиентский runtime.
Безопасность и данные
Безопасность AI-платформы начинается не с одного чекбокса, а с границ: когда запускается клиентская логика, кто видит рабочие данные, где живут provider credentials и какие события попадают в технический журнал.
До явного согласия публичные страницы не создают сессию, не используют browser storage и не загружают необязательный клиентский runtime.
Файлы, чаты и batch-задачи проверяются в контексте активного рабочего пространства.
Viewer read-only; billing отделён от AI-операций; provider/API management доступны только разрешённым ролям.
AI и payment credentials управляются как system/server-managed secrets, а не как значения в публичном frontend.
Как это работает
Маркетинговый контент отдаётся серверным HTML. Это одновременно упрощает crawlability и позволяет не запускать клиентский код до согласия пользователя.
API credentials и provider secrets имеют отдельный lifecycle. После выдачи одноразового секрета интерфейс не должен использовать браузерный cache как хранилище чувствительных значений.
События безопасности, API-журнал и пользовательский контент относятся к разным классам данных. Для них применяются отдельные правила хранения и очистки.
Связанные разделы
FAQ
Публичный consent-first flow не должен создавать пользовательскую session cookie или browser storage до явного согласия на действие, которому это требуется.
Нет. Viewer предназначен для read-only доступа к разрешённым рабочим данным.
Credentials хранятся на серверной стороне в защищённом контуре и не должны повторно возвращаться пользователю в открытом виде.
Evarium
Начните с рабочего пространства, а модели, провайдеры и интеграции подключайте по мере необходимости.