Todo empezó con bot2trello, un bot de Telegram personal: mandabas un audio y aparecía una tarjeta en Trello. Funcionaba, pero dependía de Telegram como interfaz y no tenía gestión propia de tareas.

La idea era buena. El problema era que podía ser mucho más: una app propia, con interfaz diseñada para esto, integraciones múltiples y gestión de tareas integrada. Así nació Voice2Task.

Capturar una idea o tarea mientras estás ocupado tiene demasiada fricción: parar lo que haces, desbloquear el móvil, abrir la app, escribir. Suficiente para que muchas ideas se pierdan antes de llegar a ningún lado.

Lo ideal es poder decirlo en voz alta y que aparezca solo, estructurado y en el sitio correcto, sin tener que tocarlo más.

Grabas una nota de voz en la app Android. El audio sube al backend, donde Groq Whisper Large V3 Turbo lo transcribe y un segundo modelo extrae título, descripción, fecha límite y prioridad de forma estructurada. La tarea te aparece para revisar antes de guardar — nunca se guarda nada sin confirmación.

Desde ahí eliges dónde guardarla: en la propia app, en Trello, en Notion, o en los tres a la vez. Las integraciones se configuran desde los ajustes en un flujo de tres pasos.

La app tiene gestión completa de tareas y listas, filtros por estado y prioridad, búsqueda por texto, calendario mensual con tareas por fecha, tab de importantes y soporte bilingüe español/inglés.

Primer proyecto donde coordiné tres repositorios independientes con contratos de API entre ellos. Aprendí a diseñar endpoints pensando en el cliente Android, no solo en lo que era fácil de implementar en el backend.

También fue el primer proyecto serio con Kotlin y Jetpack Compose. El modelo mental de Compose — UI como función del estado — es diferente al desarrollo web y requiere pensar de otra forma cómo fluye la información.

• Añadiría procesamiento asíncrono con Celery + Redis para el audio, en lugar de procesarlo síncronamente en el endpoint.
• En Android usaría Hilt para inyección de dependencias desde el principio en lugar de la gestión manual actual.
• Definiría el contrato de API con OpenAPI antes de empezar a desarrollar los dos lados, no en paralelo.