MailMind: convertir la señal del correo en trabajo ejecutable
Cómo construí un centro de mando —no otro cliente de correo— para que el trabajo que nace en la bandeja se vuelva tareas, notas y proyectos ejecutables, con límites claros frente a Gmail, CRM y chat.
El Reto
El correo sigue siendo el origen de demasiado trabajo real. El problema no era "leer más rápido": era que la señal se perdía entre ruido, y lo ejecutable vivía en tres sitios —bandeja, bloc de notas y un tablero a medias.
- → Varias bandejas, cero visión: cuentas personales y de clientes sin un solo centro.
- → Señal vs ruido: VIP, incidentes y spam sin reglas ni triaje accionable.
- → Notas y tareas dispersas: lo que salía del correo no tenía destino natural (nota → tarea → proyecto).
- → La tentación del "todo en uno": reemplazar Gmail, auto-responder con IA o volverse CRM hincha el producto y rompe la confianza.
Definí qué no sería MailMind: no reemplaza Gmail/Outlook; no redacta ni responde correo; no es CRM; no es Slack. El objetivo era un centro de mando donde multi-inbox se convierte en tareas, proyectos y notas, con write-back cuidadoso a herramientas de ingeniería, y mobile first —porque el triaje no espera al escritorio.
La Arquitectura y Decisiones Técnicas
Opté por construir MailMind como producto propio en mailmindworks.com: núcleo de IMAP IDLE casi en tiempo real, notas cifradas estilo Keep + vault, promoción nota→tarea y proyectos (kanban / Gantt). La disciplina de producto fue tan crítica como la técnica: cada integración tiene un límite explícito.
Antes — Trabajo atrapado en el correo
Después — Centro de mando MailMind
¿Por qué IMAP IDLE (y no otra Gmail API app)?
Quería multi-proveedor de verdad. IDLE da near real-time sin amarrar el producto a un vendor. El OAuth de Google es solo cuenta, sin permisos de Gmail: una decisión de confianza deliberada.
Write-back con límites
MailMind puede marcar leído, archivar o eliminar en IMAP y, al cerrar trabajo, transicionar Jira o resolver Sentry. Lo que no hace: crear tickets. Ese "no" evita generar ruido en los sistemas de ingeniería. Los webhooks nativos van firmados con HMAC.
Notas cifradas → ejecución
Las notas + vault no son un bloc ornamental: capturan contexto sensible y se promueven a tarea cuando la señal está clara. De ahí a kanban/Gantt sin cambiar de herramienta mental.
LLM apagado por defecto
Hay triaje opcional con LLM, pero off by default. Primero reglas, VIP e incidentes. En v0.12.3 sumé categorización masiva con Jev para ordenar la bandeja sin obligar a un modelo en el camino crítico.
Personas: freelancers/consultores, profesionales saturados y equipos pequeños. Si el triaje no cabe en el teléfono, no es triaje: es otra deuda. Por eso MailMind es mobile first.
El Impacto
No es un mockup: beta gratuita con camino explícito a la 1.0.0. Cada release endurece bandeja, notas, proyectos, triaje, write-back y UX mobile.
Bandeja unificada + reglas/VIP/incidentes convierte el correo en algo accionable sin pedir abandonar Gmail u Outlook.
Write-back sin crear tickets, webhooks HMAC y digests a Telegram: el producto se enchufa al sistema existente en lugar de sustituirlo.
Notas cifradas, OAuth sin scopes de Gmail, LLM opcional apagado. La confianza es una serie de "no" conscientes, no un banner.
Lección clave
El aprendizaje más duro de un producto indie no es qué features añadir: es qué rechazar. MailMind funciona porque se niega a ser cliente de correo, autoresponder o CRM. El valor está en el puente —de señal a nota, a tarea, a proyecto— y en write-backs que no ensucian los sistemas vecinos. Construir menos, con límites claros, es lo que hace que un centro de mando se sienta ligero.
Stack Utilizado
¿Tu trabajo también nace en el correo y muere en pestañas?
Prueba MailMind en beta o cuéntame cómo estás resolviendo el triaje hoy.