Skip to content
Ideasforge
Enterprise offering

An AI assistant over your internal documentation and knowledge

A custom conversational assistant that understands natural-language questions and answers by querying your documentation and internal systems, with a reference to where each answer came from. When needed, it guides step by step or takes actions. It runs today at a large industrial company, and this page tells that story with numbers.

72% → 91%
routing accuracy after calibration on 118 real cases
6
specialized agents coordinated by one orchestrator in the industrial case
~92%
the ceiling we accept on purpose, rather than tune the exam to pass it

01 · Who it happens to

Who this page is for

For mid-size and large companies whose knowledge lives scattered across documentation, wikis and systems, SharePoint, Azure, Confluence, the ERP, the industrial systems. And in particular for the R&D or innovation lead who has to defend this project in front of a committee, because every section here is meant to hand that person arguments that survive the questions from security, IT and legal.

The situation fits in one sentence. Answers exist inside the organization, and finding them costs far more than it should, because they live in a dense document, in a separate system or in the heads of the three most senior people.

Trapped knowledge costs money every day

The symptom is familiar. Someone needs a technical fact, a procedure or the history of a problem, and the answer exists but is buried. They ask a colleague, the colleague asks the veteran and the veteran knows it by heart because the document that holds it is two hundred pages long. Each of these queries steals minutes from two or three people at once, always the same ones.

The real cost is not only the minutes. It is the dependence on a few people, which turns every absence and every retirement into an operational risk. It is the decision taken without the fact, because finding it cost more than the gamble. And it is the new knowledge that stops being written down, because nobody writes for an archive where nothing can be found.

02 · What we build

A search box gives you ten documents, this gives you the answer

The difference from a search box is who does the final work. A search box returns ten documents where the answer might be, and the person still has to read them. This assistant answers the question, in the language of whoever asked, and attaches the reference of where the answer came from, so verifying costs one click instead of one afternoon.

Underneath sits production-grade retrieval over your documentation, what the sector calls RAG, a search that feeds relevant fragments to the model so it answers from your sources rather than from its memory. The word matters less than the bar. A demo RAG finds the easy things. A production one has to find the hard things, dense documents, house vocabulary and badly phrased questions at three in the afternoon.

When the answer needs live data

Some questions no document answers well, because the answer changes every hour. The state of a machine, the recent history of a fault, a production figure. For those, the assistant does not quote a two-year-old document. It queries the internal system that holds the fact and answers with what is true right now.

That mix is what makes the assistant useful in real work, documentation for the knowledge that gets written once, systems for the knowledge that changes daily. And when the query calls for it, the assistant guides step by step, a diagnosis, a procedure, or executes the action directly on the systems you approve.

Half a dozen agents, one conversation

Past a certain size, a single agent that does everything becomes one huge piece nobody can maintain. Our architecture for these cases is different. An orchestrator understands the intent of each question and routes it to the specialized agent for that domain, one per area of knowledge. In the industrial case behind this page, that orchestrator coordinates half a dozen specialized agents and the whole adds up to some 86 connected pieces.

The person asking sees none of this. They write their question and get their answer. The architecture matters for what it allows, adding a new domain without touching the others, measuring each agent separately and keeping a failure in one from dragging down the rest.

03 · How trust is earned

The two kinds of "no" a serious assistant tells apart

Trust is not earned by answering well alone. It is earned by answering well and refusing well. There are two different kinds of "no". The "this is outside the product", answered instantly with catalogue text, no search spent. And the "this should be documented and is not", said only after genuinely searching, and leaving a trace, because it is a task for whoever owns the documentation.

Confusing them is expensive in both directions, and separating them takes more engineering than it seems. We tell it in full in its own article.

When the clarification does not need the model

One design detail that shows how we think. When the assistant offers several options, the person’s short reply, an ordinal, a bare term, a "the second one", is resolved without calling the model, through a simple rule that recognizes those terms and those numbers and that expires after fifteen minutes. It looks like a minor saving and is three things at once, an instant response, one less call to pay for and one less message exposed to malicious instructions hidden in text.

The general rule behind the detail is that the model gets used where it earns its place, understanding open language, and avoided where an ordinary program does the same job faster, cheaper and without surprises.

Everyone sees what their job allows

