El problema
Un modelo de lenguaje entiende rápido, pero puede entender mal. Puede equivocarse de destinatario, de fecha o de tono. Cuando se limita a responder, el error cuesta una relectura. Cuando actúa, enviando un correo, moviendo una cita o eliminando un contacto, puede costar mucho más.
Al revés, un asistente que pide permiso para todo se vuelve pesado enseguida. Si cada lectura de la agenda desencadena una pregunta, acabas validando sin leer, y la protección ya no sirve de nada.
Lo que quería
Quería que LIA te pidiera tu aprobación en el momento en que se prepara la acción, sobre lo que realmente va a salir, y solo cuando sea útil. Leer tu agenda o buscar un correo no pide nada. Escribir, enviar, modificar o eliminar pasa por ti, salvo algunos gestos sin consecuencias para los demás que se deshacen con un clic, como marcar una tarea o encender una lámpara.
Cómo funciona
Dices: «pasa mi cita del jueves al viernes». LIA prepara el cambio y te lo muestra en forma de tarjeta: el evento, el antes y el después. Validas, rechazas o respondes «mejor a las 15:00». La tarjeta lleva sus botones, pero también puedes responder sin más, por escrito o de viva voz.
- Un borrador cada vez. Si tu petición produce varios, por ejemplo dos correos y un evento, LIA te los presenta uno a uno y te dice por dónde vas («borrador 2 de 3»). Nada sale antes de tu última respuesta.
- Lo que validas es lo que se ejecuta. Si pides tres retoques, sale la última versión mostrada, y nada más. Si el recurso ha cambiado mientras tanto, LIA te vuelve a mostrar la vista previa, ya que tu aprobación se refería a la versión anterior.
- Un informe honesto. Después, LIA distingue lo que ha salido bien, lo que es parcial, lo que está pendiente y lo que ha fallado. No te anuncia como hecho lo que un servicio ha rechazado.
Cuando no hay nadie delante de la pantalla
LIA también trabaja sin ti: rutinas programadas, tickets de los que se encarga. Ahí hay dos reglas. En un ticket, si prepara algo que no tiene derecho a hacer sola, te hace la pregunta en el ticket, con la tarjeta que habrías visto en el chat; tú respondes con un comentario. Una rutina, en cambio, rechaza la acción y lo dice, porque si no tu siguiente mensaje, escrito para otra cosa, podría tomarse por una respuesta.
Las excepciones, y por qué
Algunas acciones no pueden llegar a nadie más que a ti. LIA puede enviarte un correo a tu propia dirección, o llamarte a un número que has verificado, sin tarjeta de confirmación, también desde una rutina. Del mismo modo, guardar, modificar o descartar un borrador en tu buzón no pide nada; es su envío lo que pide tu aprobación, una sola vez. Una dirección que escribes tú mismo, aunque sea la tuya, sigue sometida a la confirmación habitual: un destinatario que a veces se saltara la verificación sería un blanco demasiado fácil.
Para MCP, eliges confirmaciones por cuenta, servidor y herramienta. La vista de comportamiento explica la regla efectiva antes de cambiarla. Un agente dedicado pregunta antes de su tarea si alguna herramienta necesita aprobación; la respuesta cubre sus llamadas para esa tarea. «Nunca preguntar» se suspende si cambia la declaración. El chat puede reforzar estas protecciones; solo Configuración puede reducirlas. Una rutina puede usar los servidores que preaprobaste expresamente en su formulario.
Los límites
Una confirmación cubre la acción presentada, no todo lo que un servicio externo hará después: cuando LIA delega en una herramienta, no puede demostrar cada uno de sus efectos internos. Y cuando una petición exige conectar una cuenta, introducir una clave o elegir un archivo, LIA la prepara y luego te deja terminar en tu navegador, donde se verifica tu identidad.
El principio cabe en una frase: LIA prepara, tú decides, y después te dice lo que ha pasado de verdad.
Para profundizar: Proteger tu cuenta y tus datos: la seguridad de LIA, capa a capa; Cuando el modelo inventa: cómo se protege LIA.