Pacchanta, Ocongate · 26 de julio de 2026
Un mensaje cruzó.
La pregunta cambió.
Una jornada para poner el prototipo frente al terreno y a las personas. El resultado incluye el mensaje que llegó y todo lo que todavía impedía usarlo bien.
El resultado documentado
El mensaje llegó.
La campana sonó.
Se simuló un pedido de ayuda desde el sendero. El equipo en la base lo recibió y la campana sonó en el otro extremo.
- Fecha de la jornada
- 26 de julio de 2026
- Lugar
- Pacchanta, Ocongate, Cusco
- Altitud aproximada
- 4 300 m s. n. m.
El informe no aporta una tasa de entrega, una cifra de cobertura ni evidencia de que una red completa pueda sostenerse en el corredor. Tampoco establece que una persona en una emergencia real haya recibido ayuda.
La caja del prototipo reunía un punto de acceso, una aplicación web, un registro de casos y una campana. El enlace de radio permitió la demostración sin depender de internet. La prueba no convierte esas piezas en un servicio validado.
Consultar el informe originalLo que cambió la conversación
La señal llegó.
La respuesta necesitaba más.
Durante la jornada
Saber qué caso
está siendo atendido.Se pidió distinguir llamadas nuevas de casos ya atendidos, leer mejor los nombres y disponer de una acción explícita para decir quién se hacía cargo. Son necesidades de coordinación, no solo de visualización.
Poder volver
a la aplicación.Un respondedor salió de la aplicación web y no pudo reingresar directamente. Tuvo que recurrir al historial del navegador mientras la alarma seguía sonando. La experiencia no fue consistente entre dispositivos.
Oír y leer
en condiciones reales.La campana se consideró demasiado débil y la pantalla resultó difícil de leer bajo el sol. Que una pieza funcione no demuestra que una persona pueda usarla cuando la necesita.
En la revisión posterior del nodo
El reloj no ofrecía
tiempo confiable.El nodo no contaba con una fuente de tiempo fiable. El orden del registro podía ayudar a interpretar la secuencia, pero no justificaba atribuir una hora fiable a los hechos. La integridad del contenido y la fiabilidad del tiempo son cuestiones distintas.
Síntesis editorial del informe, páginas 8–11. No sustituye el documento original ni presenta como terminadas las correcciones que propone. Fuente y atribución ↗
Lo que sigue abierto
Volver al terreno.
No adelantarse a él.
El informe propone mapear las ubicaciones con la comunidad, revisar el diseño de la infraestructura, acordar protocolos de uso y gobernanza, y verificar el sistema antes de un despliegue. No establece que esos pasos ya estén completados.
Las mejoras propuestas incluyen revisar el acceso desde dispositivos, hacer más legibles los casos, mejorar el aviso sonoro y disponer de tiempo fiable. Cada corrección requiere su propia prueba.
Del campo a una pregunta formal
¿Qué podemos concluir cuando los fallos también pueden afectar a los registros? El trabajo matemático estudia esta pregunta bajo supuestos explícitos. La demostración motiva la pregunta; no valida esos supuestos.
Qué permite concluir la evidenciaAntes de depender de un sistema
Esta demostración no autoriza a confiar en el prototipo para pedir auxilio. No es un servicio de emergencia ni un sistema de alerta temprana validado. Un aviso recibido no garantiza que llegue ayuda.
La mención de Pacchanta identifica el lugar del informe. No implica un permiso general para nuevas investigaciones, uso de imágenes o representación de la comunidad.
Lee el registro
junto a su fuente.
David Andrew Bentley · Entre la Especificación y el Despliegue — un informe público de campo.