{"id":6998,"date":"2019-06-03T22:11:14","date_gmt":"2019-06-04T05:11:14","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=6998"},"modified":"2025-06-13T21:23:08","modified_gmt":"2025-06-14T04:23:08","slug":"build-chatbot-couchbase-amazon-lex-node-js","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/build-chatbot-couchbase-amazon-lex-node-js\/","title":{"rendered":"Creaci\u00f3n de un chatbot con Couchbase, Amazon Lex y Node.js"},"content":{"rendered":"

Nic Raboy<\/a> es un defensor de las tecnolog\u00edas modernas de desarrollo web y m\u00f3vil. Tiene experiencia en Java, JavaScript, Golang y una variedad de frameworks como Angular, NativeScript y Apache Cordova. Nic<\/a> escribe sobre sus experiencias de desarrollo relacionadas con facilitar la comprensi\u00f3n del desarrollo web y m\u00f3vil.<\/em><\/p>\n

\"Nic<\/p>\n

No cabe duda de que el futuro va a ser automatizado. Tenemos veh\u00edculos autoconducidos automatizados, asistentes de voz, bots de centros de llamadas y de texto, y mucho m\u00e1s. Sin embargo, \u00bfqu\u00e9 hace falta para llevar la automatizaci\u00f3n a tu empresa?<\/p>\n

La respuesta breve es que no hace falta mucho m\u00e1s que crear aplicaciones est\u00e1ndar si se utilizan las herramientas adecuadas.<\/p>\n

En este tutorial vamos a explorar la creaci\u00f3n de un chatbot que puede tomar parte de la carga de trabajo de sus empleados humanos mediante el aprovechamiento de Amazon Lex<\/a> para el aprendizaje profundo y las interfaces conversacionales, Couchbase<\/a> NoSQL como base de datos, y Node.js<\/a> para interactuar con la base de datos.<\/p>\n

Requisitos para este tutorial<\/h2>\n

Hay algunos requisitos de software que deben cumplirse para tener \u00e9xito con este tutorial y proyecto:<\/p>\n

    \n
  1. Couchbase Server 5.0+ debe estar instalado y disponible remotamente.<\/li>\n
  2. Una cuenta AWS.<\/li>\n
  3. Docker o un software de m\u00e1quina virtual.<\/li>\n<\/ol>\n

    Dado que utilizaremos productos de Amazon como Lex y Lambda, es necesario disponer de una cuenta de AWS. Ambos productos son de pago, por lo que un nivel gratuito ser\u00e1 m\u00e1s que suficiente. Como usaremos productos de Amazon, estos productos necesitan acceso a Couchbase. Por esta raz\u00f3n, Couchbase no puede ejecutarse desde localhost, debe instalarse en alg\u00fan lugar remoto. Por \u00faltimo, dado que el SDK de Couchbase Node.js utiliza dependencias nativas, Docker o alg\u00fan otro software de m\u00e1quina virtual debe estar disponible para descargar las dependencias como Linux, que es lo que espera Lambda.<\/p>\n

    Configuraci\u00f3n de Amazon Lex para la interacci\u00f3n con el usuario<\/h2>\n

    Antes de entrar en el c\u00f3digo, podemos dedicar nuestro tiempo a configurar Lex. Aunque Lambda nos permitir\u00e1 hacer nuestro bot \u00fatil, no necesitas ning\u00fan tipo de backend para jugar con Lex.<\/p>\n

    Ir a Lex<\/a> en tu portal de AWS y elige crear un nuevo bot personalizado.<\/p>\n

    \"aws-lex-custom-bot\"<\/p>\n

    Como estamos creando un bot basado en texto, la voz de salida deber\u00eda ser ninguna. Todo lo dem\u00e1s deben ser los valores predeterminados o lo que considere m\u00e1s apropiado.<\/p>\n

    Con el bot personalizado creado, el primer paso es empezar a crear intents. Para este ejemplo vamos a crear un Acerca deIntent<\/code>, GetProfileIntent<\/code> y UpgradeServiceIntent<\/code>dos de los cuales utilizar\u00e1n Couchbase para obtener informaci\u00f3n.<\/p>\n

    Empecemos por el Acerca deIntent<\/code>.<\/p>\n

    \"aws-lex-aboutintent\"<\/p>\n

    La idea que subyace a la Acerca deIntent<\/code> es s\u00f3lo para empezar. No usaremos la base de datos para esta intent, pero eventualmente se conectar\u00e1 a nuestra funci\u00f3n Lambda. Esta intent es para darnos informaci\u00f3n sobre el bot.<\/p>\n

    Para activar nuestra intenci\u00f3n, necesitamos definir algunos enunciados de ejemplo que son b\u00e1sicamente una lista de frases posibles. Tomemos como ejemplo las siguientes:<\/p>\n

    who made this chatbot\r\nwhat can you tell me about yourself\r\ngive me information about this bot<\/code><\/pre>\n
    Las frases anteriores son las que podr\u00eda preguntar un usuario. Cuantas m\u00e1s, mejor, porque Lex aprender\u00e1 de los datos de entrenamiento y podr\u00e1 rellenar los huecos si alguien pregunta algo que no est\u00e1 en la lista.<\/p>\n
    Por ahora dejaremos Cumplimiento<\/strong> como Devolver los par\u00e1metros al cliente<\/strong>pero eventualmente lo cambiaremos a Lambda.<\/p>\n
    Echemos un vistazo a GetProfileIntent<\/code> ahora.<\/p>\n
    \"aws-lex-getprofileintent\"<\/p>\n
    Esta intenci\u00f3n es un poco diferente porque queremos ser capaces de aceptar informaci\u00f3n din\u00e1mica del usuario, algo que cambiar\u00e1 entre diferentes usuarios. Podemos permitir informaci\u00f3n din\u00e1mica a trav\u00e9s de variables de ranura.<\/p>\n
    Tome como ejemplo los siguientes enunciados que contienen variables de ranura:<\/p>\n
    i need some information about my account\r\nget me some information about my account {AccountId}<\/code><\/pre>\n
    No es necesario que todas las expresiones de ejemplo contengan variables de ranura, pero observe que la variable va entre llaves. Cada variable utilizada puede definirse en la configuraci\u00f3n de la intenci\u00f3n. Por ejemplo, nuestra AccountId<\/code> se define como AMAZON.Direcci\u00f3nEmail<\/code> con una frase de aviso por defecto.<\/p>\n
    \u00bfQu\u00e9 significa esto?<\/p>\n
    Cuando Lex determina que nuestra variable de ranura existe, debe ser una direcci\u00f3n de correo electr\u00f3nico v\u00e1lida. Si Lex determina que estamos tratando de ejecutar el comando GetProfileInfo<\/code> pero la variable no existe, utilizar\u00e1 nuestra frase de aviso para pedir al usuario la informaci\u00f3n de esa variable. Esto hace que la conversaci\u00f3n sea fluida, pero sin omitir ning\u00fan dato necesario.<\/p>\n
    Por \u00faltimo, veamos UpgradeServiceIntent<\/code>.<\/p>\n
    \"aws-lex-upgradeserviceintent\"<\/p>\n
    En UpgradeServiceIntent<\/code> es similar a nuestro GetProfileIntent<\/code>pero esta vez tenemos dos posibles variables de ranura. Tomemos los siguientes ejemplos de enunciados:<\/p>\n
    i'd like {Service} and my account information is {AccountId}\r\ni'd like to upgrade my service to {Service}<\/code><\/pre>\n
    Recuerda que dos enunciados de muestra no son suficientes, pero espero que te hagas una idea de c\u00f3mo se pueden utilizar las variables. La idea es que quieres que la conversaci\u00f3n con este chatbot sea fluida, como con una persona real, porque entonces puedes sustituir a la persona real por el bot.<\/p>\n
    Sin embargo, hay una excepci\u00f3n con el UpgradeServiceIntent<\/code> variables de ranura. La direcci\u00f3n Servicio<\/code> es una ranura personalizada que debemos crear.<\/p>\n
    \"aws-lex-custom-slot\"<\/p>\n
    En nuestro ejemplo queremos crear un CustomServiceSlot<\/code> donde el nombre no es importante, pero los datos s\u00ed. Queremos definir las cosas posibles que pueden existir dentro de la variable. En nuestro ejemplo estamos diciendo que la ranura puede ser cualquiera de los siguientes:<\/p>\n