Usa este artículo para entender qué son las releases, cómo mantienen los cambios de Fin separados de las conversaciones en vivo y cuándo usar una para preparar, validar y lanzar cambios.
¿Qué son las releases?
Una release es un espacio de trabajo dedicado donde preparas y despliegas cambios en tu configuración de Fin. En lugar de publicar ediciones directamente en tu configuración en vivo de Fin, puedes añadir cambios a una release. Nada en una release afecta a Main Fin, la versión en producción en vivo de Fin, hasta que publiques la release o inicies un despliegue.
¿Por qué usar releases?
El contenido, la guía, los procedimientos y otra configuración trabajan juntos, por lo que incluso una pequeña actualización puede tener efectos inesperados. Las releases te ofrecen una forma estructurada de gestionar esos cambios. Con una release, puedes:
Agrupar cambios relacionados en una sola release.
Colaborar con compañeros antes de que los cambios estén en vivo.
Validar cambios usando Preview y Evals antes del despliegue.
Desplegar con confianza publicando inmediatamente, lanzando gradualmente o realizando una prueba A/B contra Main Fin.
¿Cómo funcionan las releases?
Una release pasa por 4 etapas, desde preparar cambios hasta enviarlos:
Crea la release. Dale un nombre descriptivo que indique qué está cambiando. El nombre es solo para tu equipo, y Fin no lo usa.
Añade cambios. Una release puede contener contenido, guía, guía de escalamiento, procedimientos y habilidades. Puedes añadir, editar y eliminar estos elementos dentro de la release.
Valida los cambios. Usa Preview para probar cómo se comporta Fin con tus cambios aplicados, y ejecuta Evals (grupos temáticos de conversaciones simuladas) para comprobar que la release no ha roto el comportamiento de Fin en otras áreas.
Envía la release. Publícala en Main Fin para todas las conversaciones, lánzala gradualmente a un porcentaje de conversaciones o a una audiencia específica, o realiza una prueba A/B que divida las conversaciones entre la release y Main Fin.
Como los cambios se guardan donde estés trabajando, el selector de release te indica si estás editando una release o Main Fin. Un cambio guardado dentro de una release nunca llega a los clientes por sí solo.
¿Cuándo debo usar una release?
Usa una release siempre que un cambio sea lo suficientemente grande como para querer probarlo antes de que los clientes lo vean. Estos son casos comunes:
Caso | Cómo ayuda una release |
Prepararse para un lanzamiento de producto | Actualiza artículos, añade guía y crea un procedimiento para la nueva función en una release, luego publica todo junto o lánzalo gradualmente primero. |
Mejorar cómo Fin responde a las preguntas de los clientes | Agrupa tus cambios de contenido en una release y compara la nueva configuración con tu configuración en vivo para medir si mejora la calidad de las respuestas. |
Pasar de responder preguntas a resolverlas | Introduce un procedimiento que permita a Fin procesar reembolsos de principio a fin, luego usa un despliegue gradual o una prueba A/B para compararlo con tu experiencia basada en contenido existente. |
¿Qué pasa cuando una release entra en conflicto con Main Fin?
Si un elemento en una release se cambia en Main Fin después de que lo añadiste a la release, la release detecta un conflicto. Mientras exista un conflicto, no puedes publicar la release ni iniciar un despliegue hasta que lo soluciones. Un conflicto también puede ocurrir cuando dos releases modifican el mismo elemento: sus cambios no se combinan, y publicar una release causa un conflicto en la otra.
¿Quién puede proponer y publicar una release?
Trabajar con releases depende de 2 niveles de permiso para cada tipo de cambio en la release:
Proponer: Los compañeros pueden hacer cambios en una release en borrador, pero no pueden ponerlos en vivo.
Publicar: Los compañeros pueden publicar cambios directamente en Main Fin, ya sea uno a uno o en una release. Esto incluye despliegues graduales y pruebas A/B.
Para poner una release en vivo, un compañero necesita el nivel de publicar para cada tipo de cambio en ella. Configuras los niveles de proponer y publicar para cada área cuando editas los permisos de un compañero en Configuración.
¿Qué permisos controlan las releases para Knowledge?
La sección Knowledge de los permisos de un compañero tiene una configuración para contenido (fragmentos, artículos internos y sincronizaciones) y otra para artículos de help center. Cada configuración tiene 3 opciones:
Contenido: Puede ver contenido; Puede ver contenido y proponer cambios en una release en borrador; Puede ver contenido y publicar cambios directamente en main (individualmente o en una release).
Artículos de help center: Puede ver artículos de help center; Puede ver artículos de help center y proponer cambios en una release en borrador; Puede ver artículos de help center y publicar cambios directamente en main (individualmente o en una release).
¿Qué permisos controlan las releases para Fin AI Agent & Automation?
La sección Fin AI Agent & Automation tiene una configuración, Permisos para workflows y toda la configuración de Fin. Cubre la configuración de Fin como guía, escalamiento y procedimientos, y tiene 4 opciones:
No tiene acceso para ver la configuración
Puede ver la configuración
Puede ver la configuración y proponer cambios en una release en borrador
Puede ver la configuración y publicar cambios directamente en main (individualmente o en una release)
Cuando seleccionas la opción publicar, aparece una casilla de verificación de Inbound workflows & Fin configuration debajo.
Preguntas frecuentes
¿Qué es Main Fin?
¿Qué es Main Fin?
Main Fin es tu versión en producción en vivo de Fin, y también se muestra como Fin Main en algunos lugares. Los cambios en una release no afectan a Main Fin hasta que publiques la release o inicies un despliegue.
¿Puede un compañero con nivel de proponer publicar una release?
¿Puede un compañero con nivel de proponer publicar una release?
Un compañero con nivel de proponer no puede publicar una release. Puede hacer cambios en una release en borrador, pero no puede poner esos cambios en vivo.
¿Los cambios dentro de una release llegan a los clientes antes de que publique?
¿Los cambios dentro de una release llegan a los clientes antes de que publique?
Los cambios dentro de una release no llegan a los clientes antes de que publiques la release o inicies un despliegue. Se guardan en la release, y Main Fin permanece sin cambios hasta entonces.
¿Qué significan Publicar en Fin Main, Guardar en Fin Main y Guardar en borrador de release?
¿Qué significan Publicar en Fin Main, Guardar en Fin Main y Guardar en borrador de release?
Publicar en Fin Main guarda tu edición en Fin Main y se activa inmediatamente. Si el elemento no está publicado en tu Help Center y está desactivado para todos los agentes de Fin, el botón dice Guardar en Fin Main: tu edición se guarda, pero nada se activa hasta que publiques el elemento o actives un agente en la disponibilidad de Fin. Guardar en borrador de release, en el menú desplegable junto al botón, guarda tu edición en una release; ninguno de estos botones publica una release.