Skip to main content
RAGTelegramSupabase

RAG sobre chats de Telegram sin magia

En la discusión surgió un caso real de RAG sobre chats de Telegram: el archivo se cargó en una base de datos, se colocó un agente con búsqueda web y anti-alucinación, pero se toparon con límites de soporte y costo. Para la automatización con IA, esto es una señal útil: sin búsqueda híbrida y reranking, la calidad toca techo rápidamente.

Contexto técnico

Me encantan estas historias más que los comunicados de prensa: alguien realmente montó una búsqueda sobre chats de Telegram, cargó los mensajes en una base de datos, conectó un agente con RAG, búsqueda web y anti-alucinaciones, y luego contó honestamente dónde empezó a crujir. No en teoría, sino en combate real. Eso ya se parece a una implementación de IA de verdad, no a una demo para likes.

Lo importante aquí no es la palabra RAG, sino los detalles. El archivo de chats resultó ser bastante útil para buscar por temas y contactos, el autor calificó la calidad como "bastante decente", pero solo después de ajustes. Su conclusión me resulta cercana: en un corpus así se necesita búsqueda híbrida, porque los embeddings por sí solos capturan mal los apodos, nombres de empresas, jerga y frases exactas.

La segunda parte importante es el reranking. He visto el mismo problema muchas veces: la búsqueda vectorial devuelve fragmentos aparentemente relevantes, pero no los que realmente responden a la pregunta. En los mensajes cortos de Telegram esto se nota especialmente, por lo que un reranker adecuado no es una opción, sino casi una capa obligatoria.

Otro punto fuerte del caso: el autor dejó de meter todo el ruido en el índice y comenzó a estructurar las discusiones en una base de conocimiento separada. Ese es el giro correcto. Si no limpias la charla, los reenvíos, los fragmentos de respuestas y los duplicados, cualquier integración de IA se convierte rápidamente en un generador de respuestas probabilístico en lugar de una herramienta funcional.

En cuanto al dinero, se mencionó una cifra de unos 20 dólares al mes por Supabase. No lo tomaría como un precio universal, porque el costo depende del tamaño del archivo, las consultas y el esquema de almacenamiento. Pero como referencia para un prototipo pequeño suena plausible: se puede empezar barato, aunque vivir de eso para siempre sin optimización no siempre es viable.

Impacto en el negocio y la automatización

La conclusión práctica es simple. Si tu equipo se ahoga en los chats, un RAG así puede devolver horas de tiempo: buscar soluciones, contactos, acuerdos y viejas discusiones técnicas deja de ser arqueología.

Ganan los equipos con flujos de conocimiento vivos: outsourcing, producto, comunidad, soporte, ventas. Pierden los que intentan hacer un “chatbot para mensajería” sin limpieza de datos, filtros por metadatos y reranking. Ahí llega rápido la decepción.

Añadiría una verdad incómoda: encontrar un mensaje no es lo mismo que encontrar la verdad. Los LLM siguen funcionando de forma probabilística, y por eso la arquitectura importa más que un prompt elegante. En Nahornyi AI Lab resolvemos estos desafíos para los clientes mediante el desarrollo de soluciones de IA con un pipeline de datos adecuado, no con la magia de “conectamos un bot en una noche”.

Si tienes un dolor similar con chats, bases de conocimiento o búsqueda interna, analicemos tu proceso con sobriedad. A veces basta con una automatización de IA cuidadosa sobre los datos existentes, y otras veces es mejor construir un agente personalizado que ahorre tiempo en lugar de generar nuevo ruido. Este es justo el tipo de caso en el que, como Vadym Nahornyi, me resulta más interesante romperlo todo primero en pruebas y luego ensamblarlo en un sistema que funcione para el negocio.

Anteriormente analizamos cómo medir la fiabilidad de un juez LLM utilizando métricas IRT. Esto está directamente relacionado con la etapa de rerank en nuestro bot, donde es crucial tener puntuaciones de relevancia estables.

Compartir este articulo