Agentes de IA: cuándo leer y cuándo actuar

Un agente de IA puede leer un procedimiento, buscar el estado de una oportunidad, preparar una cotización o cambiar un registro. El problema empieza cuando todas esas capacidades se tratan como si tuvieran el mismo riesgo.

Leer una fuente aprobada suele ser reversible. Preparar un borrador permite que alguien lo revise. Actuar sobre un sistema puede cambiar una cuenta, enviar una promesa al cliente o iniciar un proceso que después cuesta deshacer. Un diseño serio separa esos niveles desde el principio.

La inteligencia artificial aplicada no consiste en darle al agente la mayor cantidad posible de herramientas. Consiste en conectar la capacidad adecuada con la tarea, el permiso y la evidencia que corresponden.

Leer: consultar sin convertir la respuesta en una orden

La primera capacidad de un agente empresarial es consultar información. Puede buscar una política vigente, revisar el estado de un proyecto, encontrar una factura o localizar el último contacto de una oportunidad. Esa consulta ya requiere controles, pero todavía no debería cambiar el mundo exterior.

Para que la lectura sea confiable, el agente necesita saber qué fuente manda. Una carpeta con tres versiones de una política no es una fuente gobernada. Un CRM con dos fichas del mismo cliente no es un contexto limpio. Un catálogo sin fecha de actualización puede producir una respuesta bien escrita y equivocada.

Antes de permitir que un agente consulte datos internos, conviene definir:

• qué sistema es la referencia para cada tipo de información;
• quién puede consultar cada área, cliente o proyecto;
• cómo se identifica una fuente vencida o contradictoria;
• qué evidencia debe mostrar junto con la respuesta;
• qué debe ocurrir cuando no encuentra una fuente suficiente.

La respuesta no tiene que mostrar todos los datos disponibles. Debe mostrar los que la persona está autorizada a usar para esa tarea. Un agente que ayuda a ventas puede consultar el historial de una oportunidad, pero no necesita abrir expedientes de otra área para responder una pregunta comercial.

Preparar: hacer el trabajo previo sin fingir que ya está aprobado

La segunda capacidad es preparar. Aquí el agente interpreta información y propone un resultado para que una persona lo revise. Puede resumir una reunión, ordenar requisitos, redactar una respuesta, comparar dos versiones de una cotización o preparar una tarea para el equipo.

Esta etapa suele producir el mejor equilibrio entre utilidad y control. La empresa recupera tiempo sin entregar de inmediato la decisión final. Pero el borrador debe decir que es un borrador. Si aparece en una pantalla con el mismo aspecto que una acción confirmada, alguien puede asumir que ya fue aprobado.

Un borrador útil conserva el contexto que permite revisarlo. No basta con presentar una frase como “recomiendo enviar la propuesta”. La persona debería poder ver qué solicitud originó la recomendación, qué datos se utilizaron, qué supuestos hizo el agente y qué punto necesita confirmación.

En una cotización, por ejemplo, el agente puede extraer cantidades y condiciones de un correo, consultar el catálogo vigente y preparar una versión inicial. No debería inventar disponibilidad, aplicar un descuento fuera de política ni enviar la oferta solo porque logró completar los campos.

La automatización de procesos aporta valor cuando convierte esa preparación en una bandeja revisable: cada caso tiene estado, responsable, fecha, fuente y motivo de la excepción. Así la revisión humana deja de ser una aprobación a ciegas.

Actuar: ejecutar solo cuando la autoridad está clara

Actuar significa escribir en un sistema, enviar una comunicación, crear una tarea, cambiar un estado, confirmar una cita o iniciar una integración. La acción puede ser correcta y aun así estar fuera del permiso del agente.

Un agente no debería interpretar “ayuda con las cotizaciones” como autorización para enviar cualquier cotización. El alcance puede limitarse a preparar el documento, mientras que la aprobación y el envío siguen siendo responsabilidad de una persona. Del mismo modo, “organiza el CRM” no autoriza a fusionar clientes duplicados ni a borrar historiales.

Para cada acción conviene definir cuatro cosas: quién la puede pedir, qué condiciones deben cumplirse, quién puede aprobar la excepción y cómo se revierte el resultado. Si alguna no está clara, el agente debería detenerse y entregar el caso para revisión.

