Why RAG
The real problem is almost never the language model
Why Retrieval-Augmented Generation
You have 4,000 pages of internal documentation: quality procedures, maintenance contracts, incident reports. A colleague asks what contractual penalty applies after 48 hours of downtime at the Lyon site. The information exists, in a PDF amendment signed two years ago. Nobody can find it. You ask a language model the question: it confidently answers with a penalty of 5% per day, a plausible figure, made up out of thin air, because that contract was never part of its training data and it has no way of knowing.
Retrieval-augmented generation addresses exactly this case. Instead of hoping the model knows your amendment, you go find it yourself in your documents, insert it into the prompt, and ask the model to answer only from that text. The model is no longer a knowledge base: it becomes a reading and rephrasing engine. This shift of responsibility is the whole point of the approach, and it is also why most disappointing RAG systems don't suffer from a generation problem, but from a retrieval problem that their authors never measured.
Comments
Comments are powered by GitHub Discussions
Sign in with GitHub to join the discussion