Siguiente paso
Fase 1: arrancar el desarrollo nativo
La especificación está cerrada. Esto es lo que hay que hacer primero, en orden, con dos teléfonos Android sobre la mesa.
PROTOTIPO WEB / ESPECIFICACIÓN
Hitos, en orden
| Hito | Qué se construye | Criterio de aceptación |
|---|---|---|
| 1.1 | Proyecto Kotlin con las capas como interfaces vacías | Compila y arranca; la lógica no importa ninguna API del sistema |
| 1.2 | Descubrimiento real con anuncio y escaneo BLE | Prueba A en verde con dos teléfonos |
| 1.3 | Identidad efímera y distancia por rangos | Pruebas C y D en verde |
| 1.4 | Canal de mensajes y handshake cifrado | Prueba G en verde |
| 1.5 | Negociación, consentimiento y estados de sesión | Pruebas E, F y K en verde |
| 1.6 | Guía de hotspot y unión con confirmación del sistema | Pruebas H, J e I en verde; I exige tráfico real |
| 1.7 | Finalización, borrado de secretos y cola local | Pruebas L, M, N, O y P en verde |
| 1.8 | Compatibilidad por fabricante y estado de operador | Pruebas Q y R documentadas por dispositivo |
Reglas de trabajo
- Nada se marca como funcional sin registro de prueba física.
- Cada hito actualiza el plan de pruebas con PASS, FAIL, BLOCKED o NOT TESTED.
- Si un hito resulta imposible con APIs oficiales, se documenta como límite, no se busca un rodeo.
- La transferencia de credenciales sigue siendo hipótesis hasta que la prueba J pase.
El detalle de capas, APIs y permisos está en el prototipo Android y el protocolo compartido en interoperabilidad.