Responder a tus correos con una IA local (LLM privado)

#El principio: borrador, nunca envío automático

El objetivo aquí no es hacer que un robot responda por ti, sino reducir el tiempo dedicado a escribir respuestas repetitivas o estándar: confirmaciones de recepción, respuestas a preguntas frecuentes, reformulaciones de un borrador demasiado informal. El LLM genera un texto, lo lees, lo corriges si es necesario y decides enviarlo. Ninguna etapa de este proceso debe automatizarse hasta el envío sin validación humana.

#Arquitectura realista

Tres elementos componen una arquitectura de asistente de correo local: tu cliente de correo habitual (Thunderbird, o cualquier cliente que acepte una extensión), una extensión o módulo que sepa llamar a una API de modelo de lenguaje, y un modelo que funcione en tu máquina, servido por Ollama en su dirección local predeterminada (127.0.0.1, puerto 11434). El correo sigue gestionándose normalmente por tu cliente (recepción IMAP, envío SMTP): solo el texto del borrador pasa al modelo local para generación, nunca hacia un servicio externo.

#Un ejemplo de extensión existente

ThunderAI es una extensión para Thunderbird que integra la IA directamente en el correo electrónico, con soporte explícito para Ollama además de proveedores en la nube. Su documentación especifica que funciona íntegramente en local (modelo, tamaño de contexto, temperatura, modo de reflexión), lo que permite mantener todo en la máquina en lugar de depender de un servidor externo.

Concretamente, una función de este tipo permite generar un borrador de respuesta a partir del correo seleccionado, con un prompt simple, un prompt avanzado o una instrucción personalizada escrita por ti. El texto generado se abre en la ventana habitual de composición del cliente de correo: nada se envía sin que pases por esa ventana.

#Otras extensiones del mismo tipo

ThunderAI no es la única opción: el ecosistema de extensiones de Thunderbird orientadas a la IA se ha ampliado, con enfoques ligeramente diferentes. thunderbird-ai (Project516) se centra en un botón «AI review» que revisa un borrador en curso de redacción para comprobar el tono, los errores y, sobre todo, los archivos adjuntos mencionados en el texto pero olvidados al momento de enviarlo: una comprobación práctica que ThunderAI no ofrece explícitamente. Quill, por su parte, ofrece asistencia de escritura conectada a Ollama, OpenAI o Claude, a tu elección.

El punto en común documentado entre estas extensiones es que el contenido del correo solo se envía al modelo cuando el usuario realiza una acción explícita, nunca en segundo plano. thunderbird-ai lo expresa sin ambigüedad en su documentación, y conviene comprobarlo en cualquier extensión antes de instalarla, sea local o no: una extensión que analizara tus correos continuamente, incluso con un modelo local, cambiaría la naturaleza del compromiso de confidencialidad respecto a la generación bajo demanda.

#Lo que realmente garantiza «local»

Ejecutar el modelo en tu máquina significa que el contenido del correo procesado por el modelo no pasa a un servicio externo para generar el borrador. Esto no cambia el transporte del correo en sí: la recepción y el envío siguen pasando por los protocolos estándar (IMAP, SMTP) hacia tu servidor de correo, sea local o no. La «IA local» protege la etapa de generación de texto, no toda la cadena del correo electrónico.

#Implementar el asistente

1. 01
   Instalar Ollama y un modelo adecuado

   Un modelo de 7 a 8B con cuantización Q4 es suficiente para redactar correos comunes; un modelo más grande ayuda en respuestas más sutiles si tu máquina lo soporta.
2. 02
   Instalar una extensión compatible

   Verificar que la extensión elegida ofrezca explícitamente un modo Ollama o un servidor local compatible con OpenAI, y no solo proveedores en la nube.
3. 03
   Configurar la dirección local

   Configurar la extensión para que se conecte a la dirección predeterminada del servidor Ollama, generalmente 127.0.0.1 en el puerto 11434.
4. 04
   Probar con un correo sin información sensible

   Generar un primer borrador para un correo de poca trascendencia, para validar el tono y la pertinencia antes de usarlo en comunicaciones importantes.

#¿Por qué la revisión humana sigue siendo obligatoria?

Un modelo genera texto plausible, no necesariamente exacto. En un correo profesional, un error de tono, una información errónea incluida en una reformulación o una respuesta que no aborda la pregunta realmente planteada son riesgos reales, incluso con un buen modelo. La revisión no es una precaución excesiva: es la única etapa que garantiza que lo que se envía en tu nombre corresponda a lo que realmente querías decir.