Hay acciones de bajo riesgo que pueden ejecutarse automáticamente cuando las condiciones son estables. Crear una etiqueta interna, registrar una fecha recibida o enviar una notificación al responsable puede ser razonable. Confirmar un precio, modificar la identidad de un cliente, aceptar una obligación contractual o compartir información sensible exige otro umbral.

La seguridad y gobernanza de IA debe aparecer en esa diferencia concreta entre consultar, preparar y actuar. Una política general sobre “uso responsable” no reemplaza los permisos que el sistema comprueba antes de cada cambio.

El límite cambia según la consecuencia, no según la sofisticación

Un agente puede ser técnicamente avanzado y tener permitido únicamente leer. Otro, más sencillo, puede crear tareas internas porque esa acción tiene poca consecuencia y es fácil de revisar. La decisión no debería depender de lo impresionante que se vea la demostración.

Una forma práctica de definir el límite es ordenar las tareas por consecuencia:

1. Lectura: consulta fuentes aprobadas y responde con evidencia.
2. Preparación: transforma información en un resumen, borrador o propuesta pendiente.
3. Acción interna reversible: registra, clasifica o notifica dentro de un sistema.
4. Acción externa o difícil de revertir: envía, confirma, publica, cobra, elimina o cambia una condición comercial.

El agente puede avanzar automáticamente en los primeros niveles si la fuente, la identidad y el permiso están claros. Al acercarse a una acción externa o irreversible, debe pedir confirmación o escalar con el contexto completo.

Esta clasificación también ayuda a conversar con el equipo. En lugar de preguntar si la empresa quiere “un agente autónomo”, se puede preguntar qué tareas quiere que lea, cuáles prepare y cuáles ejecute. Esa conversación revela el alcance real con más precisión que una demo.

Qué debe ocurrir cuando la información no alcanza

El agente no siempre encontrará un dato concluyente. Puede haber dos precios vigentes, una fecha sin responsable, una solicitud de un cliente no identificado o una instrucción que contradice la política del área. En esos casos, completar el vacío con una suposición es una acción, aunque la interfaz la presente como respuesta.

La salida correcta puede ser una pregunta concreta, una solicitud de confirmación o un escalamiento. “Falta confirmar si la tarifa aplica a este cliente” es más útil que una cotización completa basada en una tarifa elegida al azar. El agente debe explicar qué encontró, qué falta y qué decisión queda pendiente.

También conviene registrar esas pausas. Si muchas solicitudes se detienen por la misma causa, quizá el problema no sea el agente. Puede faltar un dueño de la fuente, una regla comercial, un campo en el formulario o una integración que entregue el estado actual.

Cómo probar el límite antes de ampliar el piloto

Un piloto no debería evaluarse solo con preguntas fáciles. Hay que probar el mismo recorrido con datos incompletos, versiones contradictorias, usuarios con permisos distintos y solicitudes que intentan saltarse una aprobación.

Para cada caso, la empresa puede verificar si el agente:

• consultó la fuente correcta y mostró su fecha o referencia;
• distinguió un borrador de una acción realizada;
• pidió autorización cuando el caso salió del alcance;
• dejó registro de lo que intentó hacer;
• evitó repetir una acción después de un error o reintento;
• entregó el caso a la persona adecuada con suficiente contexto.

Si el agente responde bien en el caso ideal, pero actúa mal cuando falta un dato, todavía no está listo para ampliar sus permisos. La prueba importante no es si sabe ejecutar una tarea. Es si sabe detenerse antes de ejecutar la equivocada.

Un agente confiable sabe esperar

La autonomía puede ser útil, pero no es un objetivo aislado. En una empresa, el valor de un agente depende de que el trabajo llegue más rápido a una decisión correcta, no de que desaparezca toda intervención humana.

El diseño más sano suele dejar una frontera visible: el agente lee con fuentes gobernadas, prepara con contexto y actúa solo dentro de un permiso verificable. Cuando aparece una excepción, no la esconde ni la resuelve con seguridad artificial. La entrega con evidencia.

Global Agenttic puede ayudar a revisar ese recorrido desde contacto, empezando por un proceso concreto y definiendo qué debe consultar el agente, qué puede preparar y qué acciones todavía deben permanecer bajo aprobación humana.