Arquitectura de coordinación

El flujo de coordinación:
de la necesidad al resultado.

EMMA Living propone un método estructurado de seis etapas para coordinar el contexto, el trabajo humano y las decisiones del cliente. El servidor y los controles descritos pertenecen a la arquitectura objetivo; aún no constituyen un servicio operativo.

Nota de transparencia: Este recorrido es una simulación de diseño: los pasos, la memoria persistente, los permisos técnicos y las integraciones que se describen no están conectados como servicio operativo. La interfaz no demuestra que esos controles estén implementados ni probados en producción.
Simulación interactiva

Las 6 etapas de cada acción

Selecciona una etapa para explorar cómo podría funcionar el modelo propuesto: qué información intervendría, quién tendría autoridad, qué permisos se deberían verificar y qué respuesta se exigiría ante un fallo.

Etapa 01 / Captura Actúa: Cliente o Sistema

Se ilustraría la captura de una necesidad o un contexto

En el flujo propuesto, un pendiente, recordatorio o cambio de planes podría registrarse dentro del espacio autorizado del cliente. El aislamiento entre hogares sigue pendiente de implementación y pruebas.

01 / Información que interviene Datos de entrada

Mensaje, audio autorizado, fecha límite, recurso afectado (ej. vehículo, factura, habitación) y nivel de urgencia.

02 / Permisos y límites Autorización técnica

Requisito pendiente: verificar el origen y el espacio autorizado antes de permitir una solicitud. El aislamiento técnico aún debe implementarse y probarse.

03 / Acción esperada Resultado de la etapa

Una futura implementación podría indexar la necesidad y asignarle un identificador, tras definir y validar las reglas de consentimiento y tratamiento de datos.

04 / Respuesta ante contingencia Fail-Closed

Comportamiento de seguridad propuesto, aún no verificado: una solicitud ambigua, vencida o incompleta debería bloquearse sin ejecutar cambios.

Aislamiento y estructura

Dos aplicaciones, un backend privado

La arquitectura prevista separa la interfaz del cliente y la de la profesional. Esa separación de sesiones, permisos y backend todavía debe implementarse y probarse; esta sección describe el modelo objetivo, no un servicio desplegado.

App Cliente (prevista)

Mundo del cliente

La perspectiva de quien financia y supervisa la vida personal o familiar.

  • Visibilidad total del estado de sus asuntos
  • Aprobación con un toque para compras o contratos
  • Definición de límites, accesos y horarios
  • Control estricto de privacidad y datos sensibles
Núcleo central · arquitectura objetivo

Servidor privado EMMA (previsto)

En el modelo previsto residirían la memoria y las reglas. El servidor y los controles de esta lista aún no están desplegados ni verificados en producción.

  • Aislamiento por cliente: requisito de diseño pendiente de implementación y pruebas
  • Políticas de denegación por defecto: requisito por implementar y validar
  • Registros de auditoría protegidos: requisito por implementar y verificar
  • Planificación y sincronización de dependencias previstas
App Profesional (prevista)

Mundo de la profesional

La perspectiva de la persona humana que personifica a EMMA.

  • Cola de tareas ordenadas por prioridad y contexto
  • Acceso exclusivo a datos de tareas en curso
  • Canal formal de escalamiento con el cliente
  • Desconexión automática durante descansos y vacaciones
Diferencia operativa

Coordinación habitual vs. Modelo EMMA

Esta comparativa presenta un objetivo de diseño, no una capacidad ya disponible: EMMA busca organizar tareas y decisiones mediante procesos que deberán implementarse y verificarse.

Dimensión Coordinación habitual Modelo EMMA Living (objetivo)
Canales de comunicación Chats dispersos y notas sueltas

Instrucciones mezcladas entre fotos familiares, audios extensos y mensajes a deshoras.

Flujo estructurado con trazabilidad (objetivo)

El modelo prevé formalizar tareas con fecha, prioridad, contexto relevante y responsable, una vez implementados y comprobados los controles correspondientes.

Tratamiento de gastos Confianza ciega o reembolsos caóticos

Uso informal de tarjetas, tickets perdidos y confusión entre fondos de trabajo y personales.

Presupuesto separado y autorización previa (objetivo)

El diseño propone límites, aprobaciones y comprobantes para gastos laborales; instrumentos, reglas y controles todavía deben definirse, implementarse y verificarse.

Descanso y límites humanos Disponibilidad tácita 24/7

La cercanía física o laboral desgasta la relación al borrar los límites entre trabajo y descanso.

Descanso humano y continuidad digital prevista

El modelo busca separar el descanso de la profesional de una futura continuidad del software. No hay un servidor operativo que mantenga la memoria de forma continua en esta fase.

Seguridad y contingencias Suposiciones no documentadas

Si la persona falta o cambia, se pierde todo el historial y la continuidad del hogar colapsa.

Memoria documentada y transferible (objetivo)

La arquitectura prevé documentación y registros bajo control del cliente, sujetos a implementación, permisos, políticas de acceso y pruebas de portabilidad.

Explorar para clientes ↗ Ver capacidades del universo