Marketing Online

← Marketing Online5. Nov. · 17 Min.

3204. Decisions API

3204. Decisions API5. Nov.17 Min.

Hoy os explico cómo utilizo Decisions API para clasificar información, detectar urgencias y automatizar decisiones con IA de forma rápida y económica.

Pero antes, recordemos que esta semana seguimos con el curso de Bunny.net. Esta mañana trabajamos con el reproductor, incorporamos subtítulos e integramos los vídeos en WordPress. Por la tarde vemos cómo gestionar vídeos privados y consultar su analítica. Y mañana cerramos el curso con bases de datos y la API con Edge Scripting. ¡Todo preparado para trabajar con nuestros propios contenidos!

Hoy dedico el programa a quienes os habéis interesado por la quedada de podcasting que propongo en Mataró. La he llamado Pantumaca y podcast, aunque el nombre y los churros están por decidir. La idea es reunir un mínimo de veinte personas para una jornada informal. Os hablo de esta propuesta en Wikitas, donde también tengo el club de lectura en Mataró.

Ahora sí, vamos al lío. Estoy utilizando mucho Decisions API en los proyectos que voy creando con inteligencia artificial. Es una herramienta de OpenAI, basada en Luna, que me viene especialmente bien cuando no necesito una explicación larga, sino una decisión concreta que pueda utilizar dentro de una automatización.

Imaginemos que recibimos un correo y queremos saber si es positivo, negativo o neutro. Podemos preguntárselo a un modelo conversacional, claro. Pero, si después un programa tiene que actuar según la respuesta, no me interesa recibir un párrafo diferente cada vez. Quiero una salida que el código pueda interpretar directamente.

La gracia está en pasar de una respuesta para leer a un resultado para actuar. No busco que me felicite por el correo recibido ni que me explique durante tres párrafos por qué parece positivo. Necesito clasificarlo, puntuarlo o comprobar una condición para que el siguiente paso del proceso sepa qué hacer.

Un ejemplo muy claro es el soporte. Si alguien pregunta por las características de un producto que todavía no ha comprado, quizá tenga sentido enviar el mensaje al equipo comercial. Si ya es cliente y necesita ayuda con lo que utiliza, puede corresponder al equipo técnico. Podemos tener un único punto de entrada y repartir los mensajes después de interpretar su contenido.

Lo mismo ocurre con las urgencias. No es igual preguntar por una ampliación de alojamiento que avisar de que la web y el correo han dejado de funcionar. Las dos consultas pueden ser importantes, pero no requieren la misma respuesta ni el mismo circuito de atención