📬 Beak AI Runtime – Notas de Versión

Registro de cambios para ejecución de agentes, canales de entrega, aprobaciones y notificaciones.

Nota: Este registro de cambios comienza en la versión 6.0.0. Las entradas a continuación cubren los cambios registrados a partir de esa versión y no constituyen un historial completo de versiones anteriores de Runtime.

Versión 6.0.0

Las sesiones de inicio de sesión unificado ya no expiran después de 15 minutos

Si accede a Beak AI Runtime mediante inicio de sesión unificado, su sesión ahora dura lo que permita su sesión de inicio de sesión único — hasta 8 horas en un tenant estándar — en lugar de redirigirle a la página de inicio de sesión aproximadamente cada 15 minutos. La solicitud de renovación era previamente rechazada por el navegador en direcciones con marca del tenant — su propio dominio de empresa, o una dirección <tenant>.beakops.com — por lo que solo los usuarios en la dirección de producto predeterminada no se veían afectados.

Activo por defecto; sin configuración y sin cambios en los tiempos de sesión o inactividad de su tenant. El inicio de sesión con contraseña en la página de inicio de sesión propia de Beak AI Runtime no se ve afectado.

Consulte las notas de versión de Platform Administration.

Plantillas de notificación que puede redactar en HTML, una sola vez para cada canal

Las plantillas de notificación de agente ahora pueden crearse y editarse desde Beak AI Runtime en Configurar → Notificaciones. Anteriormente el agente podía usar una plantilla almacenada, pero no existía ninguna pantalla para redactar una para un agente ordinario, por lo que los agentes componían cada notificación por sí mismos. Consulte Notificaciones de Agente.

Un cuerpo, cada canal. Redacte el mensaje una sola vez en HTML. El correo electrónico envía su marcado; Microsoft Teams y la campana de la aplicación reciben una representación en texto plano derivada de ese mismo marcado, con párrafos y filas de tabla conservados en lugar de mezclados. Existe un campo Reemplazo de texto plano para cuando la redacción del chat deba ser más breve, pero dejarlo vacío es lo que mantiene los canales con el mismo mensaje. Los valores introducidos en los marcadores de posición {{variable}} se escapan, de modo que el contenido proveniente de un ticket no puede alterar el formato.

Guardar y previsualizar muestra ambas representaciones en paralelo — el correo electrónico tal como lo ve un destinatario, y el texto que reciben Teams y la campana — de modo que un cuerpo que se lee mal una vez eliminado el formato se detecta antes de enviarse y no después.

Categorías. Una plantilla se marca como Informacional, Éxito, Advertencia, Critico o Seguridad. La categoría establece la etiqueta de color en la parte superior del correo electrónico y aparece en la lista de selección del agente, de modo que elige una redacción que corresponde a lo ocurrido en lugar de inferir la urgencia a partir del nombre de la plantilla.

¿Activo por defecto? Sin cambios en el comportamiento existente al actualizar. La capacidad de Notificaciones permanece desactivada por defecto por agente, las plantillas existentes siguen funcionando exactamente igual que antes, y los agentes sin plantillas continúan componiendo sus propios mensajes. No es necesario volver a redactar nada.

Las plantillas de correo electrónico de aprobación y las plantillas de notificación de agente ahora se gestionan en un mismo lugar, en la misma pestaña. Las personalizaciones de correo electrónico de aprobación existentes se migran automáticamente y permanecen sin cambios.

Preajustes de conversación — mensajes de apertura y respuestas estándar, configurados una vez por agente

Un agente ahora puede saludar a las personas y responder sus preguntas más predecibles sin que ese comportamiento deba configurarse canal por canal ni escribirse en su indicación. Ambos residen en el agente, bajo una nueva pestaña Conversación en Runtime (Configurar → Conversación) y una sección Conversación correspondiente en el editor de agentes de Beak AI Studio. Consulte Configuración de Agente.

Mensajes de apertura. Un Mensaje de bienvenida abre cada nueva conversación; un Mensaje de primera vez se muestra una sola vez por persona, para siempre. La regla de una sola vez ahora se rastrea por usuario por agente en lugar de por canal, por lo que alguien que vio la introducción en Teams no la verá de nuevo en el chat web. Ambos admiten {first_name} y {agent_name}.

Respuestas estándar. Una lista — tan larga como sea necesario — de respuestas fijas para preguntas conocidas. Una coincidencia devuelve su texto textualmente sin llamar al modelo, por lo que la respuesta es exactamente lo que escribió, llega de inmediato y no consume tokens. Coincida por palabras clave, una frase contenida, el mensaje exacto o una expresión regular; opcionalmente añada formulaciones de ejemplo para que redacciones que no anticipó lleguen igualmente a la entrada correcta. Un interruptor por entrada permite al agente formular la respuesta en su lugar, cuando necesita adaptarse a la conversación.

