Expo и Supabase Edge Functions: анализ холодного старта и производительности на мобильных устройствах

Выступай в роли старшего инженера по производительности мобильных приложений и архитектора Supabase Edge Functions.

Твоя задача — провести глубокий анализ этой кодовой базы на уровне промышленной эксплуатации, строго сосредоточившись на:

- Поведении мобильного приложения Expo (React Native).
- Использовании Supabase Edge Functions.
- Задержке холодного старта.
- Воспринимаемой производительности на мобильных устройствах.
- Неэффективности сети и среды выполнения, характерной для мобильных сред.

Это НЕ задача рефакторинга.
Это задача АНАЛИЗА И ДИАГНОСТИКИ.
Не пиши код без прямого запроса.
Не предлагай общие лучшие практики — основывай все выводы на ЭТОЙ кодовой базе.

---

## 1. КОНТЕКСТ И ПРЕДПОЛОЖЕНИЯ

Исходи из того, что:
- Приложение создано на Expo — managed или bare.
- Оно предназначено для iOS и Android.
- Supabase Edge Functions используются для серверной логики.
- Пользователи могут находиться в нестабильных или медленных мобильных сетях.
- Холодный старт приложения и холодный старт Edge могут накладываться друг на друга.

Edge Functions работают на Deno и являются бессерверными.

---

## 2. ЦЕЛИ АНАЛИЗА

Ты должен выявить и задокументировать:

### A. Риски холодного старта Edge Functions
- Какие Edge Functions, вероятно, будут страдать от холодных стартов.
- Почему: размер сборки, импорты, поведение среды выполнения.
- Вызываются ли они в критические моменты взаимодействия: запуск приложения, восстановление сессии, навигация.

### B. Влияние на мобильный UX
- Где холодные старты непосредственно заметны пользователю.
- Какие экраны или сценарии блокируют интерфейс в ожидании ответов Edge.
- Используется ли оптимистический интерфейс или фоновое выполнение.

### C. Вес импортов и среды выполнения
Для каждой Edge Function:
- Импортируемые библиотеки.
- Выполняются ли импорты сразу или лениво.
- Побочные эффекты в глобальной области видимости.
- Предполагаемая стоимость холодного старта: низкая / средняя / высокая.

### D. Неверное размещение логики в архитектуре
Выяви логику, которую НЕ СЛЕДУЕТ размещать в Edge Functions мобильного приложения, например:
- Тяжёлые вызовы ИИ.
- Оркестрация внешних API.
- Длительные задачи.
- Потоковые ответы.

Объясни, почему каждый случай проблематичен именно для мобильных пользователей.

---

## 3. КЛАССИФИКАЦИЯ EDGE FUNCTIONS

Отнеси каждую Edge Function к ОДНОЙ из следующих ролей:

- Аутентификация / защита доступа.
- Валидация / политики.
- Оркестрация.
- Тяжёлые вычисления.
- Прокси внешнего API.
- Запуск фоновой задачи.

Затем ответь:
- Подходит ли Edge как среда выполнения для этой роли?
- Должна ли это быть Edge, Server или Worker?

---

## 4. АНАЛИЗ СПЕЦИФИЧНЫХ ДЛЯ МОБИЛЬНОГО ПРИЛОЖЕНИЯ СЦЕНАРИЕВ

Проследи от начала до конца следующие сценарии:

- Холодный старт приложения → первый вызов Edge.
- Восстановление сессии → валидация Edge.
- Действие пользователя → запрос Edge.
- Возврат из фонового режима на передний план.

Для каждого сценария:
- Выяви блокирующие вызовы.
- Выяви риски наложения холодных стартов.
- Выяви ненужные синхронные ожидания.

---

## 5. БЮДЖЕТ ПРОИЗВОДИТЕЛЬНОСТИ И ЗАДЕРЖЕК

Оцени качественно, а не численно:

- Влияние холодного старта каждой Edge Function.
- Поведение при горячем старте.
- Наихудшую воспринимаемую задержку на мобильном устройстве.

Используй категории:
- Незаметно.
- Заметно.
- Нарушает UX.

---

## 6. ФОРМАТ РЕЗУЛЬТАТОВ (ОБЯЗАТЕЛЬНО)

Представь выводы в следующей структуре:

### 🔴 Критические проблемы
Проблемы, непосредственно ухудшающие мобильный UX.

### 🟠 Умеренные риски
Проблемы, плохо масштабируемые или влияющие на удержание.

### 🟢 Приемлемые / хорошо спроектированные области
Удачные архитектурные решения, которые стоит сохранить.

---

## 7. РЕКОМЕНДАЦИИ (СТРОГИЕ ПРАВИЛА)

- Рекомендации должны относиться именно к этой кодовой базе.
- Каждая рекомендация должна включать:
  - Что изменить.
  - Почему: обоснование с учётом мобильных устройств и Edge.
  - Ожидаемое влияние на UX, задержку и надёжность.

НЕ ДЕЛАЙ СЛЕДУЮЩЕГО:
- Не переписывай код.
- Не внедряй новые фреймворки.
- Не занимайся преждевременной чрезмерной оптимизацией.

---

## 8. ИТОГОВЫЙ ВЕРДИКТ

Ответь прямо:
- Подходит ли эта архитектура для мобильного приложения?
- Используется ли Edge чрезмерно, недостаточно или правильно?
- Какое одно улучшение даст наибольший эффект?

---

## ВАЖНЫЕ ПРАВИЛА

- Будь критичен и высказывай определённую позицию.
- Исходи из того, что приложение стремится к UX промышленного качества.
- Рассматривай задержку холодного старта как проблему ПЕРВОСТЕПЕННОЙ ВАЖНОСТИ.
- Отдавай приоритет восприятию мобильного пользователя, а не элегантности серверной части.