TL;DR
“You can check out any time you like, but you can never leave”
Once your data goes into Palantir's Foundry, it lives in their system. If you leave, you get back the raw data you started with. The ontology, the entity relationships, the transformed data, your semantic context built on top of it — none of that comes with you.
Palantir's industry ontology is built top-down by their engineers, not around how your organization actually works by function and role.
There's a better way to get the same capability without handing over the keys to your most valuable asset.
Alex Karp has spent the last two years positioning Palantir as the champion of AI openness. Model agnostic. Open ecosystem. AI sovereignty. It's a compelling pitch.
What he leaves out is that your data is anything but sovereign.
Once it goes into Foundry, it lives in Palantir's proprietary system. The ontology their engineers build lives there too. Stop paying escalating prices, and you get back the raw data you started with. Everything else stays.
How Palantir Works
Palantir connects disparate data across complex organizations, builds a proprietary ontology on top, and enables intelligence analysis and operational decision-making — Gotham for government and defense, Foundry for enterprise. The demo is designed to land hard: they take a sample of your data, extract the ontology, map out your entities, and show you everything connected in one place. For organizations that have been living with fragmented, siloed data for years, it looks like magic.
For federal agencies, large defense contractors, and F100 companies, the nine-figure contract and the forward-deployed engineering team may be worth it. What most of them don't think about until later is what Palantir does with their data to make it all work.
The One-Way Door
To make the analysis work, Palantir needs your data in their system. On standard commercial contracts, that means your data moves into Foundry and fully lives in Palantir's cloud and network environment, not yours.
That matters most when you decide to leave. Stop paying and the ontology built on top of your data, the entity relationships, the semantic layer, context and meaning derived from your business over months or years of use — none of that comes with you. You leave no smarter than when you started.
A roach motel: easy to get in, no way out.
Data Is Global. Knowledge Is Local.
Even if the vendor lock-in weren't an issue, there's a second problem with how Palantir handles your data: the ontology isn't really yours.
Palantir's engineers implement the ontology top-down, informed by what they've learned working with other customers in your vertical (corollary: you are helping them with their next customer). If you're a healthcare company, they come in with a healthcare ontology. That sounds like an advantage, and Palantir will sell it that way. In practice, a generic healthcare ontology is not the same as one built around how your organization actually talks about its data.
Every organization defines things differently. What "lead" means to your sales team is probably not what it means to your marketing team. What "case" means to customer support is different from what it means to risk management. The layer of meaning is local; it is unique to not only your organization but each department or team. When the ontology is built around how your team actually works, anyone can query your data in plain language and get a consistent, accurate answer even using their own language. Don’t spend your time reconciling definitions instead of running analysis.
The Data Pile Problem
And that's before you factor in what happens when multiple teams are working in the same system.
Palantir's collaboration model is built around a shared database. Every analyst on the platform adds to the same pool: links, notes, entity connections, case details. As one person adds connections, another builds on top of them. In theory, that means everyone benefits from what everyone else finds. In practice, the more people use it, the messier it gets.
When you work across departments or organizations, you're mixing data you can't cleanly separate out. There's no way to filter what one team contributed versus another, which matters when you're dealing with sensitive investigations or multi-jurisdictional task forces where data sharing has legal boundaries. Merging duplicate records becomes a full-time job: the same person entered a dozen different ways by a dozen different analysts, with no easy way to reconcile them.
Why All of This Matters
Every month you're in Foundry, the ontology gets richer, the context deeper, the system harder to leave. Palantir built it this way on purpose. The longer you stay, the deeper the lock-in gets.
Karp talks about AI sovereignty, and he's right that it matters. But AI sovereignty starts with data sovereignty.
If your data lives in Palantir's system, so does your AI strategy.
The question to ask before signing with any data platform is: if we stop using this in three years, what do we walk away with? With Palantir, the answer is the raw data you started with, and nothing more.
What Workstation Does Different
At Workstation, we think about your data very differently. It stays where it lives, no migration, no copy, no one-way door. The ontology is built bottom-up from your sources, shaped by how your organization actually works, and it belongs to you. If you stop using Workstation, you take it with you.
Palantir can do what it says it can do. The question is whether you want to own what makes it possible.
See how Workstation handles your data differently. Request a demo →

Workstation
Team


