Flujo mínimo de captura desde móvil hacia ROMIL

Objetivo

Reducir fricción: capturar una idea, tarea o nota desde el móvil en menos de 30 segundos y dejarla en ROMIL con destino claro.

Canal elegido

**DM al agente en cualquier canal móvil ya conectado a OpenClaw.**

Decisión operativa:

• No crear una app nueva.
• No depender de formularios ni interfaces extra.
• Reusar el canal de mensajería que Felix ya tenga disponible en el móvil.

Tipos de entrada

Se define un formato mínimo basado en prefijos cortos:

• `t:` tarea accionable
• `n:` nota o idea
• `p:` actualización de proyecto
• `d:` entrada libre para DAY_BY_DAY

Formato recomendado

1. Tarea general

` t: llamar al banco por bloqueo de tarjeta `

Destino:

• `ROMIL/DAY_BY_DAY/YYYY-MM-DD.md` en sección **Tareas** como `- [ ]`

2. Tarea ligada a proyecto

` t:romil definir convención para capturas por voz `

Destino:

• `ROMIL/DAY_BY_DAY/YYYY-MM-DD.md` en **Tareas**
• `ROMIL/PROYECTS/ROMIL/TASKS.md` como pendiente

3. Nota o idea

` n: idea para separar inbox personal de inbox de proyectos `

Destino:

• `ROMIL/DAY_BY_DAY/YYYY-MM-DD.md` en **Pensamientos / decisiones**

4. Actualización de proyecto

` p:energo-pro cliente confirmó interés en dashboard de consumo `

Destino:

• `ROMIL/PROYECTS/Energo-Pro/NOTES.md`
• si incluye acción explícita, también a `TASKS.md`

5. Entrada libre de bitácora

` d: hoy apareció fricción al cerrar tareas, revisar por qué `

Destino:

• `ROMIL/DAY_BY_DAY/YYYY-MM-DD.md` en **Pensamientos / decisiones**

Reglas de ruteo

1. Si hay prefijo `t:` siempre se crea una tarea.

2. Si hay slug de proyecto (`t:romil`, `p:energo-pro`), el agente duplica la información en el archivo del proyecto.

3. Si el mensaje es ambiguo, no se inventa estructura: se guarda como nota en el DAY_BY_DAY del día.

4. Una captura puede producir como máximo:

- 1 entrada en DAY_BY_DAY

- 1 entrada en `TASKS.md` o `NOTES.md` del proyecto

5. La confirmación de éxito debe responder con el archivo tocado o la ruta de destino.

Slugs iniciales de proyecto

• `romil`
• `energo-pro`
• `dillman-access`
• `dillman-turnos`
• `biointegral-health`
• `solaris-manifest`
• `tts-voz`
• `fdata`

Secuencia operativa mínima

1. Felix envía un mensaje corto desde el móvil.

2. El agente clasifica por prefijo.

3. El agente actualiza el archivo destino.

4. El agente confirma con una respuesta breve y verificable.

Ejemplos de confirmación

• `Registrado en ROMIL/DAY_BY_DAY/2026-04-10.md`
• `Añadido en ROMIL/PROYECTS/ROMIL/TASKS.md y en DAY_BY_DAY/2026-04-10.md`

Alcance de esta primera versión

Incluye:

• texto corto
• clasificación manual por prefijo
• escritura a DAY_BY_DAY y archivos del proyecto

No incluye todavía:

• audio a texto
• imágenes o adjuntos
• deduplicación
• procesamiento por lotes
• extracción automática de fechas o prioridades

Siguiente capa razonable

Cuando este flujo básico esté estable, extenderlo a:

• notas de voz con transcripción
• prefijos de prioridad (`!`, `!!`)
• captura automática a un `INBOX.md` cuando no haya destino claro