Fuente de la observación
Una observación de cámara conservada.
Vea qué respalda cada decisión.
Aspinos reúne observaciones, instrucciones del sitio, trabajo de agentes y decisiones humanas en un solo registro. Inspeccione la demostración actual, sus fuentes y sus límites.
Un resultado útil explica qué cambió, por qué importa y qué sigue sin poder zanjar la prueba.
La identidad de la fuente acompaña al trabajo
La prueba conserva su clase original.
Combinar entradas preserva sus límites. Una contribución simulada no puede convertirse en prueba en directo por su presentación.
Entrada de apoyo
Una observación de apoyo guionizada.
Simulado
La entrada simulada sigue formando parte del resultado. Combinarla con material grabado no convierte el registro en prueba grabada.
Adaptación explicativa de la regla de suelo probatorio del repositorio. Estos selectores no conectan fuentes ni modifican ningún registro real.
Experimento conservado · 10 de agosto de 2026
Lea las observaciones conservadas.
Este experimento anterior con vídeo grabado produjo resúmenes de rastros anónimos. Revise sus horas de origen aproximadas y los límites de la ejecución original.
Fuente grabada Experimento anterior
Rastro 244
- Tiempo de vídeo aprox.
- 21.8 s
- Permanencia registrada
- 2.1 s
- Puntuación bruta del modelo
- 0.43
Los números de rastro anónimos asocian observaciones dentro de esta ejecución. No identifican a ninguna persona.
Condiciones y límites
Esta ejecución histórica usó una implementación de permanencia por reloj de pared y marcas de tiempo de vídeo aproximadas. Sus etiquetas eran provisionales; el clip tiene cortes de montaje y ningún intervalo sin personas. La puntuación del modelo no está calibrada.
Estos resúmenes no establecen ni exactitud de detección, ni rendimiento ante falsas alarmas, ni capacidad desplegada, ni velocidad de procesamiento actual.
Inspeccionar los resúmenes conservados ↗Ingeniería y cómputo
El cómputo sigue al trabajo.
Aspinos conecta observaciones, contexto del sitio, trabajo de agentes, permisos y el registro resultante. Evaluamos los ordenadores y las GPU existentes frente a las fuentes y la responsabilidad que un sitio necesita.
6,4 fps en un flujo grabado.
El equipo de Aspinos registró 6,4 fotogramas por segundo al procesar un clip de multitud grabado de 640 × 468 a 12 fps por RTSP, con una CPU Apple M2 bajo una carga de escritorio intensa. No se usó ninguna GPU dedicada.
El procesamiento se retrasó respecto a la fuente y el cargador perdió fotogramas. Eran imágenes grabadas reproducidas por la cadena de transmisión, no una instalación de cámaras puesta en servicio.
Dimensione la carga de trabajo con el sitio.
El número de cámaras, la resolución, el detalle de la escena y las cargas de trabajo que compiten afectan al cómputo necesario. El procesamiento sostenido, el retardo de respuesta, la recuperación de la fuente y el consumo eléctrico necesitan sus propias mediciones en las condiciones propuestas del sitio.
Esta ejecución anterior no establece capacidad multicámara, exactitud de detección, rendimiento ante falsas alarmas ni un coste de despliegue menor.
Leer el método y el límite de desarrollo
El informe técnico del 10 de agosto de 2026 describe la transmisión de vídeo grabado a través de un servidor RTSP, un proceso de detección de personas y seguimiento anónimo, y una ingesta de observaciones respaldada por PostgreSQL. Fue un experimento temprano en el MacBook de un desarrollador con carga de escritorio simultánea, no una prueba comparativa de despliegue controlada. La cifra anterior se atribuye a ese informe histórico; este sitio web no la presenta como una ejecución reproducida de nuevo.
Un clip sintético aparte, leído directamente desde un archivo, puso a prueba otra vía. No se usa aquí para responder cómo la cadena de transmisión siguió el ritmo de una fuente a cadencia de cámara.
La aportación actual de Aspinos incluye el contexto del sitio, la orquestación del flujo de trabajo, los controles de autoridad y registros inspeccionables. El prototipo demuestra esas responsabilidades con trabajo simulado; los contratos de observación y propuesta para agentes externos siguen siendo parciales y escenificados. El desarrollo y la adaptación adicionales de modelos están previstos en torno a responsabilidades definidas y exigen sus propias pruebas de procedencia, derechos y evaluación.
Lo que Aspinos construye. Lo que el registro demuestra.
Software que coordina el trabajo.
El software actual de Aspinos une las observaciones de las fuentes, el contexto del sitio, las tareas de los agentes y la autoridad de personas con nombre. La demostración compartida conserva la titularidad, las pruebas, las decisiones y el trabajo inacabado en todas sus vistas de operación.
Memoria con una fuente trazable.
Las preguntas pueden remitirse a las observaciones disponibles, las horas, las ubicaciones, las instrucciones vigentes y las notas revisadas del sitio. Una corrección añade contexto al registro; no reentrena un modelo ni cambia una política en silencio.
Los modelos exigen sus propias pruebas.
Las respuestas basadas en registros y las comprobaciones configuradas funcionan en la demostración. Un razonamiento adicional sobre imagen y lenguaje, la adaptación de modelos y los patrones aprendidos del sitio necesitan datos aprobados, versiones evaluadas y sus propias pruebas de implementación.
Inspeccione el resultado demostrado.
Cinco capturas conservadas de la aplicación muestran decisiones retenidas, aprobadas, rechazadas y sin respuesta en ensayos simulados distintos. Su expediente, su fecha y su clase de origen siguen visibles. Los experimentos con cámara grabada son aparte; ninguno de los dos prueba un despliegue en un cliente.
Abrir los estados de producto capturados ↗Prevenir daños evitables es nuestra misión. No afirmamos que toda amenaza pueda reconocerse ni que una tragedia concreta se hubiera evitado con certeza.
Mejore una versión. Demuestre la diferencia.
Este es el recorrido de evaluación propuesto para una responsabilidad de sitio definida. El acceso a los datos, las etiquetas y futuras adaptaciones del modelo exigen acuerdo antes de empezar.
1. Use solo datos que estemos autorizados a usar.
Acuerde fuentes con licencia o aprobadas por el sitio, los usos permitidos, la privacidad y la conservación. Conserve el origen de cada muestra. Una presentación prospectiva no otorga acceso a imágenes ni derechos de entrenamiento.
2. Revise qué establece cada ejemplo.
Las personas comprueban las etiquetas, la ubicación, la hora y el resultado. Preserve los desacuerdos y el contexto ausente. Una nota aportada, un hecho observado y un resultado revisado siguen siendo distintos.
3. Mantenga apartados los ejemplos de prueba.
Aparte del ajuste la actividad ordinaria, los parecidos inofensivos, los motivos de atención reales y las lagunas de fuente. Ponga a prueba la continuidad y las entradas contradictorias, no solo clips escogidos cuya respuesta ya se conoce.
4. Mida en condiciones declaradas.
Registre los fallos de detección, los avisos innecesarios, el esfuerzo del operador y los resultados comprobados frente a una referencia acordada. Informe de la muestra, las horas de cámara, el equipo y las condiciones de la fuente. Mida por separado el procesamiento y la respuesta de extremo a extremo.
5. Revise la versión antes de usarla.
Compare el cambio propuesto sobre los mismos ejemplos reservados. Revise sus fallos, la procedencia de los datos y los límites de operación antes de aprobar una versión. Una corrección registrada, por sí sola, no puede promover nuevos pesos de modelo.
6. Compruebe el trabajo con el equipo.
Siga la pérdida de fuente, la entrega de tareas, el acuse de recibo y la autoridad humana a lo largo de todo el trabajo. Pruebe la recuperación y el trabajo sin respuesta. Continúe, revise o deténgase según el resultado comprobado.
El resultado de cómputo anterior es una medición previa del equipo. Los nuevos resultados de evaluación deben incluir su método, la comparación pertinente, las limitaciones y las condiciones reales de operación.
Ver cómo encaja la autoridad en el modeloLos estudios nutren las preguntas.
Los estudios citados explican por qué importan el contexto, los avisos de la comunidad y una respuesta coordinada. No evalúan ni respaldan Aspinos.
Comprenda el comportamiento en su contexto.
El estudio de 2019 del Servicio Secreto de EE. UU. sobre la violencia escolar dirigida subraya la conducta, las circunstancias y la información pertinentes, no un perfil demográfico. Nuestro escenario ficticio con origen en un estudiante concreta el motivo visible de atención; el aspecto o una mochila no establecen peligro.
Protecting America's Schools · 2019 (PDF)Las personas aportan información esencial.
El análisis del Servicio Secreto de 2021 sobre planes de ataque escolar frustrados examina la intervención y la importancia de que los miembros de la comunidad notifiquen conductas que preocupan. Nuestro diseño trata las observaciones de cámara como una entrada más del expediente, junto al contexto y al criterio humano.
Averting Targeted School Violence · 2021 (PDF)Proteja la libertad de reunirse.
La Comisión Real de Christchurch describe los efectos duraderos sobre las comunidades musulmanas, su deseo de sentirse seguras y acogidas, y los límites de la información disponible antes del ataque. Ese contexto nutre un relato ficticio y digno sobre la seguridad comunitaria, sin afirmar que Aspinos habría podido evitar el suceso histórico.
Christchurch Royal Commission · Resumen ejecutivoLos estudios se refieren a sucesos y entornos definidos. Sus conclusiones no deben tomarse como tasas de incidentes universales ni como prueba de que una cámara pueda deducir intenciones o identificar un objeto totalmente oculto.
Acuerden qué significa «útil» en su sitio.
Empiece por una responsabilidad y una evaluación propuesta de ocho semanas. El alcance y la fecha de inicio dependen del acceso a las fuentes acordado, la participación del sitio y las acciones permitidas.
Traiga las condiciones.
Comparta la distribución del sitio, las limitaciones de cámaras o sensores, los flujos de trabajo pertinentes y el problema que merece resolverse. Identifique a las personas afectadas y a quienes deciden.
Defina el trabajo y su autoridad.
Elija qué puede observar, preparar o notificar un agente, qué exige aprobación y qué queda fuera de su alcance. Incluya en la evaluación la actividad normal y los casos inciertos.
Revisemos las pruebas juntos.
Inspeccione el rastro y los resultados medidos, incluidos los fallos. Decida qué cambiar, qué evaluar después y si los resultados justifican un despliegue más amplio.