Foundations
AI data privacy and retention, explained
When you type something into an AI product, where does it actually go? Who can see it, whether it’s used to train a model, how long it’s kept, and the questions worth asking before you paste something sensitive into any AI tool.
All explainers · Last reviewed:
The first question: does it leave your infrastructure at all
A cloud AI product sends what you type to a remote server you don’t control, run by the model provider or the product’s own backend. A model running locally on your own hardware (see what local AI is) never sends your input anywhere — there’s no network request to intercept and no third party to trust, because the computation happens on a machine you already control.
Whether your data trains a future model is a separate question from whether it’s stored
A provider can store your conversations for operational reasons — debugging, abuse detection, product analytics — without using them to train models, and a provider can also do both. These are genuinely separate decisions with separate settings in most products, so a good privacy policy states each one explicitly rather than bundling them into one vague statement about "improving our services." If a product doesn’t clearly separate the two, that ambiguity is itself worth noticing.
A retention period only matters if deletion actually happens
A stated retention window — say, "30 days" — describes intent, not a guarantee, unless the product can also show you it was honored: an account-level export, a visible deletion action, or a support process that actually removes data rather than just hiding it from the interface. Backups are the common gap: data deleted from the live system can persist in backups for a separate, often longer, retention period that policies don’t always spell out.
Your data’s path often includes more parties than just the AI provider
A product built on a third-party model API routes your input through at least two organizations: the product itself and the model provider whose API it calls. Add logging infrastructure, error-tracking tools, and cloud hosting, and the realistic chain of custody for a single message can span several companies, each with its own policies. A trustworthy product discloses its sub-processors rather than leaving "who else sees this" as an open question.
What to check before pasting something sensitive into any AI tool
Whether the product trains models on your input by default, and whether that can be turned off. What the stated retention period is, and whether deletion is something you can trigger and verify. Whether processing happens in the cloud or can run locally for data that can’t leave your infrastructure. And whether the product names its sub-processors, rather than leaving that as an unanswered question you have to take on faith.
Questions people ask
- Does every AI product use my conversations to train its models?
- No — this varies by product and is usually a separate setting from data storage. Storing conversations for debugging or support doesn’t automatically mean they’re used for training; a clear privacy policy states each use explicitly.
- If I delete my data, is it gone immediately?
- Not necessarily from every system. Deletion from the live product is common, but backups often retain data for a separate period that isn’t always stated clearly — worth checking specifically rather than assuming deletion is instant everywhere.
- Is local AI automatically more private than a cloud AI product?
- For the specific question of whether your input leaves your infrastructure, yes — a model running on your own hardware has nothing to send anywhere. It doesn’t automatically solve every privacy question (like what a client application logs locally), but it removes the third-party transmission question entirely.
- What are sub-processors, and why do they matter for privacy?
- Other companies involved in handling your data besides the AI product itself — the model provider whose API it calls, hosting infrastructure, logging or analytics tools. Each one is a party that could see your data, so a product that discloses its sub-processors gives you a clearer picture than one that doesn’t.
Try it rather than read about it
For workloads where data can’t leave your own infrastructure at all, ClawAI supports running models locally (see what local AI is) — see ClawAI’s privacy policy and security page for exactly what applies when using ClawAI’s cloud-connected features.