Pedí una vista previa
Indicá asunto y cuerpo, o pedí que el agente prepare un resumen desde una fuente autorizada. El agente debe mostrar remitente, destinatario, asunto, cuerpo, CC, BCC y adjuntos, y aclarar que todavía no envió nada.
En pocas palabras
La vista previa es el límite de autorización
El agente prepara un correo para un destinatario previamente autorizado. Una persona revisa la versión completa y confirma esa versión exacta. Recién entonces un agente con acceso a Odoo realiza un único envío y comprueba su estado.
Procedimiento
Enviar una notificación
Este circuito fue validado con los gemelos digitales Lucas y Ale.
Revisá los datos
Comprobá contenido, destinatario y vigencia de la fuente. Si cambia cualquier parte, solicitá una nueva vista previa; una aprobación anterior no cubre una versión modificada.
Confirmá la versión exacta
Respondé en el mismo hilo con la confirmación solicitada por el agente. Esa confirmación autoriza un solo envío de esa versión, no envíos futuros ni otros destinatarios.
Verificá envío y recepción
El resultado técnico solo se considera enviado cuando Odoo informa state=sent y presenta un message_id. Esto acredita aceptación por el servidor de correo; la llegada a la bandeja se confirma por separado con el destinatario.
Caso documentado
Notificación a Lucas sobre tareas de proyecto
Estado observado al cierre de la revisión del canal hito-taller.
La vista previa existe; el envío no está confirmado
Se preparó una notificación de prueba basada en un relevamiento original de 20 tareas activas con proyecto. Antes de prepararla, se detectó que un relevamiento corregido contabilizaba 14 tareas abiertas al excluir estados terminados y cancelados.
Por instrucción expresa, la vista previa reprodujo el listado original y aclaró la discrepancia. Al momento de esta verificación no consta en el hilo la confirmación de la versión exacta, la delegación del envío ni evidencia técnica de Odoo para ese correo. Por lo tanto, no debe considerarse enviado.
Los conteos son antecedentes de una prueba, no un indicador vigente de carga de trabajo. Para una notificación operativa nueva debe repetirse la consulta con filtros acordados y fecha actual.
Controles
Límites vigentes del piloto
- Remitente y destinatario definidos previamente para cada gemelo.
- Sin CC, BCC ni adjuntos en la fase validada.
- Las credenciales permanecen en el agente ejecutor; no se comparten con el agente redactor.
- Ante una respuesta técnica ambigua no se reintenta: primero se relee el registro exacto para evitar duplicados.
- Una lista de tareas desactualizada o contradictoria debe corregirse antes de un aviso operativo.
Trazabilidad
Fuentes y alcance
Fuente primaria: canal Buzz hito-taller, hilo iniciado por la validación de correo y eventos del 2 de agosto de 2026 sobre la consulta de tareas, la discrepancia de conteos y la vista previa de prueba para Lucas.
Fuentes técnicas internas: RESEARCH/LUCAS_ODOO_EMAIL_GATEWAY_2026_08_02.md y WORK_LOGS/EMAIL_AGENT_ODOO_VALIDATION_2026_08_02.md.
Revisión de sensibilidad: se omitieron dirección de correo personal, identificadores internos de usuario, IDs de mensajes y registros, detalles de infraestructura, nombres completos de tareas y contenido no necesario para comprender el procedimiento. Próxima revisión: cuando se confirme o descarte la vista previa pendiente, cuando cambien los controles del piloto o, como máximo, el 2 de septiembre de 2026.