Copilot has the files. What it does not have is the rule saying which of those files is current, which subsidiary a number excludes, or which of forty field names means "customer". It reads text well. Resolving what the text means for your business is a different job, and it was never the one Copilot was built to do.
This page sets out what Copilot is built for, the class of question it cannot answer from documents alone, what a governed context layer adds, and when you do not need one.
Microsoft 365 Copilot sits inside the tools people already have open. It reaches SharePoint, Outlook, Teams and OneDrive through Graph, builds a semantic index over that content, and answers with the user's own permissions applied. Permission trimming sounds like plumbing and is closer to the whole reason enterprises could adopt it at all: the assistant sees what you see, and nothing else.
On the work it was designed for it is very good. Finding the deck someone made for the board in March, summarising a thread that ran to forty replies, drafting a reply in the register you normally use, pulling the three action items out of a meeting. Where the answer is the text, an assistant with reach across your content and a good index over it is the right tool, and there is nothing on this page that improves on it.
The distinction worth holding on to is what kind of question that covers. Copilot answers questions about your content. A different class of question is about your business: what a term means, which definition is current, which field a rule applies to, who is accountable when two answers disagree. Those are not questions about text, even though the evidence for them happens to live in text.
Ask it what counts as net revenue.
The phrase appears in sixty documents you own: a finance policy, three decks, a controller's spreadsheet, last year's audit pack, and an onboarding deck written by someone who left. Copilot returns a clear answer with a citation, drawn from whichever of those ranked best for the question as asked.
What the citation cannot tell you is whether that document is the approved definition. It cannot tell you that the policy was revised last year in a document that chunked badly and ranks low, that the rule governs one of your eleven revenue fields rather than the one the reader assumes, or that the German subsidiary books returns on a different basis and always has.
So the answer is fluent, sourced, and quietly wrong, which is the worst of the three available outcomes. A wrong answer with no citation gets challenged. A wrong answer with a citation gets forwarded.
| Microsoft Copilot | Metagem | |
|---|---|---|
| What it holds | Your Microsoft 365 content and a semantic index over it | Terms, rules, processes, roles, and the fields that carry them |
| Source coverage | Microsoft 365 | Structured and unstructured sources across the estate, inside and outside Microsoft |
| How an answer is grounded | Passages retrieved by resemblance | Approved definitions resolved through typed relationships |
| Provenance | A citation to a file | Each concept linked to its source and to the person who approved it |
| When context is missing | Answers from what it found | The gap is flagged rather than filled |
| Who maintains the meaning | Nobody. It is inferred per question | Domain owners, with agents proposing changes |
| End-user assistant | Yes | No |
| Drafts, summarises and searches for you | Yes | No |
| Runs inside Microsoft 365 | Yes | No |
The row that matters most is provenance, because both systems cite and the citations mean different things. Copilot's citation is a location. It tells you which file a sentence came from. It does not tell you that anybody approved that sentence or that it is still current, and on a question where several documents disagree, that difference is the entire answer.
If the questions your teams actually ask are where the March deck went, what a long thread concluded, and whether this reply reads right, Copilot on its own is the correct and much cheaper answer. A context layer starts to matter when a wrong answer costs more than the time it saved, when the same term means different things in different functions, or when the thing consuming the definition is an agent that will act on it rather than a person who will notice it looks odd.
Governed definitions with the rules and exceptions around them, the roles accountable for them, and the mapping down to the fields that carry them. All of it with provenance.
It is not an assistant. No drafting, no summarising, no inbox, no meeting notes, no chat over your files as an end-user product. It supplies meaning and does not answer your email.
Copilot, Microsoft 365, your permission model and your licences. None of that changes, and none of it is what this is competing with.
The context layer is built from structured and unstructured sources across the estate, not only the ones Microsoft can see, and it is held in open formats. That matters less on the day you buy it than on the day you standardise on something else: the same governed meaning grounds agents outside the Microsoft stack, and the context stays yours rather than becoming a feature of somebody's platform.
Copilot is the interface. A governed context layer is what stands behind it, so an answer carries a definition someone approved and a path back to where it came from.
The same argument, from the other direction, is on context engineering and grounded AI copilots.
We will show you what sits behind it: the approved definition, the rule and its exceptions, the owner, and the fields it resolves to.
Talk to our team