Your embedding model
Any model deployed for embeddings. A question is always embedded with the model its library was indexed with.
Classic RAG searches once and hopes. Agentic RAG chooses how to search, checks what came back, and cites what it used.
Botminds agents answer from your own libraries, documents, records and the web. Built for a project and connected to knowledge bases of millions of documents, each agent picks from more than two dozen ways to search, reads for each person only what that person may read, and shows the page behind every answer.
Agentic RAG is retrieval augmented generation in which an AI agent, not a fixed pipeline, runs the retrieval. The agent decides whether a question needs sources, which sources to search, which way to search them, and whether the passages it found actually answer the question — searching again when they do not. Classic RAG retrieves once for every question and hands the model whatever came back.
Retrieval augmented generation gives a language model passages from your documents so it answers from them instead of from memory. The classic design wires that into a fixed pipeline. The agentic design hands the retrieval to the agent.
One shot. A miss is answered anyway.
↺ as many searches as the question needs
Enterprise knowledge is libraries, live documents, tables of records, the file someone just dropped in and the public web. One index searched one way cannot serve all of it. A Botminds agent carries a toolkit of searches and picks the right one for each step — often several for one answer.
ways to search, one agent.It picks the way per step — and combines them in one answer.
Which supplier contracts mention clause 14.3, and how much did we spend with those suppliers this year?
Searching by the exact reference “14.3” finds it in three contracts — Northwind Logistics, Bayside Freight and Arden Packaging — where it is the termination-for-convenience clause. Counting the invoice records for those three suppliers: $1.42 million this year, $860,000 of it with Northwind. Sources: three contracts, p. 9, p. 11, p. 7 · Invoices table
A knowledge base on Botminds has no fixed ceiling. Indexing workers scale out on the queue, each search index is created with its own shard and replica settings, a project can keep its knowledge in an index of its own, and agents built for one project connect to libraries of millions of files — on Azure, AWS, Google Cloud or on-premises.
Document by document, newest pass wins — the rest of the library keeps answering, and agents are told how much is ready.
No fixed ceiling on a knowledge base. Agents built for a project connect to libraries of millions of files.
Azure, AWS, Google Cloud or on-premises — the index stays where your data must stay.
Every document added to a knowledge collection is cut into passages, embedded and indexed automatically, with no pipeline to wire. The step most systems skip is the last one: proving the index holds what the run says it wrote.
Any model deployed for embeddings. A question is always embedded with the model its library was indexed with.
Switch on page and document summaries, indexed beside the text, for questions about what a document is.
Switch on a vision model and pages with no text layer are read like any other.
Stamp a service, a region or a product on every passage, so a search can be narrowed to any mix of them.
Policies change, files are replaced, retries overlap. The danger in a knowledge base is an old version still being quoted. Every pass over a document is numbered, and only the newest one counts — while the rest of the library keeps answering.
The agent is told what each of its sources holds and when to use it. On every question it makes four choices, and each one can branch.
nosay the sources do not cover it
Switch on the knowledge tools and a search whose passages probably do not answer the question comes back with a note, so the agent searches again or says so.
Choose to have the agent answer from its sources alone, and say plainly when they do not cover a question.
A search that fails says it failed, and a library still indexing says how much of it is ready — never an empty result that reads as “nothing there”.
An agent that can read more than the person asking is a leak with a chat box. On Botminds the walls are applied inside every search, in every one of its ways — so nothing outside them ever reaches the model.
Your workspacethe tenancy wall — no search ever crosses it
This project, plus the libraries the agent was givena knowledge library it was not given stays out, even in the same project
The agent’s viewwhen it is bound to one, only the documents that view selects
What the person asking may readwhen a person is asking, their read rules — a collection refused to them is refused to their agent
Plus: a file attached to a conversation stays inside that conversation. A run with no person behind it — an API key, email or Teams — searches inside the third wall, so you choose what a reachable agent holds. And when the rules cannot be checked, the search uses the last confirmed answer briefly, then fails out loud — a failure is never dressed as “nothing found”.
A collection’s read rules — which roles may read it, and which rows — apply to the screens, to an agent’s search and to its queries over records, whenever a person is asking.
A knowledge library is searched by the agents it is attached to — in its own project or another project of the same workspace.
An agent answering by email, in Teams or through an API key searches what it was given. Attach what everyone who can reach it may read.
Listing every passage a search returned looks thorough and misleads. Botminds agents mark the passages they relied on, and those are the sources shown — each with its document and page.
Each passage reaches the agent with a label: S1, S2, S3.
The agent names the labels it relied on.
Those passages become the sources; with none marked, the closest matches.
Clean prose, and sources that open beside the chat at the page.
What notice period applies to contractors in Spain?
Thirty days, unless the statement of work sets a longer period. The Spain addendum overrides the global 14-day default. Sources: Contractor Policy — Spain addendum, p. 3 · Global Contractor Policy, p. 11
And in Portugal?
The sources do not cover Portugal. The global policy’s 14-day default may apply, but no document confirms it for Portugal.
Teams building enterprise RAG usually start from a vector database and a retrieval script. The gap between that and a system people rely on is the rows below.
| Classic RAG pipeline | Vector database + your code | Botminds agentic RAG | |
|---|---|---|---|
| Who decides to search | The pipeline, every time | Your code | The agent, per question |
| Ways to search | Usually meaning | Whatever you build | More than two dozen: meaning, exact words, labels, documents, pages, summaries, records, chat files, the web |
| Scale | One index you size | Yours to shard and run | Workers that scale out, indexes set per project, millions of documents |
| Ready means | The job finished | Whatever you check | The index count matches what the run wrote |
| Re-indexing | Rebuild, or risk old passages | Your code | Numbered passes; newest wins; library stays online |
| Who may read what | One shared index | Filters you must remember | Workspace, libraries, view and the asker’s read rules on every search |
| Citations | Every passage retrieved | Your code | The passages the answer used, to the page |
How to judge any RAG platform. Ask four questions: when is a document actually searchable, what happens to the old version after an edit, whose permissions does the search run under, and what does the answer say when nothing relevant was found.
More from the platform: the full architecture, and how security works at Botminds.
Agentic RAG is retrieval augmented generation where an AI agent runs the search instead of a fixed pipeline. It decides whether to search, where and which way, checks whether what it found answers the question, and searches again or says so when it does not.
Traditional RAG retrieves once for every question, from one index, and passes whatever came back to the model. Agentic RAG lets the agent choose the source and the way to search, run several searches, and judge the results before answering.
There is no fixed ceiling. Indexing workers scale out on the queue, each search index is created with its own shard and replica settings, a project can keep its knowledge in an index of its own, and a library is picked out by one tag on each passage rather than a list of its documents — so agents built for a project connect to knowledge bases of millions of documents.
Many ways to search, a verified indexing pipeline, clean replacement of old versions, permission checks inside every search, an index that scales out, citations, and honest failure. The vector database is one part of that.
Every search is held to the workspace, to the project and the libraries the agent was given, to the agent’s view, and — when a person is asking — to what that person may read under each collection’s read rules. See AI governance.
Agents search by meaning and by exact words under the same filters, and choose per search — or run both for one question. They can also narrow by label, document, page or sheet, and count in the records instead of searching text.
Yes. Answers show the sources they used — document and page — and a source opens beside the chat. The passages the answer marks as used are the ones listed.
Create a knowledge collection, add documents by upload or a connector, and attach it to an agent built for your project. Piper, the platform assistant, can do each step on request. See enterprise vibe coding.
An update starts a new numbered pass; older passes are removed and a late result from an overtaken pass cannot overwrite the new one. A deleted document leaves the index with it. The rest of the library keeps answering throughout.
No. Retrieval finds material in your sources. Context engineering decides everything else the model sees on a turn — who is asking, the page, the conversation, the instructions. See context engineering.
Bring the library your team searches every day. We’ll index it, attach it to an agent and show you every answer’s sources, under your own permissions.