REDA AI Monsoon 2026 · v1.15000 13 Aug 2026

REDA AI — Monsoon 2026 (v1.15000)

Esta versión trata sobre todo de lo que cuesta ejecutar un agente. Dos nuevas opciones por agente te permiten cambiar algo de calidad por un agente bastante más barato, o mantener el contexto del agente activo entre mensajes para que una conversación en pausa no se cobre desde cero. Otras cuatro opciones permiten limitar el presupuesto de un solo agente sin cambiar nada en toda la organización. Además, un agente de API desatendido puede omitir los permisos de objeto y de campo — sin ver nunca un registro que antes no pudiera ver —, los correos pueden llevar tus propios campos en el registro que crean, y se corrige un fallo que podía descartar entradas del registro de incidencias en silencio.

Cómo obtener esta versión

Actualiza el paquete REDA AI en tu organización igual que instalas cualquier paquete gestionado. Para confirmar que la tienes, abre Configuración → Paquetes instalados y comprueba que la columna Número de versión junto a REDA AI indica 1.15000 o superior. Todo lo que aparece a continuación se refiere a esa versión; si la columna sigue mostrando 1.14 o 1.14001, la actualización no ha terminado y las opciones descritas aquí todavía no existirán.

Esta versión también incluye todo lo que se publicó en el parche 1.14001. Si actualizaste directamente desde 1.14, esos cambios también son nuevos para ti y se describen aquí junto con el resto.

Lo que la actualización no hace por ti

Una actualización de paquete gestionado de Salesforce es deliberadamente conservadora: no sobrescribe la configuración que hayas cambiado. Eso protege tu organización, pero significa que un administrador tiene trabajo manual en cada organización que se actualiza. Si lo omites, las nuevas opciones existen pero nadie puede verlas ni usarlas.

Todos los campos nuevos de esta versión

Los nueve están en el registro Definición de agente, donde configuras un agente. La columna Sección indica dónde está el campo en el formato de REDA; colócalo en el mismo sitio en el tuyo para que coincidan.

Lo que debe hacer un administrador en cada organización

1. Coloca los campos en tu formato. Ve a Configuración → Gestor de objetos → REDAAI Agent Definition → Formatos de página, abre el formato que usa tu equipo, arrastra cada campo desde la paleta hasta la sección indicada en la tabla anterior y haz clic en Guardar. Si nunca personalizaste este formato, los campos ya estarán ahí y puedes omitir este paso, pero compruébalo en vez de darlo por hecho.

2. Da acceso a los campos a tus usuarios. Los dos conjuntos de permisos del paquete ya incluyen los nueve: REDAAI Admin puede editarlos y REDAAI User puede leerlos. Con eso basta si tus usuarios tienen asignados esos conjuntos. Si tu organización usa sus propios conjuntos de permisos o perfiles —como la mayoría—, debes añadir los campos allí tú mismo: Configuración → Conjuntos de permisos → tu conjunto → Configuración de objetos → REDAAI Agent Definition → Modificar, y marca Lectura (y Edición para administradores) en cada campo.

3. Vuelve a aplicar tu límite de iteraciones en cada agente. La opción Máximo de iteraciones de herramientas de toda la organización ya no se usa y su tarjeta se ha retirado de la consola de administración. Si la habías cambiado respecto al valor predeterminado, configúrala en cada agente que necesite un valor distinto. Los agentes que dejes en blanco se comportan como 6, que es el valor con el que se publicó la opción de organización.

4. No toques Contexto de ejecución salvo que sepas que lo necesitas. El valor predeterminado, Usuario, es el correcto para cualquier agente con el que hable una persona. Cámbialo solo en un agente de API desatendido y lee antes la sección correspondiente.

Novedades

Dos nuevas formas de reducir lo que cuesta ejecutar un agente

Nivel de procesamiento elige el perfil de procesamiento que usa el agente. Estándar es el predeterminado y es lo que usan tus agentes hoy. Eficiente hace el mismo trabajo con aproximadamente un 30 % menos de créditos, con un rendimiento algo inferior en razonamientos largos de varios pasos. Encaja bien en agentes de alto volumen y tareas sencillas —responder preguntas rutinarias, buscar registros, capturar datos simples— y encaja mal en un agente que hace análisis complejos. Dejar el campo en blanco se comporta exactamente como Estándar, así que ningún agente existente cambia hasta que tú lo decidas.

Almacenamiento en caché mejorado mantiene activo el contexto estable del agente —sus instrucciones y las herramientas que puede usar— durante una hora en lugar de cinco minutos. Esto importa porque las conversaciones reales se pausan: alguien pregunta, le interrumpen y vuelve diez minutos después. Sin esta opción, esa pausa descarta el contexto en caché y el mensaje siguiente se cobra como si la conversación acabara de empezar. Con ella, la conversación se retoma de forma económica.

