digital_reception_ra/apps/fixtures-runner

fixtures-runner

E2E-сценарии для Фазы 1. Генерирует синтетические треки с детерминированными эмбеддингами (через persona seed) и шлёт их через apps/api /ingest/* + face-service /track-embeddings/raw. Не требует реальных видео.

Запуск

# Список сценариев
pnpm fixtures:run --list

# Запуск
pnpm fixtures:run --scenario=new-patient
pnpm fixtures:run --scenario=returning-patient
pnpm fixtures:run --scenario=left-without-service

# Realtime — с задержками между событиями (как «живой» поток)
pnpm fixtures:run --scenario=new-patient --mode=realtime

Сценарии

Имя	Описание
new-patient	A → B → C. Создаёт unmatched-трек для ручного enrollment в web-admin.
returning-patient	Тот же personaSeed=1001 как у new-patient. После enrollment персона должна быть узнана автоматически → создаётся Visit. Это критерий завершения Ф1.
left-without-service	A → B → уход. Триггерит событие left_without_service.

Как это работает

• personaSeed → детерминированный 512-d L2-нормализованный вектор. Тот же seed = тот же вектор (с малым jitter между эмбеддингами одного трека). После enrollment в new-patient вектор привязан к patient_id. В returning-patient тот же seed → match.
• Эмбеддинги пишутся через face-service /track-embeddings/raw (без InsightFace-детекции, эмбеддинг сразу передаётся).
• События — через apps/api /ingest/track-events.
• При triggerRecognition=true после прогона runner вызывает /recognize/embedding и при match создаёт Visit напрямую через Prisma.

Критерий приёмки M11

После прогона:

1. pnpm fixtures:run --scenario=new-patient — в БД появился unmatched-трек.
2. Через web-admin (или curl) — POST /enrollment для этого трека.
3. pnpm fixtures:run --scenario=returning-patient — runner.visitCreated !== null, в БД есть новый Visit с привязкой к тому же patientId.