Minute Master

El flujo era deliberadamente human-in-the-loop: grabación → transcripción → borrador estructurado con IA → edición → revisión → firma → distribución.

El resultado de la IA se insertaba directamente en un documento TipTap editable en lugar de presentarse como un resultado final. Así, los usuarios podían corregir, ampliar o regenerar el borrador antes de que se convirtiera en un registro oficial.

El modelo tenía que producir actas, no solo un resumen de la transcripción. Estructuré el prompting en torno a la información que el documento realmente necesitaba: asistentes, mociones, decisiones y acciones con responsables asignados.

Esto dio una precisión de alrededor del 90 % en los resúmenes generados, manteniendo los errores visibles y fáciles de corregir para quien revisa.

La transcripción de audio y la generación de documentos podían tardar lo suficiente como para que las peticiones síncronas hicieran sentir el editor bloqueado. Integré Socket.IO para transmitir al cliente el progreso de la tarea mientras se ejecutaba y luego insertar el resultado completo en el editor TipTap.

Era un streaming de progreso a nivel de tarea para el usuario que iniciaba la operación, no edición colaborativa en tiempo real.

Amplié el editor TipTap más allá de la edición básica con guardado automático, guardado de borradores, regeneración y una acción «make more detailed».

También construí los flujos de conversión de documentos: de HTML a PDF, creación de actas a partir de transcripciones e importación de .doc/.docx con Mammoth.

Construí el flujo de firma electrónica en torno a pads de firma, firmas escritas y firmas subidas, incluyendo solicitudes de firma y envío en base64.

Las enmiendas tenían su propio flujo de vista previa y revisión, con permisos que controlaban quién podía firmar o enmendar un acta. Estas acciones se mostraban en un tablero de gestión de actas con seguimiento de estado y acceso basado en roles, y con la edición bloqueada tras la firma final.

Amplié el esquema de GraphQL y la capa de consultas para el dominio de las actas, añadiendo los modelos, consultas y mutaciones de actas y transcripciones necesarios, el soporte para guardar borradores y la gestión de eliminaciones.

En el frontend construí la capa de consultas en torno al esquema, incluyendo tipos generados, polling y refetch para mantener sincronizado el flujo de las actas.

Una vez aprobada, un acta tenía que salir de la aplicación. Entregué la exportación a Word con nombre de documento y metadatos de la agenda, junto al flujo existente de HTML a PDF, y añadí notificaciones con Postmark para el flujo que lo rodeaba.