M.L. Sebastian is now br8n.

Own Your AI Context

Give AI your company's context without giving it away.

Your team is already teaching AI tools how the company works, one chat at a time. The question is where that knowledge accumulates, and whether it comes with you.

The plain answer

The model reads your files. The files stay yours.

You can give an AI your company’s decisions and processes without the vendor owning them: keep that context in plain-text files the company controls, and let the model read them at the moment of work. The model is rented. The files never stop being yours.

This is the difference between teaching a platform and writing things down. One accumulates inside someone else’s account structure. The other accumulates on your side of the line.

Vendors should be replaceable. Your company’s knowledge should not be.

The full answer

Where does what you type actually go?

The accurate answer is calmer than the worried one. What you type is processed on the vendor’s systems under the terms of your plan. Under most business and enterprise plans, chats are excluded from model training by default, and the major vendors publish real security practices. If training or confidentiality is your concern, the current terms of your agreement are the authority, and they are worth actually reading.

The longer-lived question is not any single chat. It is the accumulated context: the memories the product saves, the custom instructions, the project setups, the thousands of corrections your team has typed in — this client is an exception, we decided against that in March, here is how we phrase it. That accumulation is real operating knowledge, and it builds up inside the platform’s account structure. Under many enterprise licenses, when you leave, it stays behind. Chat logs may export; the working shape of what the platform learned about you generally does not transfer anywhere useful.

The observation this page rests on: the practical risk is not that the vendor sees your context. It is that you cannot take the context with you. That is an ownership problem, not a privacy scandal, and it has an unglamorous fix.

What’s the alternative — context in files you own?

Write the context down once, in plain text, in files the company controls: what has been decided, where the exceptions are, how the work gets done, how the company sounds. Then let whichever AI tool your team uses read those files at the moment of work — pasted, attached, or connected so the tool reads the folder directly.

Everything the platform’s memory was quietly accumulating now exists as documents you can open, correct, version, and hand to the next tool. Nothing about your operation is trapped inside anyone’s platform. The walled garden becomes just a tool you rent, because the garden no longer holds anything you cannot walk out with. Lock-in, in practice, is rarely the contract; it is the accumulated context that makes leaving expensive. Files remove that expense.

The set of files is small — the same five shapes described in context engineering: how-we-work, decisions, exceptions, handoffs, voice. A page or two each, written by people who know the business.

What changes for the team day-to-day?

Less than a migration and more than nothing. People keep the assistants they already use. What changes is the first minute of the work: instead of re-explaining the company to a tool that forgot it, they point the tool at the files. Answers start from the company’s actual decisions and exceptions instead of from a general idea of businesses like yours.

Corrections change too. Today, when someone teaches the tool something — that is not how we invoice, this client has special terms — the correction lands in one person’s chat history and dies there. With owned files, the correction goes into the document, once, and every person and every tool reads the corrected version from then on. The company compounds what it learns instead of re-teaching it seat by seat. Why the tools cannot hold this for you is covered in why AI forgets.

What does a governed setup look like?

Two kinds of context, two owners, written down. Knowledge about the company — its decisions, processes, exceptions, client history — belongs to the company: kept in files the company governs, with named owners, an update rhythm, and plain rules about which roles and which tools may read what. A person’s own working memory — their notes, their drafting habits, the way they think through a problem — stays with the person, in files they keep, exactly as a notebook would. Each side is honored: the company is not mining personal notebooks, and no individual’s departure takes the operating manual with them.

On top of that boundary, the rules are ordinary governance: which sources may enter the shared files, which vendor processes what under which agreement, and what gets logged. None of it requires distrusting a vendor. It requires deciding, in writing, what is yours — the individual version of the same move is a personal AI brain. Taken together, this is owned, portable working memory: the company’s knowledge in the company’s hands, in plain files, readable by any model it chooses to rent.

The split that works

Company files. Personal files. Rented models.

  1. Company context

    Governed by the company

    Decisions, processes, exceptions, and client history in files with named owners and access rules.

  2. Personal memory

    Kept by the person

    Individual notes, drafts, and working habits stay with the person who made them, like a notebook.

  3. The models

    Rented and replaceable

    Any assistant reads the files it is permitted to read. Swap vendors without losing a sentence.

Where the knowledge lands

Typed into a platform or kept in files.

CompareTaught to one platformKept in files you own
Where it accumulatesInside the vendor’s account structureIn documents the company controls
Who can read itThat platform’s toolsAny model you point at the files
When someone leavesTheir corrections leave with their seatThe files keep every correction
When you switch vendorsStart overThe new tool reads the same files

The decision

Decide what is yours before the next renewal.

The tools can stay. The knowledge should move to your side of the line: written, owned, and readable by whatever you rent next. The practice that builds this inside a company is AI capability installation.

  • Company knowledge lives in files the company governs.
  • Personal working memory stays with the person.
  • Every vendor stays replaceable, in writing.

Start with the map

Find out what you already own.

The audit maps which knowledge lives in people, which lives in platforms, and which files to write first. You keep the map either way.

FAQs

How do we give an LLM our company’s processes without the vendor owning them?

Keep the context in files the company controls — plain text holding your decisions, exceptions, and how work gets done — and let the model read those files at the moment of work. The model processes them per your agreement with the vendor; the files themselves never stop being yours.

Where does what we type into an AI tool actually go?

It is processed on the vendor’s systems under the terms of your plan. Under most business and enterprise plans, chats are excluded from model training by default; the current terms of your agreement are the authority. The longer-lived question is the accumulated context — memories, instructions, project setups — which builds up inside the platform’s account structure.

What happens to our AI context when we cancel or switch vendors?

Chat exports vary by plan, but the working shape of what the platform learned — memories, custom instructions, project configurations — generally does not transfer anywhere useful. Context kept in your own files has no such exit problem: the same folder briefs the next vendor on day one.

Is this a privacy problem or an ownership problem?

Mostly ownership. Reputable vendors publish real security practices, and business plans generally exclude training on your data. The practical risk is portability: context accumulated inside one platform stays with that platform when you leave. Files you own remove that dependency without requiring distrust of anyone.

Who should own AI context inside a company?

Split it along a line people already understand. Knowledge about the company — decisions, processes, exceptions — belongs to the company, governed like any operating document. A person’s own working notes and drafting habits stay with the person. Written down, that boundary prevents both hoarding and oversharing.

Do our people need to stop using ChatGPT or Claude?

No. The tools stay; what changes is where the durable knowledge lives. The team keeps using whichever assistants work, and those assistants read from company files instead of from context trapped in individual accounts. The vendor stays replaceable, which is the point.

Can't find what you're looking for? Talk with us