Verificar los hechos citados

Un modelo puede reformular una fecha, un monto o un compromiso de forma ligeramente diferente a la original: comparar con el correo original antes de enviarlo.

Verificar el tono

Un borrador generado puede ser demasiado formal, demasiado familiar o mal calibrado para tu interlocutor habitual.

Comprobar los destinatarios

El modelo no conoce el contexto relacional: a ti te toca juzgar si la formulación propuesta es adecuada para esta persona específica.

Verificar los archivos adjuntos mencionados

Si el borrador menciona un documento adjunto, confirmar que realmente está adjunto antes de enviar: el modelo redacta el texto, no el archivo adjunto en sí.

Esta lista no es una mera formalidad: recoge los errores que los usuarios de este tipo de herramienta notifican con más frecuencia, no riesgos teóricos. Un borrador generado en unos segundos da una impresión de fiabilidad que puede llevarte a revisarlo más deprisa que un texto que hubieras escrito tú mismo, cuando precisamente lo contrario es lo que te protege: la velocidad de generación no permite saltarse ninguna etapa de verificación; simplemente hace que la revisión resulte más rentable en términos de tiempo total.

#Un paso más: clasificación y extracción de tareas

Más allá del borrador puntual generado en el cliente de correo, proyectos comunitarios van más lejos: AI-Email-Agent es un agente local-first que se conecta a la bandeja mediante IMAP, categoriza los mensajes y extrae tareas ejecutables a través de Ollama (con el modelo llama3), manteniendo todo el procesamiento en la máquina (Ollama y una base SQLite local), sin depender de un servicio cloud externo para esta parte.

La diferencia estructural con el asistente descrito más arriba: este tipo de agente interviene en etapas más automatizadas (clasificación, categorización) que la simple generación de un borrador a petición del usuario. Por esta razón, estos proyectos documentan un punto de validación humana (human-in-the-loop) antes de cualquier acción, en lugar de dejar que la automatización llegue hasta el final sin control. El principio sigue siendo el mismo que para un simple asistente de redacción: cuanto más avanza la automatización en la cadena (clasificación, tareas, respuesta), más indispensable se vuelve la validación humana explícita, que no es opcional.

#Hacia una integración nativa de clientes de correo

Más allá de las extensiones de terceros, Mozilla presentó una propuesta de asistente integrado directamente en Thunderbird, con el objetivo de reducir el tiempo dedicado a los correos y la carga cognitiva de su clasificación y redacción, sin sacrificar la confidencialidad según los términos de la propuesta. Este tipo de iniciativas va en la misma línea que las extensiones actuales: redacción asistida, cambio de tono, reescritura de borradores, con el correo original y el hilo de conversación como contexto opcional en lugar de obligatorio.

Tanto si el asistente es una extensión de terceros como si es una futura función nativa, el principio sigue siendo el mismo: el ahorro está en el tiempo de redacción, no en delegar la decisión de enviar. Un cliente de correo que algún día ofreciera el envío automático sin validación supondría un cambio en la naturaleza de la herramienta, no una simple mejora del asistente de redacción descrito a lo largo de esta guía.

#Lo que no reemplaza

Un asistente local ayuda a empezar una respuesta, no a gestionar una bandeja de entrada entera. La clasificación automática, la priorización de mensajes urgentes o el envío sin supervisión siguen siendo automatizaciones de otro orden, que plantean cuestiones de fiabilidad y responsabilidad distintas de las de una simple ayuda a la redacción. Esta guía se centra deliberadamente en el borrador revisado: es el uso que hoy ofrece la mejor relación entre el ahorro real de tiempo y el riesgo asumido en la correspondencia profesional habitual.

• Automatizar workflows con n8n y Ollama
• Instalar un LLM local paso a paso
• Las mejores IA locales gratuitas en 2026
• Checklist de privacidad para el uso local de IA
• Fuente: extensión ThunderAI (Thunderbird + Ollama)
• Fuente: propuesta de Mozilla de asistente integrado en Thunderbird
• Fuente: documentación oficial Ollama (dirección local por defecto)
• Fuente: extensión thunderbird-ai (revisión con IA, Ollama/llama.cpp en local)
• Fuente: AI-Email-Agent, agente local-first con validación humana