An assistant that reads all of the company’s documentation raises an obvious question, who may ask it what. Our answer is that the assistant inherits the permissions that already exist. Retrieval respects the role of whoever asks, so nobody receives in an answer a fragment they could not open by hand. And when the assistant queries an internal system, it travels with the person’s identity, not with an all-seeing robot account.

Every decision is recorded as well, what was understood, where it was routed, what was answered. That record is never consulted during execution. It exists so that someone with an uncomfortable question can answer it later with facts.

04 · The proof

The proof, a plant-floor assistant at a large industrial company

Everything above runs today at a large industrial company. Operators and supervisors query production and fault data, follow guided machine diagnoses and resolve technical questions, in natural language, on the company’s own infrastructure.

We can show the numbers because we measured them ourselves. Routing calibration, the piece that decides which agent takes each question, was measured on 118 real cases and went from 72 to 91 percent accuracy. We also tried a cheaper model for that piece and the test battery rejected it, ten points of accuracy lost. And we accepted a ceiling on purpose, around 92 percent, because chasing one hundred percent ends up tuning the tests to pass rather than improving the system.

That last decision tends to earn the most trust in a technical committee, because it is the one a smoke seller would never tell.

05 · Guarantees and fit

Enterprise guarantees

The assistant runs on your infrastructure, your cloud or your own servers, with your organization’s accounts for access and your data wherever you decide. The repository is in your name from day one. And quality is not declared, it is measured continuously, with a battery of real cases that blocks any change that degrades the system and a weekly watch on what is live.

A system of this size is quoted per project, because the cost depends on your sources, your systems and how much validation you demand. For how the rules of European data protection shape all of this, the full story is on its own page.

Technical capabilities

For the technical review, this is what sits underneath, one line per piece.

  • Multi-agent architecture. An orchestrator understands intent and routes to specialized agents. It grows domain by domain instead of turning into one unmanageable piece.
  • Reliable retrieval. The search that feeds the model is designed for complete, correct answers, without letting internal detail reach the wrong reader.
  • Measurable quality. Test batteries verify before every change that the assistant still understands and answers correctly.
  • Integration with your systems. ERP, databases, your organization’s accounts and industrial systems, under each person’s own permissions.
  • Decision log. Every interaction leaves a written record of what was understood and why the answer was given, auditable afterwards.
  • Data sovereignty. Your cloud or your servers, your identity, your data where you decide and the repository in your name.

What gets asked before starting

How much does a corporate knowledge assistant cost?

It is quoted per project, because the cost depends on the volume and state of your sources, how many systems get integrated and how much validation you demand before going live. Multi-agent systems of this size sit outside the standard ranges we publish for single-job agents. The price structure, build plus monthly operation, is the same, and the cost guide breaks it down.

What about questions the documentation does not cover?

The assistant says so, honestly and with a trace. We separate "outside the product" from "missing documentation", each with its own answer and its own work queue, so real gaps end up as tasks for whoever owns the documentation. An assistant that fills gaps with fake confidence is exactly what we refuse to build.

Will employees see documents that are not theirs to see?

No. Retrieval respects each role’s permissions before the model sees anything, so a restricted fragment never even enters the answer’s context. And system queries travel with the identity of the person asking, under their usual permissions. If someone cannot open a record by hand, their assistant cannot either.

How does it stay current when documentation changes?

Documents are processed again whenever they change, and quality is watched in two ways, a battery of real cases before each change of ours and a weekly probe on the live system. When something stops being found or understood, it shows in the metrics before it becomes a complaint.

Does it handle our house vocabulary, and several languages?

House vocabulary is precisely the hard case the retrieval gets calibrated for, with real cases from your people rather than lab examples. The languages you need are defined during exploration, and the assistant answers in the language it is asked in.

Can it run without leaving our infrastructure?

The full system runs on infrastructure you own, cloud or on-premise servers. The call to the language model is the only external piece, it runs under agreements and settings you approve, with training on your content excluded. Deploying the model itself on your hardware is a different project we have not done in production, and if it is a requirement it belongs in the first conversation.

How long does it take?

Exploration answers that with your sources in front of us, not before. The shape of the project is constant though, a first bounded knowledge domain that reaches production with its measurement in place, then growth domain by domain. The industrial case grew exactly that way.

Interested for your company?

Tell us your challenge. If we don’t see a return, we’ll tell you.