Autohospedar agentes de inteligencia artificial puede dar a una agencia más control sobre los datos, la infraestructura y la experiencia de cada cliente. También implica hacerse cargo de tareas que una plataforma administrada resolvería por ti: actualizaciones, copias de seguridad, seguridad y supervisión. Si esos elementos se dejan para después, una prueba prometedora puede convertirse en un servicio difícil de mantener.
Conocer los errores habituales ayuda a crear una base más segura y repetible. Esta guía se centra en los problemas que aparecen al instalar y operar software autohospedado de agentes de IA, especialmente cuando una agencia gestiona varios clientes, bases de conocimiento y conversaciones de WhatsApp.
1. Tratar el aislamiento entre clientes como una mejora opcional
En una configuración multiempresa, cada cliente debe tener sus propios agentes, documentos, conversaciones, credenciales y permisos. No basta con mostrar una lista distinta para cada cuenta: el aislamiento debe aplicarse también en la base de datos, las búsquedas de conocimiento, las API y las tareas en segundo plano.
Un filtro de interfaz mal aplicado podría mostrar información de otro cliente. Una consulta vectorial sin un identificador de organización, por ejemplo, puede recuperar fragmentos de documentos ajenos. Diseña el aislamiento desde el principio y comprueba cada ruta con usuarios de distintas cuentas.
- Asocia cada recurso con un identificador de cliente y valida ese vínculo en el servidor.
- Evita confiar en identificadores enviados por el navegador sin autorización.
- Prueba que una cuenta no pueda consultar ni modificar recursos de otra.
2. Publicar el panel sin protegerlo adecuadamente
Un panel de administración expuesto a internet sin controles sólidos es un riesgo serio. Las contraseñas compartidas, la ausencia de autenticación multifactor y los permisos excesivos facilitan el acceso no autorizado. Además, las credenciales de los proveedores de modelos o de WhatsApp pueden dar acceso a datos y generar costes.
Configura HTTPS, autenticación robusta y permisos basados en funciones. Limita el acceso administrativo cuando sea posible y separa las cuentas personales de las cuentas de servicio. Si varias personas de la agencia operan la plataforma, cada integrante debe tener su propio usuario para poder retirar permisos y revisar acciones de forma clara.
3. Guardar secretos en el código o en registros
Las claves de API, contraseñas de bases de datos y tokens de mensajería no deben incluirse en el repositorio ni en archivos que se compartan por correo. Tampoco deberían aparecer en registros de errores, capturas de pantalla o mensajes de depuración. Una credencial filtrada puede permitir el uso indebido de modelos o el acceso a conversaciones.
Usa variables de entorno protegidas o un gestor de secretos, limita el acceso a cada clave y define un proceso para rotarla. Mantén credenciales distintas para desarrollo y producción. Antes de compartir registros con un proveedor de soporte, elimina tokens, teléfonos y cualquier dato personal.
4. Confiar en copias de seguridad que nunca se han restaurado
Una tarea programada que dice «copia completada» no garantiza que puedas recuperar el servicio. Una copia puede estar incompleta, dañada o guardada en el mismo servidor que acaba de fallar. En un agente para clientes, perder la base de datos también puede significar perder configuraciones, conversaciones o fuentes de conocimiento.
Define qué necesitas recuperar y cuánto tiempo de interrupción puedes tolerar. Guarda copias cifradas fuera del servidor principal, incluye los archivos cargados y documenta cómo restaurar cada componente. Realiza pruebas periódicas en un entorno separado; una restauración verificada vale más que muchas copias sin comprobar.
5. Actualizar componentes en producción sin un plan
El software de agentes suele depender de varias piezas: aplicación web, API, base de datos, contenedores, bibliotecas y servicios de modelos. Actualizar todo a la vez, sin revisar cambios incompatibles, puede interrumpir conversaciones o dejar la aplicación en un estado difícil de diagnosticar.
Antes de desplegar una actualización, revisa las notas de versión y prepara una ruta de reversión. Prueba los cambios en un entorno de pruebas con datos ficticios y conserva una copia de la configuración anterior. Programa los despliegues en momentos de menor actividad y confirma después que funcionan el inicio de sesión, las respuestas y la transferencia a una persona.
6. Lanzar agentes sin probar las respuestas
Que un agente responda en una demostración no significa que sea fiable en conversaciones reales. Puede inventar políticas, confundir documentos parecidos o no reconocer cuándo una pregunta queda fuera de su conocimiento. Un modelo puede cambiar de comportamiento tras una actualización, aunque el flujo de trabajo parezca intacto.
Prepara un conjunto de preguntas representativas para cada cliente: respuestas conocidas, casos ambiguos y solicitudes que el agente debe derivar. Comprueba la precisión, el uso de fuentes y el tono. Repite estas pruebas después de modificar instrucciones, documentos, modelos o integraciones. No evalúes solo si responde; evalúa si responde de forma apropiada.
7. Diseñar una base de conocimiento sin mantenimiento
Subir documentos y dar por terminado el trabajo es un error frecuente. Los PDF pueden estar desactualizados, duplicados, incompletos o ser difíciles de procesar. Si el agente encuentra dos versiones contradictorias de una política, puede ofrecer información inconsistente y perjudicar la confianza del cliente.
Asigna responsables para revisar los documentos, registra la fecha y la fuente de cada archivo y retira las versiones obsoletas. Comprueba que el texto se haya extraído correctamente, sobre todo en archivos escaneados o con tablas. También conviene probar preguntas reales para confirmar que el agente recupera el fragmento adecuado, no solo que el archivo se ha cargado.
8. No definir cuándo debe intervenir una persona
La automatización no debe bloquear una conversación que requiere criterio humano. Si no existe un mecanismo de transferencia, el agente puede insistir con respuestas repetitivas ante una queja, una petición delicada o una consulta que no comprende. La solución no es intentar automatizar cada caso, sino establecer límites visibles.
Define señales de derivación, como una petición explícita de hablar con alguien, baja confianza, temas sensibles o varios intentos fallidos. Al transferir, pausa las respuestas automáticas y entrega al equipo el contexto necesario. Después, registra si la derivación se completó para detectar puntos donde mejorar el agente y el proceso de atención.
9. Olvidar la supervisión de costes y disponibilidad
Un agente puede fallar aunque el servidor siga encendido: el proveedor de modelos quizá limite solicitudes, una integración puede caducar o una cola puede acumular mensajes. Sin alertas, el equipo puede descubrirlo por una queja del cliente. Además, un aumento repentino del uso puede elevar la factura de inferencia.
Supervisa errores, latencia, volumen de solicitudes y consumo por cliente. Configura alertas para fallos repetidos y límites razonables de uso. Conserva registros suficientes para investigar problemas, pero establece plazos de retención y evita recopilar información sensible que no necesitas.
10. Confundir autohospedaje con ausencia de responsabilidades
Ejecutar el software en infraestructura propia no elimina las obligaciones de privacidad ni convierte cada configuración en segura por defecto. La agencia sigue teniendo que decidir quién accede a los datos, cuánto tiempo se conservan y cómo responde ante incidentes. También debe explicar al cliente qué servicios externos procesan mensajes o solicitudes.
Documenta el flujo de datos desde WhatsApp hasta el modelo y la base de conocimiento. Revisa las condiciones de los proveedores y limita la información enviada cuando sea posible. Aclara responsabilidades con cada cliente y establece un procedimiento para revocar accesos al cerrar una cuenta.
Lista de comprobación antes de atender a clientes
| Área | Comprobación práctica |
|---|---|
| Aislamiento | Verifica que usuarios y procesos solo accedan a los datos de su cliente. |
| Acceso | Activa autenticación robusta, roles y cuentas individuales. |
| Recuperación | Restaura una copia cifrada en un entorno de prueba. |
| Calidad | Prueba preguntas habituales, ambiguas y fuera de alcance. |
| Operaciones | Ensaya actualizaciones, alertas y transferencia a una persona. |
| Privacidad | Revisa registros, retención de datos y uso de servicios externos. |
Cómo desplegar con menos riesgos
Empieza con un entorno de pruebas y un cliente piloto, no con una migración completa de todas las cuentas. Usa datos ficticios para comprobar permisos, importación de documentos, respuestas y transferencia humana. Cuando el flujo sea estable, documenta cada paso para poder repetirlo sin depender de la memoria de una sola persona.
- Define qué datos procesa el agente y quién puede verlos.
- Configura autenticación, secretos, copias y monitorización antes de abrir el acceso.
- Valida la calidad con preguntas reales y criterios de derivación.
- Prueba restauraciones y actualizaciones, y registra los resultados.
- Revisa el sistema con regularidad junto con el cliente.
Conclusión
El autohospedaje ofrece control, pero también exige disciplina operativa. Los problemas más costosos suelen prevenirse con medidas concretas: separar correctamente a los clientes, proteger credenciales, probar las copias, medir la calidad y facilitar la intervención humana. Si tu agencia necesita comparar opciones, evalúa tanto el esfuerzo de mantener la infraestructura como el valor del control que aporta. Plataformas de código abierto como OpenLivery pueden servir como punto de partida para analizar esos requisitos, ya sea en una instalación propia o en una nube administrada.
