{"id":1861,"date":"2026-10-13T09:00:00","date_gmt":"2026-10-13T07:00:00","guid":{"rendered":"https:\/\/pletzenauer.com\/?p=1861"},"modified":"2026-07-27T17:48:55","modified_gmt":"2026-07-27T15:48:55","slug":"ai-knowledge-base-comparison","status":"publish","type":"post","link":"https:\/\/pletzenauer.com\/en\/2026\/10\/13\/ai-knowledge-base-comparison\/","title":{"rendered":"AI knowledge base: NotebookLM, Claude Projects or custom RAG?"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\"><strong>The short answer:<\/strong> most businesses do not need a RAG project; they need tidy folders. If you want to make company knowledge accessible to AI, start with NotebookLM or Claude Projects \u2014 both are included in plans you probably already pay for, and both are set up in an hour. A custom RAG solution only pays off once you have very many documents that change constantly, or when the data may not leave your building.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><em>Last checked: October 2026.<\/em><\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Disclosure:<\/strong> I build RAG systems professionally and earn money doing so. Which makes the central claim of this article \u2014 that most businesses do not need one \u2014 an argument against my own short-term interest. It stands anyway, because I have seen too many expensive projects that could have been a folder structure.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">The short version<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>The most common misdiagnosis:<\/strong> &#8220;we need RAG&#8221; usually means &#8220;our document store is a mess&#8221;.<\/li>\n<li><strong>NotebookLM and Claude Projects<\/strong> solve 80 per cent of cases \u2014 no project, no development.<\/li>\n<li><strong>Custom RAG pays off<\/strong> with very large, constantly changing collections, or when data may not leave the building.<\/li>\n<li><strong>The expensive part is never the technology<\/strong> but the upkeep of the content.<\/li>\n<li><strong>Test with 20 documents<\/strong> before planning for 20,000.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">What separates the three approaches<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th><\/th><th>NotebookLM<\/th><th>Claude Projects<\/th><th>Custom RAG<\/th><\/tr><\/thead><tbody>\n<tr><td>Effort<\/td><td>minutes<\/td><td>minutes<\/td><td>weeks to months<\/td><\/tr>\n<tr><td>Cost<\/td><td>in the Google plan<\/td><td>in the Claude plan<\/td><td>development + operations<\/td><\/tr>\n<tr><td>Data volume<\/td><td>limited per notebook<\/td><td>limited per project<\/td><td>practically unlimited<\/td><\/tr>\n<tr><td>Updating<\/td><td>manual<\/td><td>manual<\/td><td>can be automated<\/td><\/tr>\n<tr><td>Data sovereignty<\/td><td>with Google<\/td><td>with Anthropic<\/td><td><strong>with you<\/strong><\/td><\/tr>\n<tr><td>For whom<\/td><td>bounded topics<\/td><td>ongoing work in one area<\/td><td>large, living collections<\/td><\/tr>\n<\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The most telling row is the first. The difference between &#8220;minutes&#8221; and &#8220;weeks to months&#8221; is large enough to overwhelm any discussion of feature detail. Start at the top and only move down when you have a concrete reason.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">The misdiagnosis that gets expensive<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The conversation runs almost identically every time. Someone says: &#8220;We have so much knowledge in the building and nobody can find it. We need one of those AIs that knows our documents.&#8221; And then comes the question of what a RAG system costs.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">My counter-question: when a new employee looks for the price list on day one \u2014 do they find it? And which of the four versions in circulation?<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In most cases the actual problem is not that search is too poor. It is that nobody can say which document applies. A RAG system does not solve that \u2014 it will simply answer questions quickly and confidently from an outdated version. That is worse than no answer, because it looks more credible.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>The uncomfortable order is:<\/strong> first establish which documents apply and who maintains them. Then put a tool on top. Reverse the order and you buy a system that reproduces disorder at high speed.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">NotebookLM<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>What it is for:<\/strong> a bounded topic with a manageable number of sources. You create a notebook, load documents into it and ask questions \u2014 with citations showing which source supports the answer.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Where it shines:<\/strong> getting into a topic, evaluating a tender, preparing for a project. Anything with a clear beginning and a clear end.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Where it hits limits:<\/strong> as a permanent company memory. Updating is manual \u2014 somebody has to add new documents and remove old ones. With a collection that changes weekly, that quickly becomes a chore nobody wants to own.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Claude Projects<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>What it is for:<\/strong> ongoing work in one area. You store the material that always applies once \u2014 policies, text modules, product information, tone and style guidance \u2014 and every conversation in that project already knows it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Where it shines:<\/strong> recurring work with consistent requirements. Proposal writing, customer communication, technical text within a fixed frame. The value lies less in looking things up than in not having to explain the context every time.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Where it hits limits:<\/strong> very large collections, and updating again. It is a working context, not an archive.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>A note from practice:<\/strong> the biggest gain comes not from uploading existing documents but from writing down knowledge that previously sat only in people&#8217;s heads. How to extract that systematically I have described in <a href=\"https:\/\/pletzenauer.com\/en\/2026\/06\/09\/grill-me-wissen-ins-system\/\">Knowledge out of your head and into the system<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Custom RAG<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>When it genuinely pays off<\/strong> \u2014 in my experience at least two of these must apply:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>A very large collection<\/strong> clearly exceeding the limits of the off-the-shelf tools.<\/li>\n<li><strong>Constant change<\/strong>, so manual upkeep is out and updating has to run automatically.<\/li>\n<li><strong>Data may not leave the building<\/strong> \u2014 the most common hard reason, and the only one that suffices on its own.<\/li>\n<li><strong>Integration with line-of-business systems<\/strong> whose content lives in a database rather than in files.<\/li>\n<li><strong>Many users with different permissions<\/strong>, each allowed to see only their part.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>What you must budget for:<\/strong> development, operations, and above all the ongoing upkeep of content. That last point is where these projects fail \u2014 not on the technology. A RAG system whose content is a year old is a liability question, not a convenience.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Why simple RAG often falls short<\/strong> and which approach holds up better in practice I have set out in <a href=\"https:\/\/pletzenauer.com\/en\/2025\/02\/26\/agentic-rag-in-n8n-why-classic-rag-fails\/\">Agentic RAG in n8n<\/a>. For a concrete build without programming, see <a href=\"https:\/\/pletzenauer.com\/en\/2024\/09\/04\/rag-agent-without-code-n8n-supabase\/\">RAG agent without code<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">The route I recommend<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Name the ten questions<\/strong> asked most often in the business. Concretely, not as categories.<\/li>\n<li><strong>Find the documents<\/strong> that answer them. If you discover the documents do not exist, you have found your actual problem \u2014 and it is not a technology problem.<\/li>\n<li><strong>Establish which version applies<\/strong>, and who maintains it. By name.<\/li>\n<li><strong>Load those 20 to 50 documents<\/strong> into NotebookLM or Claude Projects and ask your ten questions.<\/li>\n<li><strong>Assess the result.<\/strong> If it is good, you are done \u2014 and you saved a few thousand euros.<\/li>\n<li><strong>Only if it fails<\/strong>, and you understand why, talk about a custom solution.<\/li>\n<\/ol>\n\n\n\n<h2 class=\"wp-block-heading\">Frequently asked questions<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">What if we have tens of thousands of documents?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Then you very probably do not have ten thousand <em>relevant<\/em> documents. The first step is not a bigger system but the question of which two hundred of them actually answer questions. In almost every project I have accompanied, the answering set was an order of magnitude smaller than the total.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Is Copilot not already a RAG system over our document store?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Functionally in a similar direction, yes \u2014 and so the same applies there: it is only as good as the order in your store. More on this in the <a href=\"https:\/\/pletzenauer.com\/en\/2026\/08\/18\/microsoft-copilot-or-claude\/\">Copilot versus Claude comparison<\/a>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">How do we keep the content current?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">With a named person and a fixed appointment \u2014 say one hour per quarter. It sounds banal and it is the point at which most knowledge systems die. Without that appointment, after a year any system is a collection of outdated statements with a very convincing manner.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Are we even allowed to upload all our documents?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">That depends on plan and data category. On business plans there is no training on your content \u2014 details in the <a href=\"https:\/\/pletzenauer.com\/en\/2026\/09\/08\/ai-gdpr-vendor-comparison\/\">GDPR comparison<\/a>. For personnel data and special categories the route runs through your data protection officer, not a blog article.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">What does a custom RAG system realistically cost?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">The range is too wide for a serious flat figure \u2014 it depends on data volume, integrations and permission structure. What I can say: development is rarely the largest item. Operations and content upkeep over three years regularly exceed the build. Budgeting only the build means budgeting half.<\/p>\n\n","protected":false},"excerpt":{"rendered":"<p>Most businesses need tidy folders, not a RAG project. When off-the-shelf tools suffice \u2014 and when a custom solution genuinely pays off.<\/p>\n","protected":false},"author":1,"featured_media":2005,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[17],"tags":[],"class_list":["post-1861","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-automatisierung"],"_links":{"self":[{"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/posts\/1861","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/comments?post=1861"}],"version-history":[{"count":1,"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/posts\/1861\/revisions"}],"predecessor-version":[{"id":1970,"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/posts\/1861\/revisions\/1970"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/media\/2005"}],"wp:attachment":[{"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/media?parent=1861"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/categories?post=1861"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/pletzenauer.com\/en\/wp-json\/wp\/v2\/tags?post=1861"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}