Qué hace de verdad un secretario de IA (y qué no debería hacer nunca solo)
La diferencia entre un asistente útil y uno inquietante no es cuánto sabe, sino cuántas decisiones toma sin preguntar.
Casi todo lo que se vende hoy como "asistente de IA" es en realidad un buscador con buenos modales. Escribes, responde, y ahí acaba la relación. Un secretario, en el sentido clásico de la palabra, hace algo bastante más incómodo de construir: mira tu día antes que tú y te dice qué va a doler.
Leer no es lo difícil
Resumir un correo largo lleva resuelto varios años. Lo que sigue sin estarlo es decidir qué correo merece interrumpirte. Un modelo puede clasificar cien mensajes por importancia en un segundo, pero la importancia no está en el texto: está en tu semana. El mismo mensaje de un proveedor es ruido en enero y una urgencia el día antes de una entrega.
Por eso un asistente que solo lee correo se queda corto. Necesita ver también la agenda, las tareas y los compromisos que ya adquiriste, y cruzarlos. Es la diferencia entre "tienes 40 correos sin leer" y "de estos 40, tres afectan a algo que prometiste para el jueves".
Las tres cosas que no debería hacer solo
Cuanto más útil es un asistente, más peligroso es dejarle la mano suelta. Hay tres fronteras que conviene no cruzar sin una confirmación explícita:
- Enviar en tu nombre. Redactar el borrador, sí. Pulsar enviar, no, mientras no lo hayas leído. Un correo mal enviado no se puede deshacer y lo firma tu nombre, no el del modelo.
- Borrar o archivar en masa. Archivar es reversible; borrar, según dónde, no. Un asistente que "limpia" la bandeja sin registro deja al usuario sin forma de saber qué perdió.
- Compartir datos hacia fuera. Cualquier llamada a un servicio externo saca tu información del sistema. Eso debería ser una decisión tuya, no un detalle de implementación.
La regla que resume las tres: si una acción es difícil de deshacer o sale de tu control, se pide permiso. Si es reversible y se queda dentro, se puede hacer y avisar.
Autonomía en niveles, no en un interruptor
El error habitual de diseño es plantear la autonomía como un sí o un no. Funciona mucho mejor por grados: primero solo observa, después propone, después ejecuta lo reversible, y solo al final —si el usuario lo pide— ejecuta lo irreversible. Cada escalón se gana con historial, no con una casilla en los ajustes.
Y sobre todo: el usuario tiene que poder responder en cualquier momento a tres preguntas. Qué sabe de mí. Por qué me avisa de esto. Qué pasará exactamente si aprieto este botón. Si alguna de las tres no tiene respuesta clara, el asistente no está listo para más autonomía, por muy bien que resuma.
Puedes ver cómo lo planteamos nosotros en la consola de Madrugo, y qué datos guarda y durante cuánto en nuestra política de privacidad. Si te interesa el tema, hay más artículos sobre asistentes de IA.