Límites de presupuesto por agente que sustituyen a los de la organización

Cuatro opciones que antes eran de toda la organización ahora pueden configurarse en un solo agente: Tokens máx. de salida (cuánto puede durar una respuesta), Presupuesto de tokens de historial (cuánta conversación anterior se reenvía en cada turno), Profundidad máx. de continuación y Búsquedas web máx. Si dejas cualquiera de ellas en blanco, el agente sigue usando el valor de la organización, así que nada cambia hasta que configures una a propósito.

La que más afecta a los créditos es el Presupuesto de tokens de historial. En cada turno se reenvía parte de la conversación reciente para que el agente recuerde lo dicho; cuanto mayor sea ese presupuesto, más cuesta cada mensaje. Reducirlo en un agente conversacional de alto volumen suele ser el mayor ahorro disponible, pero si lo reduces demasiado el agente empieza a olvidar el contexto anterior: bájalo por pasos y vigila la calidad.

Permitir que un agente de API desatendido omita los permisos de objeto y de campo

Un agente del canal API se ejecuta por su cuenta —lo activa otro sistema, no una persona—, así que actúa como un usuario de integración o automatización y no como quien pregunta. Ese usuario necesita permiso sobre todos los objetos y campos que el agente pueda tocar y, como un agente de REDA AI decide qué consultar según el contexto, no siempre puedes conocer esa lista de antemano. El resultado es un agente que funciona en pruebas y luego falla con un registro que nadie previó.

Contexto de ejecución resuelve eso. Si lo configuras como Sistema en un agente del canal API, sus herramientas dejan de aplicar los permisos de objeto y de campo.

Tres límites lo acotan, y conviene conocerlos antes de usarlo:

• Solo funciona en el canal API. Si lo configuras en un agente de cualquier otro canal, se ignora. Los agentes con los que habla la gente se ejecutan como esa persona, donde sus propios permisos son exactamente el límite correcto; los agentes de tu sitio web público se ejecutan como invitado, donde omitir permisos no sería seguro.
• Solo un administrador puede activarlo. Es un campo del registro Definición de agente, editable mediante el conjunto de permisos REDAAI Admin. El agente no puede activarlo por sí mismo y ninguna instrucción que escribas en un prompt puede cambiarlo.
• Cada acción con permisos elevados queda registrada. Cada vez que una herramienta se ejecuta omitiendo permisos, se escribe una entrada en el registro de incidencias con la herramienta, el objeto de destino y el usuario con el que se ejecutó, para que siempre puedas responder «¿qué hizo este agente con acceso elevado?».

Déjalo en Usuario salvo que tengas un agente de API desatendido que esté fallando por permisos. No es una opción de rendimiento y no aporta nada activarla por si acaso.

Graba tus propios campos en los correos que envía un agente

Cuando un agente envía un correo, Salesforce lo registra junto al registro relacionado. Ahora puedes hacer que el agente escriba tus propios campos personalizados en ese registro de correo al mismo tiempo, normalmente para marcar qué agente lo envió y poder después informar del volumen por agente. La herramienta del agente también devuelve ahora el Id del registro de correo.

Dos cosas que preparar primero:

1. Crea el campo personalizado en el objeto Mensaje de correo electrónico (Configuración → Gestor de objetos → Mensaje de correo electrónico → Campos y relaciones → Nuevo).
2. Da acceso a ese campo al usuario del agente. Si el campo no es visible para el usuario con el que se ejecuta el agente, el valor simplemente no se guardará: el correo se envía igualmente y nada parece ir mal. Este es el motivo más habitual de que no aparezca la marca.

Solo pueden escribirse así tus propios campos personalizados. Los campos estándar, como el asunto o el destinatario, se rechazan a propósito, porque modificarlos rompería el hilo que usa Salesforce para relacionar las respuestas con el mensaje original.

Limita cuántas herramientas y cuántos pasos usa un agente por turno

Publicado en el parche 1.14001; nuevo para ti si actualizaste desde 1.14.

Máximo de herramientas limita cuántas herramientas ofrece un agente por turno. Cada herramienta a la que puede acceder se le describe en cada mensaje, así que una lista larga cuesta créditos en cada turno se usen o no. El valor predeterminado ha cambiado: antes los agentes estaban limitados a 20 y ahora en blanco equivale a 25, de modo que un agente con más de 20 herramientas elegibles cargará hasta cinco más por turno: algo más capaz y algo más caro.

Máximo de iteraciones de herramientas limita cuántos pasos puede dar el agente dentro de un turno cuando encadena herramientas. En blanco equivale a 6. Consulta el paso 3 de Lo que debe hacer un administrador: la opción de organización a la que sustituye ya no se lee.

Correcciones

El registro de incidencias ya no pierde entradas

