Diseño del sistema

Cómo la arquitectura mantiene sus límites

Un sistema de producción se define tanto por lo que rechaza como por lo que acepta. Usa el vídeo original como evidencia, conserva confianza y valores no disponibles, y elige una prioridad sin tratar una puntuación como verdad médica o arbitral.

Planos de control

Cross-platform client

Flutter gestiona identidad, subida, estado, informes y borrado en móvil y web.

Owner-scoped control plane

Firebase controla autorización de subida, cola, facturación, despacho, finalización y borrado por propietario.

Failure-aware GPU pipeline

Workers GPU desechables ejecutan una pipeline por etapas y publican artefactos inmutables por generación.

Ciclo de una solicitud

record and owner-authorized upload
  → media validation and normalization
  → gameplay, court, ball, player, bounce, pose, and shot stages
  → relationship and evidence validation
  → immutable generation artifacts
  → canonical result publication and frame-linked report

Modelo de fallos

Vídeo ilegible, calibración insuficiente, trabajos duplicados, workers rivales, inferencia parcial y publicación fallida siguen siendo estados explícitos.

Lista de verificación

Owner isolation: Cada trabajo, subida, resultado y borrado pertenece a su propietario.
Atomic publication: El puntero canónico cambia solo tras completar una generación duradera.
Measurement honesty: Lo desconocido sigue desconocido; no se inventan contactos, 3D o decisiones de línea.
Bounded video access: Capacidades breves, borrado y el límite explícito de inferencia UE-EE. UU. restringen el vídeo.

← Volver al resumen