Configurar la verificación pasiva: qué se ajusta y qué queda fijo
Antes de integrar el análisis de profundidad en un puesto de operaciones conviene entender qué decisiones dependen del equipo y cuáles vienen impuestas por el propio método. Tres ejes concentran casi todo: con qué frecuencia se recalcula la malla facial, a partir de qué diferencia de volumen se marca una anomalía y cuánto detalle se guarda en el registro auditable. Ninguno de los tres se elige en abstracto; cada uno arrastra consecuencias sobre latencia, consumo y ruido de falsos positivos.
Definir el presupuesto de cómputo
El terminal ya está usando CPU y GPU para lo suyo. Antes de tocar umbrales, hay que fijar cuánto puede tomar el análisis sin robarle recursos a la operación. Si el equipo comparte máquina con la aplicación de órdenes, ese límite manda sobre cualquier otra decisión posterior.
Elegir la frecuencia de muestreo
Recalcular la malla muchas veces por segundo mejora la sensibilidad frente a réplicas tridimensionales, pero también sube el consumo. Bajar la frecuencia alivia la carga y, a cambio, deja pasar cambios de volumen más lentos. No hay un valor universal: depende de cuánta holgura tenga el puesto.
Fijar el umbral de anomalía
Un umbral demasiado estricto convierte cualquier variación de luz o postura en un aviso; uno demasiado laxo deja pasar máscaras de alta precisión. La calibración inicial suele necesitar un periodo de observación antes de que el sistema empiece a marcar diferencias por sí solo.
Decidir la política de degradación
Cuando el sistema no puede sostener el ritmo, hay que saber de antemano qué ocurre: reducir la frecuencia, pausar el análisis o marcar ese tramo como no verificado. La opción menos mala casi siempre es degradar antes que bloquear, pero la elección depende del entorno y debe quedar escrita.
Acordar el nivel de registro auditable
Una verificación silenciosa solo sirve si deja rastro cuando algo no cuadra. Hay que definir qué se guarda, con qué granularidad y durante cuánto tiempo. Un registro demasiado fino pesa; uno demasiado grueso no permite reconstruir qué pasó en un tramo concreto.
Prever la comprobación puntual
Ninguna configuración elimina la necesidad de una revisión manual ante una anomalía sostenida. Ese paso no es un fallo del sistema: es parte del diseño. Conviene dejar claro quién lo atiende y con qué información cuenta cuando llega el aviso.
Si el equipo todavía está comparando enfoques antes de decidir la configuración, conviene revisar primero las variantes de integración descritas en Solutions y, si ya hay una idea clara del alcance, ver los formatos de trabajo en Plans para saber qué nivel de detalle se documenta en cada caso.