Las incidencias se escriben por lotes. Antes, una sola entrada con formato incorrecto podía provocar que se descartara el lote entero —incluidos registros válidos de errores reales de producción—, sin dejar entrada en el registro ni enviar notificación. Un error podía por tanto desaparecer por completo debido a un mensaje informativo sin relación escrito en el mismo momento. Ahora las entradas se guardan de forma individual, una entrada rechazada queda registrada a su vez y las incidencias válidas siempre sobreviven. No hay que hacer nada.

El asistente ya no describe una acción que no has confirmado

Cuando un agente propone una acción que requiere tu confirmación, ahora la comunica como todavía no realizada hasta que la confirmes. Antes el asistente podía describir la acción en pasado —diciéndote que se había enviado un correo— mientras seguía esperando la aprobación, y esa afirmación se mantenía aunque después cancelaras.

Las tarjetas de confirmación ya muestran los detalles de las acciones personalizadas

Una tarjeta de confirmación de una acción creada por tu propio equipo podía aparecer en blanco, dejándote aprobar algo sin nada que leer. Esas tarjetas ahora muestran los valores que usará la acción.

Correcciones menores

• Los enlaces a registros dentro de un aviso ahora se pueden pulsar, en lugar de mostrar un código con un Id de registro.
• Las frases de las respuestas del asistente ya no se juntan sin separación.
• (Parche 1.14001) La herramienta de consulta de registros decía al agente que podía pedir hasta 50 campos cuando el límite real era 25; ahora indica 25, así que el agente deja de pedir más de lo que puede obtener.
• (Parche 1.14001) La vista de lista Todos: agentes inactivos mostraba agentes activos. Su filtro está corregido.
• (Parche 1.14001) Cinco mensajes de error que siempre aparecían en inglés ahora aparecen en el idioma del lector.

Mejoras

Las herramientas personalizadas pueden saber en qué canal se ejecutan

Si tu equipo ha creado sus propias herramientas para REDA AI, ahora reciben el canal en el que se ejecuta el agente. Una herramienta puede usar ese dato para comportarse correctamente cuando se ejecuta de forma desatendida en lugar de para una persona con sesión iniciada, que es lo que exige la plataforma cuando la automatización actúa por su cuenta. Las herramientas personalizadas existentes no se ven afectadas y no necesitan cambios; el dato simplemente está disponible para las que quieran usarlo.

Cómo comprobar que la actualización funcionó

1. Confirma la versión. Configuración → Paquetes instalados → REDA AI indica 1.15000 o superior.
2. Abre cualquier agente. Ve a la aplicación REDA AI → Definiciones de agente → abre una. Deberías ver Nivel de procesamiento y Almacenamiento en caché mejorado en la sección Rendimiento y control de costes, y Contexto de ejecución justo debajo de Canal. Si no los ves, no se ha hecho el paso del formato o del acceso a campos.
3. Comprueba que un usuario no administrador también los ve. Es el paso que más se omite. Inicia sesión como —o pregunta a— alguien con un conjunto de permisos de usuario normal y confirma que ve los mismos campos.
4. No cambies nada todavía. Todas las opciones nuevas mantienen el comportamiento actual, así que una actualización correcta se ve como si no hubiera cambiado nada hasta que tú decidas activarlas.

Preguntas frecuentes

¿Tengo que cambiar algo para que mis agentes sigan funcionando?
No. Todas las opciones nuevas están en blanco por defecto y en blanco significa «sigue como antes». Lo único que hay que revisar es la opción de organización Máximo de iteraciones de herramientas, que ya no se lee: consulta el paso 3 más arriba.

¿Eficiente empeorará mi agente?
Es algo menos capaz en razonamientos largos de varios pasos. En agentes que responden preguntas, buscan registros o capturan datos sencillos, la mayoría de los equipos no aprecian diferencia. Cambia un agente, úsalo unos días y compara: la opción es por agente, así que puedes probar sin comprometerte.

¿Debo activar el almacenamiento en caché mejorado en todas partes?
Actívalo en los agentes con los que la gente conversa, donde hay pausas. Déjalo desactivado en agentes autónomos que se ejecutan de principio a fin sin esperar: no hay ninguna pausa a la que ayude. En ningún caso te cuesta más.

¿Contexto de ejecución permite al agente ver más datos?
No. Nunca amplía qué registros puede ver un agente: el uso compartido de registros se aplica siempre. Solo afecta a qué campos y objetos puede leer o escribir en registros que ya podía alcanzar, y únicamente en el canal API.

¿Por qué la versión pasó de 1.14 a 1.15000?
Solo cambió el formato. El número menor ahora lleva juntos la versión y el parche: 1.15000 es la versión 15, parche 000. Sus parches serán 1.15001 en adelante, y la siguiente versión será 1.16000.