How did you measure success of the RAG solution beyond five-star user approvals? Are there any critical metrics that determine success or failure?
Ask HN: Lessons from Building a Fortune 500 RAG Chatbot (50M Records in 10–30s)
11–16 of 16 posts
Re: Ask HN: Lessons from Building a Fortune 500 RAG Chatbot (50M Records in 10–30s)
#12When you are dealing with documents with different structures, how to do the document chunking efficiently without losing important metadata?
Second, we use a search service, and vectors are treated as supplementary to the text search, so chunking doesn't matter as much. We will usually take an entire PDF page and embed that, no matter what structure the data on that page is. We do keep track of the name of the document and the page number. For SQL records, we just turn each record into a text string and embed that.
Re: Ask HN: Lessons from Building a Fortune 500 RAG Chatbot (50M Records in 10–30s)
#13do share the db you used for starters and the overall stack like MERN or MEAN or Firestore BAAS or Supabase or something extremely different..
Our stack was just Python, Autogen for the agents, and as I mentioned Azure AI Search. We use Azure Web Apps for the backend, and OpenAI models for the generation. Great questions!
Re: Ask HN: Lessons from Building a Fortune 500 RAG Chatbot (50M Records in 10–30s)
#1427th marked! What infrastructure did you use?
The main program is hosted on Azure Web Apps, the search is Azure AI Search, we use AutoGen for the agents, and we use OpenAI for the generation. Azure has a lot of tools that support AI and search, so we use those too.
Re: Ask HN: Lessons from Building a Fortune 500 RAG Chatbot (50M Records in 10–30s)
#15the title will be "Lessons from Building a Fortune 500 RAG Chatbot"?
Re: Ask HN: Lessons from Building a Fortune 500 RAG Chatbot (50M Records in 10–30s)
#16When you are dealing with documents with different structures, how to do the document chunking efficiently without losing important metadata?
First of all, great question. Second, we use a search service, and vectors are treated as supplementary to the text search, so chunking doesn't matter as much. We will usually take an entire PDF page and embed that, no matter what structure the data on that page is. We do keep track of the name of the document and the page number. For SQL records, we just turn each record into a text string and embed that.