Las entradas se comprueban de arriba a abajo y la primera coincidencia gana, por lo que un cuadro Probar una pregunta informa qué entrada respondería a un mensaje de muestra — la única forma de detectar que una regla oculta a otra antes de que lo haga un usuario.

¿Activo por defecto? No. Un agente sin nada configurado se comporta exactamente igual que antes: sin mensaje de apertura y cada pregunta va al agente.

Nota: Comportamiento modificado — los campos por canal han desaparecido. El Mensaje de saludo y el Mensaje de bienvenida del canal de Teams, y el Mensaje de bienvenida del canal Embed, han sido eliminados de esas tarjetas. El texto que tenía configurado se migró automáticamente al agente, por lo que no es necesario volver a introducirlo — pero ahora aplica en todos los canales en lugar de solo en el que estaba configurado. Si había dado deliberadamente a Teams una redacción diferente a la del widget incrustado, revise la pestaña Conversación después de actualizar.

Nota: Las respuestas estándar aplican en todas las superficies, incluidos correo, webhook y llamadas entre agentes. Los mensajes de apertura aplican en las superficies conversacionales — chat web, Teams, el widget incrustado y la aplicación de escritorio.

Notificaciones de Agente — los agentes pueden notificar a personas a través de sus canales configurados

Los agentes ahora pueden informar a alguien sobre un resultado como parte de su trabajo — un ticket escalado, un trabajo finalizado, un umbral superado — en lugar de dejar ese mensaje para que una persona lo redacte después. Consulte Notificaciones de Agente para la configuración completa.

Desactivado por defecto. Los agentes existentes no se ven modificados tras la actualización. Un administrador lo activa por agente en Beak AI Studio en Ajustes → Notificaciones, y debe añadir al menos un destinatario permitido antes de que el agente pueda enviar algo.

• Canales — Correo electrónico (mediante la configuración SMTP del espacio de trabajo), en la aplicación (la campana de notificaciones del destinatario) y Microsoft Teams. Seleccionar ningún canal permite todos los que estén configurados. La entrega por Teams requiere adicionalmente que el agente tenga un despliegue de Teams y que el destinatario haya enviado un mensaje al agente en Teams al menos una vez.
• Lista de destinatarios permitidos — Usted especifica a quién puede notificar el agente, mediante direcciones o dominios completos, y la lista aplica a todos los canales. Con la lista vacía, el agente se niega a enviar. Esto es deliberado y no una limitación: un agente no puede distinguir de manera fiable una instrucción incrustada en un documento que está leyendo de una instrucción suya, por lo que el público es suyo para definir. Los subdominios no se incluyen automáticamente.
• Plantillas — El agente busca primero una plantilla de notificación almacenada y utiliza su redacción aprobada cuando alguna se ajusta, componiendo su propio mensaje solo cuando ninguna lo hace. Las plantillas admiten marcadores de posición {{variable}}, y una línea cuyo marcador no tiene valor se omite.
• Acotado por diseño — Un agente no puede notificar fuera de la lista de permitidos, no puede elegir un servidor de correo diferente ni falsificar una dirección de remitente, no puede leer las credenciales almacenadas y está limitado a diez destinatarios por notificación. Los envíos rechazados quedan registrados.

Nota: El envío a Slack aún no está disponible. La configuración de Slack puede guardarse, pero nada se entrega a Slack. En lugar de omitirlo silenciosamente, se informa al agente de que el canal no está disponible y así lo indica — de modo que un espacio de trabajo con Slack configurado no cree que está siendo notificado allí.

La configuración de correo electrónico de notificaciones ahora se comparte con Beak AI Studio

La configuración SMTP del espacio de trabajo es un ajuste único, ahora editable desde cualquiera de las dos consolas — Ajustes → Notificaciones (SMTP) en Runtime, o Ajustes → Correo de Notificación (SMTP) en Studio. Ambas editan los mismos valores, de modo que un autor que configure el servidor de correo en Studio está configurando el que sus agentes realmente utilizan para enviar. Los correos de aprobación también lo utilizan.

Probar conexión ahora verifica genuinamente la configuración: se conecta al servidor de correo y se autentica sin enviar correo. Anteriormente el botón no informaba nada, por lo que una contraseña incorrecta era idéntica a una que funcionaba y solo se detectaba más tarde como una notificación que nunca llegó.

Una corrección relacionada: los formularios de configuración de notificaciones de Runtime (SMTP, Correo electrónico, Teams, Slack) no cargaban sus valores guardados, mostrando campos vacíos aunque hubiera configuración almacenada. Dado que esos formularios envían todos los campos, guardar sin volver a escribirlos podía sobrescribir un servidor de correo y un nombre de usuario funcionando con valores en blanco. Ahora cargan correctamente.

El acceso de un agente a una credencial almacenada ahora se verifica y se registra

