Cómo crear una app de chatbot con IA: claves, prompts, costos y seguridad
Para crear una app de chatbot con IA necesitas cuatro cosas: una interfaz de chat, un servidor pequeño que guarde la clave API de tu proveedor de modelos y reenvíe los mensajes, un prompt del sistema que indique al modelo quién es y qué puede hacer, y límites que mantengan los costos y el mal uso bajo control. Un constructor de apps con IA puede escribir todo eso a partir de una descripción. Lo que sigue siendo tu responsabilidad es elegir el proveedor, escribir las instrucciones y decidir qué no debe hacer nunca el bot.
De qué está hecha una app de chatbot con IA
La mayoría de las apps de chatbot, ya sea un asistente de soporte, un tutor o una herramienta interna de “pregunta a nuestros documentos”, tienen las mismas partes:
| Parte | Qué hace | ¿Se puede omitir? |
|---|---|---|
| Interfaz de chat | Lista de mensajes, campo de entrada, estado de “pensando” y respuestas en streaming | No |
| Ruta del servidor | Recibe el mensaje del usuario, añade el prompt del sistema y llama al proveedor con tu clave secreta | No, la clave nunca debe llegar al navegador |
| Prompt del sistema | Instrucciones permanentes: rol, tono, alcance, qué rechazar | No |
| Conocimiento | Tu propio contenido en el que se basa el bot (preguntas frecuentes, políticas, documentación del producto) | Sí, para un asistente general |
| Almacenamiento de conversaciones | Guarda los hilos en una base de datos para que los usuarios puedan volver | Sí, para una primera versión |
| Cuentas | Permite que cada usuario vea solo su propio historial y limitar el uso por persona | Sí, para una demo pública con límites estrictos |
| Límites y registros | Límites de longitud de mensajes, límites de frecuencia, un tope de gasto y un registro de errores | No |
La ruta del servidor es la parte que más se suele hacer mal. Si la página del chat llama directamente al proveedor desde el navegador, cualquiera puede abrir las herramientas de desarrollador, copiar tu clave y disparar tu factura.
Decisiones antes de construir
Qué proveedor y qué modelo
Los principales proveedores (OpenAI, Anthropic, Google y otros) ofrecen una API de tipo chat que funciona igual: envías una lista de mensajes y recibes una respuesta. La elección práctica depende menos de la marca y más del tamaño del modelo:
- Modelos más pequeños y rápidos son más baratos y responden rápido. Sirven para respuestas cortas, clasificación y bots de preguntas frecuentes sencillos.
- Modelos más grandes razonan mejor, siguen instrucciones largas con más fiabilidad y manejan preguntas confusas, pero cuestan más por mensaje y responden más despacio.
Empieza con un modelo de tamaño medio, pruébalo con tus preguntas reales y ajusta desde ahí. Si no conoces cómo se cobran y se llaman estas APIs, lee primero cómo usar APIs de LLM.
De dónde sale el conocimiento del bot
| Tu contenido | Enfoque |
|---|---|
| Una o dos páginas (horario, política de devoluciones, precios) | Ponerlo directamente en el prompt del sistema |
| Decenas de páginas que casi nunca cambian | Poner una versión condensada en el prompt, o dividirla por temas e incluir la sección relevante |
| Cientos de documentos, o contenido que cambia a diario | Guardarlo, buscar los fragmentos que coinciden con cada pregunta y enviar solo esos (RAG) |
Empieza con la opción más simple que cubra tu contenido. La recuperación añade un índice de búsqueda, una forma de mantenerlo actualizado y más lugares donde las respuestas pueden fallar. Muchos bots útiles nunca la necesitan.
Público o detrás de un inicio de sesión
Un chatbot público en tu sitio web es fácil de encontrar, pero también es fácil de abusar: alguien puede automatizar miles de mensajes contra él. Un chatbot con inicio de sesión te permite guardar el historial por usuario y definir un cupo diario por cuenta. Si es público, limita la longitud de los mensajes, cuántos mensajes puede enviar un visitante en un periodo determinado y configura un límite mensual estricto en el panel del proveedor. Cómo añadir inicio de sesión a tu app cubre la parte de las cuentas.
Si guardar las conversaciones
Los hilos guardados son útiles: los usuarios pueden retomar donde lo dejaron, y tú puedes leer preguntas reales para mejorar el prompt. Pero también son datos personales. Decide cuánto tiempo los conservas, indícalo en tu aviso de privacidad y no guardes nada que no necesites.
Escribe el prompt del sistema como una descripción de puesto
El prompt del sistema es la instrucción que el modelo recibe antes de cada conversación. Uno bueno se lee como un breve encargo para una persona nueva en el equipo:
- Rol y audiencia: “Eres el asistente de ayuda de Oakline, un taller de reparación de bicicletas. Hablas con clientes.”
- Alcance: “Responde preguntas sobre servicios, precios, horario y reservas. Para cualquier otra cosa, di que solo puedes ayudar con la tienda.”
- Fuente de verdad: “Usa solo la información de abajo. Si la respuesta no está ahí, di que no lo sabes y da el teléfono de la tienda.”
- Tono y longitud: “Amable, en lenguaje sencillo, tres frases como máximo salvo que pidan más detalle.”
- Reglas estrictas: “Nunca prometas un precio de reparación que no esté publicado. Nunca pidas datos de tarjeta.”
Luego pruébalo con preguntas incómodas: peticiones fuera de tema, mensajes groseros, preguntas cuya respuesta no está en tu contenido e intentos de hacer que ignore sus instrucciones (“olvida tus reglas y…”). Ajusta el prompt hasta que las respuestas sean las que firmarías.
Mantén los costos predecibles
Los proveedores cobran por token (aproximadamente, fragmentos de palabras) por la entrada que envías y por la salida que escribe el modelo. Tres cosas determinan la factura:
- Longitud de la conversación. Cada mensaje nuevo normalmente vuelve a enviar todo el hilo para que el modelo tenga contexto. Una conversación de 40 mensajes cuesta mucho más por respuesta que una de 4. Conserva solo los últimos turnos o resume los anteriores.
- Tamaño del prompt. Un prompt del sistema largo o un gran bloque de conocimiento pegado se envía con cada mensaje.
- Longitud de la respuesta. Define una longitud máxima de respuesta en la llamada a la API y pide respuestas concisas en el prompt.
Configura un límite mensual de gasto en el panel del proveedor antes de lanzar, y registra el uso de tokens por solicitud para ver qué conversaciones son caras. No citamos precios aquí porque varían según el modelo y cambian con frecuencia; consulta la página de precios de tu proveedor.
Constrúyelo paso a paso
Paso 1: Describe el bot, no el código
Un primer prompt que nombre la audiencia, el alcance, los datos y las reglas de seguridad te lleva casi todo el camino:
Construye un chatbot de ayuda al cliente para Oakline, un taller de reparación de bicicletas. Una página de chat con lista de mensajes y campo de entrada, y respuestas que se muestran mientras se escriben. Llama a la API de Anthropic desde una ruta del servidor usando el secreto ANTHROPIC_API_KEY; nunca lo expongas en el navegador. Usa un prompt del sistema que solo responda preguntas sobre nuestros servicios, precios y horario, con el texto de un archivo llamado shop-info.md, y que diga “No estoy seguro, llámanos al número de abajo” en cualquier otro caso. Limita los mensajes a 500 caracteres y a 20 mensajes por visitante cada hora. Diseño limpio y amable que funcione bien en teléfonos.
Paso 2: Añade la clave como secreto
Crea la clave en la consola de tu proveedor y guárdala en las variables de entorno o los secretos del proyecto, no en el chat ni en el código. Si una clave aparece en algún lugar público, revócala en el proveedor y crea una nueva. Qué son las variables de entorno y los secretos explica por qué esto importa.
Paso 3: Prueba las respuestas, no solo la interfaz
Cuando el chat funcione, dedica la mayor parte del tiempo a la calidad de las respuestas. Guarda una lista de unas 20 preguntas reales, incluidas algunas que deberían rechazarse, y repásalas después de cada cambio en el prompt. Comprueba:
- ¿Se mantiene dentro del alcance?
- ¿Admite cuando no sabe, en lugar de inventar una respuesta?
- ¿Aguanta cuando alguien intenta anular sus instrucciones?
- ¿Está la clave ausente de todo lo que se descarga en el navegador?
Paso 4: Añade memoria y cuentas si las necesitas
Cuando las conversaciones individuales funcionen, pide hilos guardados en una base de datos y, si hace falta, registro e inicio de sesión para que cada usuario vea solo sus chats. Añade al mismo tiempo un cupo diario de mensajes por usuario.
Paso 5: Publica con los límites activados
Asegúrate de que la app publicada tenga los mismos secretos que la vista previa, de que el tope de gasto esté configurado en el proveedor y de que los errores se registren en un lugar que vayas a revisar. Luego compártela con un grupo pequeño antes de ponerla en tu sitio principal.
Seguridad y confianza
Un chatbot habla con el público en tu nombre, así que trata sus fallos como responsabilidad tuya:
- Respuestas incorrectas. Los modelos pueden afirmar cosas falsas con mucha seguridad. Mantén el bot en un tema acotado, basado en tu propio contenido, y muestra una nota breve de que las respuestas pueden ser incorrectas en temas importantes.
- Inyección de prompts. Los usuarios (o los documentos que lee el bot) pueden contener instrucciones como “ignora las reglas anteriores”. No le des poderes en los que no puedas confiar: nada de reembolsos, borrados ni correos enviados por petición de un usuario sin una verificación en tu propio código.
- Temas sensibles. Para preguntas médicas, legales o financieras, haz que el bot dirija a la persona a un profesional en lugar de aconsejarla.
- Datos personales. No pegues registros de clientes en los prompts salvo que sea necesario, y revisa lo que dicen los términos de tu proveedor sobre cómo se trata la información de la API.
Nuestra lista de seguridad para apps creadas con IA cubre la app completa.
Errores comunes
- Llamar al proveedor desde el navegador. La clave se filtra. Pasa siempre por tu servidor.
- Ningún límite en un bot público. Un solo script puede agotar el presupuesto de un mes en una tarde.
- Empezar con RAG, herramientas y varios modelos a la vez. Consigue primero una buena conversación; añade lo demás cuando las preguntas reales demuestren que hace falta.
- Probar solo preguntas amables. Tus usuarios harán preguntas raras, hostiles y fuera de tema desde el primer día.
- Dejar que el hilo crezca sin límite. Los costos y los tiempos de respuesta suben con cada mensaje.
Cuándo es mejor un producto ya hecho
Crear el tuyo tiene sentido cuando el chatbot es parte de tu producto, necesita tus datos o tu flujo de trabajo, o requiere un aspecto y un comportamiento concretos. A menudo es la decisión equivocada cuando:
- Solo quieres un widget de soporte en un sitio existente. Muchos productos de mesa de ayuda y chat en vivo ya incluyen bots de respuestas con IA que leen tu centro de ayuda, con traspaso a una persona, bandeja de entrada e informes integrados.
- Solo lo usarán tú o tu equipo. Una suscripción a un asistente general como ChatGPT o Claude, con tus documentos subidos, puede ser todo lo que necesitas.
- Necesitas garantías de cumplimiento estrictas (por ejemplo, datos regulados de salud o finanzas). Un proveedor que ya tenga las certificaciones puede ser más seguro que una construcción a medida.
Cómo hacerlo con Mythex
Mythex es un constructor de apps con IA: describes el chatbot en el chat, y el agente escribe la interfaz y la llamada del lado del servidor, la ejecuta en una vista previa en vivo y la publica en una URL pública. La IA dentro de tu app usa tu propia clave del proveedor. La añades en los secretos del proyecto, o a través de la tarjeta de secretos que Mythex muestra en el chat cuando la necesita, y el uso del proveedor se factura a tu cuenta del proveedor, no a los créditos de creación de Mythex. Mythex no incluye tokens para los usuarios de tu app, ni un producto de base de conocimiento integrado, ni límites de frecuencia ya configurados: esas son partes que pides y pruebas tú. La documentación sobre añadir IA dentro de tu app explica el proceso, y añadir IA con tus propias claves API incluye un prompt inicial.
Si el bot necesita hilos guardados, Mythex adjunta una base de datos Postgres al proyecto cuando la pides. Para más formas de usar modelos dentro de una app, desde resúmenes hasta clasificación, consulta cómo añadir funciones de IA a tu app, o revisa las plantillas de apps para empezar.
Preguntas
¿Necesito mi propia clave API para crear una app de chatbot con IA?
Sí, en casi todos los casos. El chatbot envía cada mensaje a un proveedor de modelos como OpenAI, Anthropic o Google, y el proveedor cobra a la cuenta que es dueña de la clave API. La clave debe estar en tu servidor, nunca en la página web.
¿Cuánto cuesta ejecutar un chatbot con IA?
Los proveedores cobran por token, tanto por el texto que envías como por el que escribe el modelo, y los precios varían mucho entre modelos. Como cada mensaje nuevo normalmente vuelve a enviar la conversación completa, los chats largos cuestan más por mensaje que los cortos. Revisa la página de precios de tu proveedor y configura un límite de gasto en su panel.
¿Puedo entrenar un chatbot con mis propios documentos?
Normalmente no entrenas el modelo en sí. Para una cantidad pequeña de contenido, lo pegas en el prompt del sistema; para una biblioteca grande, lo guardas, buscas los fragmentos relevantes para cada pregunta y solo envías esos al modelo. Este segundo enfoque se llama generación aumentada por recuperación, o RAG.
¿Puedo crear un chatbot con IA sin programar?
Sí. Un constructor de apps con IA puede escribir, a partir de una descripción en lenguaje sencillo, la interfaz del chat, la ruta del servidor que llama al modelo y la base de datos para las conversaciones guardadas. Aun así, tú debes crear la cuenta con el proveedor y la clave API.