45 · La app de reloj NutriSync (O6)
BORRADOR para iniciar la conversación —
decisión de Juanjo (24-ago): habrá apps de reloj (Apple Watch y Wear OS), centradas
en alertas, capturas simples y registro de actividad. El diseño está por definir: este doc
existe para que Lucía, Pilar y Constanza reaccionen, no para cerrarse solo.
El principio: la superficie de los 2 segundos
El teléfono es la superficie de los 2 minutos; el reloj, la de los 2 segundos:
mirar y tocar. Todo lo que exija pensar, leer o escribir se queda en el teléfono. Y una
regla que protege D16: el reloj entra como teclado de lo subjetivo, no como sensor que
lo infiere — el ánimo lo pulsa ELLA en la esfera; ningún sensor lo deduce jamás.
Todo lo capturado viaja al MISMO modelo de datos que la app (registro diario,
health_signal): cero segunda verdad.
El MVP en cuatro bloques
1 · Esfera y complicación
El anillo del día
+ la fase actual de un vistazo. OJO privacidad: la esfera la ve cualquiera que mire su
muñeca — la fase visible sería opt-in (modo discreto por defecto: solo el anillo).
2 · Captura en 2 toques
Ánimo (5 caras),
«he bebido agua», y un síntoma rápido configurable. Tocar → confirmar → hecho. Lo que ella
marca aquí aparece al instante en su día del teléfono.
3 · Alertas accionables
Las notificaciones
que ya existen (57, con hora local y rotación) llegan a la muñeca con respuesta de un toque
(«hecho», «ahora no»). Se mantiene la revisión inclusiva: aviso genérico si la pantalla
puede verla otra persona.
4 · Entreno desde la muñeca
Correr, caminar,
gimnasio: sesión con FC en vivo, zonas Z1-Z5 y duración — como las apps de referencia, en
simple. Al guardar escribe en Salud, y la ingesta O1 (UST-06) lo trae al día y al anillo:
el pipeline ya existe, el reloj solo lo alimenta.
Y la recomendación en la muñeca
La sugerencia del doc 44 —qué actividad toca hoy según fase + alimentación— tiene
en el reloj su mejor escaparate: antes de salir, una línea: «hoy tu cuerpo pide suave». Regla
determinista con firma de Constanza; jamás diagnóstico.
La técnica, honesta
- Expo/React Native no llega al reloj: son dos apps nativas pequeñas —
SwiftUI + HealthKit workout session (watchOS) y Compose + Health Services
(Wear OS). Es la razón por la que O6 siempre se describió como «dos bases de código nuevas».
- La lógica de negocio NO se duplica: contratos y scoring viven en el servidor y en las
funciones puras ya testeadas; el reloj pinta y captura.
- El entreno del reloj entra por Salud → O1: cero API nueva. Las capturas (ánimo, agua)
sí necesitan su camino ligero al backend (mismo endpoint que la app).
- Alcance deliberadamente mínimo: bloques 1-3 primero; el 4 (entreno) puede ser la
segunda entrega si el diseño lo pide.
Calendario y qué NO es esto
Sin fecha: post-8-oct salvo decisión expresa — no compite con wearables 0.23.0 ni
con el camino al lanzamiento. Esto NO es una UST: es el papel que abre el diseño. El circuito
sería: conversación founders → Figmas de Lucía → UST con su DoR → build.
Las cinco preguntas que abren la conversación
- 1 · ¿Qué TRES capturas se ganan la muñeca? (propuesta: ánimo, agua, un síntoma configurable)
- 2 · ¿Fase visible en la esfera por defecto, o modo discreto? (propuesta: discreto, opt-in)
- 3 · ¿Qué alertas merecen el toque en la muñeca y cuáles serían ruido?
- 4 · ¿Entreno en la v1 del reloj, o v1 = captura+alertas y el entreno después?
- 5 · ¿Apple Watch primero y Wear OS después, o las dos a la vez? (la regla «siempre las
dos plataformas» nació para la app; decidir si aplica al reloj)
Doc 45 · 24-ago-2026 · BORRADOR · origen: decisión
de Juanjo en el chat de ingeniería · relacionado: doc 44 (Actividad 360), UST-2026-08-24-06
(wearables O1-O3), doc 33 §O6. El item O6 vive en 💡 Ideation del hub.