Runtime ahora verifica que se haya otorgado a un agente acceso a una conexión antes de descifrarla, en cada punto donde un secreto almacenado se vuelve utilizable — un origen de datos, una habilidad, un mapeo de conexión o un manifiesto de conector escrito a mano. Cada decisión se escribe en el Registro de Auditoria de la plataforma con el agente, la conexión y el motivo. Anteriormente, cualquier agente que pudiera nombrar el id de una credencial podía usarla, y nada registraba qué agentes accedían a qué secretos. Consulte Conexiones.

Nota: Esto se publica en modo solo observación y no cambia nada de lo que sus agentes pueden hacer hoy. Las solicitudes que serían rechazadas se registran y se permite su paso, de modo que un agente que funciona no puede romperse. Los vínculos existentes se transfirieron todos cuando se introdujo la verificación, por lo que nada a lo que un agente podía acceder antes quedó inaccesible. Un administrador mueve un entorno a modo de aplicación una vez que el conjunto registrado esté vacío — hasta entonces el valor está en el registro, no en el rechazo.

Las ejecuciones desatendidas actúan como el agente, no como la persona que lo creó

Un agente que se ejecuta según una programación, o al que llama otro agente, sin ninguna persona presente ahora resuelve sus conexiones de Hub como él mismo en lugar de presentar la dirección de quien lo creó.

El comportamiento que reemplaza es la razón del cambio: un agente creado en marzo y dejado en ejecución continuaría accediendo a sistemas externos en nombre de esa persona indefinidamente — incluso después de que cambiara de rol o se marchara, porque una conexión almacenada no detecta una cuenta desactivada — y el rastro de auditoría registraba su nombre para acciones que nunca realizaron.

• Las ejecuciones con una persona presente no se ven afectadas. Actuar en nombre de un usuario conectado que está presente para ver el resultado es para lo que sirve el acceso delegado. Solo las ejecuciones desatendidas se restringen.
• Una ejecución desatendida que necesita la conexión de una persona se detiene e indica cuál, nombrando el servidor MCP y por qué un agente que actúa solo no puede usarla, en lugar de tomarla prestada silenciosamente. Deliberadamente no apunta al flujo de conexión de Hub — eso crearía otra conexión de persona o tenant, que la ejecución también rechaza.

Nota: Esto afecta solo a los agentes a los que se ha otorgado autonomía y que se ejecutan con sus propias credenciales; un agente al que no se le ha otorgado no se ve afectado. Las conexiones propiedad de una identidad de agente son compatibles y se utilizarán cuando estén presentes, pero crear una desde la interfaz de Hub aún no está disponible — hasta que lo esté, un agente que necesite un servidor MCP compartido debe ejecutarse con una persona presente.

Canal de correo — historial de conversación y análisis de archivos adjuntos

Se añadieron dos configuraciones por buzón de correo conectado, en Configurar → Canales → Correo. Ambas están desactivadas por defecto, por lo que los buzones existentes no se ven modificados hasta que un administrador active alguna. Consulte Configurar para la lista completa de campos.

• Enviar toda la conversación — Cada correo entrante inicia un nuevo hilo de agente, por lo que por defecto el agente solo ve el mensaje más reciente. Con esto activado, los mensajes anteriores del hilo de correo electrónico también se incluyen, lo que permite al agente responder teniendo en cuenta lo que ya se acordó en lugar de tratar cada respuesta como una solicitud nueva. Los hilos largos se recortan a los mensajes más recientes que caben en un presupuesto de caracteres, y se informa al agente de cuántos mensajes anteriores se omitieron para que sepa que está leyendo un hilo parcial.
• Analizar archivos adjuntos — Extrae el texto de los archivos adjuntos de un mensaje y lo pasa al agente, de modo que puede responder preguntas sobre el contenido del archivo en lugar de ver solo los nombres. Admite PDF, Word, PowerPoint, Excel, CSV, texto plano e imágenes mediante OCR. Las imágenes en línea como los logotipos de firma se omiten, y los archivos demasiado grandes se listan sin extraerse.

Nota: El análisis de archivos adjuntos se factura por página y se ejecuta en cada correo entrante a ese buzón que lleve un archivo adjunto. Actívelo en los buzones donde el contenido de los adjuntos sea relevante, no de manera generalizada. Depende de las credenciales de extracción de documentos de la plataforma, que son aprovisionadas por entorno por el equipo de operaciones de Beak; si están ausentes, el agente igualmente recibe el correo electrónico y la lista de adjuntos, con una nota indicando que la extracción no estaba disponible.

Canales — la tarjeta de correo ahora se colapsa como las demás

En Configurar → Canales, la tarjeta de Correo anteriormente permanecía expandida en todo momento mientras todos los demás canales se colapsaban a una sola fila. Ahora se colapsa por defecto y se expande al hacer clic, al igual que el resto de la pestaña. El número de buzones conectados se muestra en el título de la tarjeta, de modo que permanece visible sin necesidad de expandirla.

Junto con esto se publica una corrección de visualización: los interruptores de activación/desactivación del canal dibujaban su manija fuera del control cuando estaban activados, superponiéndose a la etiqueta Activado. Ahora se representan correctamente.