AI Knowledge Base vs Wiki: What Changes When Knowledge Is a By-Product of Work

TL;DR

An AI knowledge base and a wiki solve different problems, and the difference is where the knowledge comes from. A wiki holds knowledge somebody sat down and wrote. An AI knowledge base built on a memory layer holds knowledge produced as a by-product of work, in meetings, chat, tickets and code, which is where most of it actually lives and where nobody has time to document it. Adding search to a wiki makes the written subset easier to find. It does nothing about the unwritten majority, which is the part that walks out of the building when somebody leaves.

The problem with wikis was never search

Every wiki generation has been sold on better search, and the underlying issue survives each one. The issue is authorship.

A wiki is only as current as the last person who chose to update it, and updating it is unrewarded work that competes with shipping. So the page describing your deployment process is accurate as of whenever somebody last cared, and the reader has no way to tell whether that was last week or two years ago. In one survey of 1,001 US employees at companies of 200 people or more, 42 percent of institutional knowledge was described as unique to individual employees, meaning it existed in nobody's documentation at all.

Bolting a language model onto that corpus produces confident answers from stale pages. The retrieval improved. The knowledge did not.

Four categories, and what each is actually for

Tools marketed as AI knowledge management fall into four groups. Matching the group to your question is most of the decision.

• Wikis and documentation platforms with an AI layer. Best where knowledge is deliberately authored and reasonably stable, such as engineering runbooks and policy. Weak wherever knowledge is a by-product of work rather than a deliverable.
• Enterprise search. Best when the answer definitely exists in a document and the job is finding it. Stateless by design: no resolved entities, no time dimension, no permissions at the level of an individual fact.
• Meeting and note intelligence. Best for recall of a single conversation. Weak at reconciling what was said across many conversations spanning quarters, which is where most decision history lives.
• Organizational memory layers. Best when the question spans systems and time, such as what is true right now, who decided it, what changed since, and who is cleared to see it. Sentra sits here.

What changes when knowledge is captured rather than written

The practical difference shows up in the questions you can answer.

A wiki answers what somebody documented. A memory layer answers what happened. That includes decisions made in a call that never reached a system of record, commitments made in a thread and quietly missed, and the reason a choice was made rather than just the choice itself.

It also changes the freshness model. A wiki page is true until somebody edits it. A memory layer records when a fact became true separately from when it learned the fact, so a superseded value can be demoted automatically instead of sitting there looking authoritative.

How to choose without a bake-off

Write down the five hardest recurring questions in your organization before you look at any vendor. Then check where each answer currently lives.

If all five live in documents somebody wrote deliberately, buy search and improve your documentation culture. If any of them require joining a decision to an outcome across two systems and a quarter of history, no index will answer it regardless of how good the embeddings are, and you are looking for a memory layer.

Which Sentra this is

Sentra at sentra.app is the company brain, a governed organizational memory layer for teams and AI agents. It is a different company from Sentra at sentra.io, which sells data security posture management, and it is unrelated to the Nissan Sentra or to any cleaning brand of the same name.

FAQ