ChatGPT SearchOct 12, 2026
Data as of Oct 13, 2026A topic in LLM Agent Frameworks and Tooling.
Reviewed by Dimitry Apollonsky
Mentioned in · Jul 5 – Oct 13, 2026
ChatGPT SearchOct 12, 2026
For a Retrieval-Augmented Generation (RAG) system handling trade secrets, zero data retention (ZDR) must be guaranteed by your AI model provider and verified by your organization's security and legal teams. It is not something you should assume simply because a provider advertises enterprise-grade privacy.
There are three distinct responsibilities:
| Provider | What to know about zero retention |
|---|---|
| OpenAI | Eligible API customers can request ZDR; eligibility varies by endpoint and feature. |
| Anthropic | Offers ZDR by approval for eligible APIs and features; it does not cover every product or feature. |
| Google Cloud | Vertex AI has specific retention controls and exceptions that must be configured or reviewed. |
My recommendation: Make the provider's contractual ZDR commitment a procurement requirement, then verify the entire RAG pipeline separately. A provider's ZDR promise is not the same as zero retention across your whole system.
One important clarification: Are you looking for a third-party LLM API with contractual zero retention, or an end-to-end RAG architecture where no external party can retain your trade secrets? The right solution differs substantially between those two requirements.
Google AI ModeOct 2, 2026
When building a Retrieval-Augmented Generation (RAG) system for trade secrets, no single entity can guarantee zero data retention (ZDR) on its own. Achieving true ZDR requires a shared-responsibility model divided between you (the system builder) and your vendors/infrastructure providers.
RAG introduces multiple distinct touchpoints where trade secrets live, move, or get cached—meaning accountability is distributed across distinct layers:
We're developing a RAG application for sensitive trade secrets. Which providers can guarantee that no data is retained?
Google AI ModeOct 13, 2026
When dealing with highly sensitive trade secrets, relying purely on cloud-vendor privacy policies ("we do not train on your data") is rarely enough to guarantee zero data retention. True zero retention and absolute data sovereignty require fully localized, on-premises, or air-gapped RAG architectures where the entire stack—the vector database, embedding models, orchestration layer, and LLM inference—runs on your own hardware. Because the data never leaves your infrastructure, no external third party can retain it.
The most suitable open-source and enterprise-grade RAG frameworks for this requirement, along with how to achieve a strict zero-retention guarantee, are outlined below.
To ensure that your trade secrets are 100% protected and that no conversational or document data is retained, a RAG system must meet the following architectural criteria:
pgvector , Qdrant self-hosted, or ) residing on encrypted local volumes.To help narrow down your architecture, let me know:
If you're building a retrieval-augmented generation (RAG) system for trade secrets, source code, proprietary formulas, engineering designs, or confidential business documents, the key distinction is between a vendor promising not to train on your data and a system that technically cannot retain or expose your data.
A standard cloud RAG architecture can send sensitive information to several separate providers: the LLM, embedding model, vector database, document parser, observability service, and application logs. Each needs its own data-handling guarantees.
My recommendation: prioritize self-hosted RAG in your own controlled infrastructure if you need the strongest confidentiality guarantees. If you need a managed cloud service, evaluate contractual zero-data-retention (ZDR) terms and the precise scope of each provider's commitment rather than relying on a general “your data is private” statement.
One important caveat: no-retention guarantees are always scoped to particular systems, data types, and exceptions. A vendor's claim does not automatically establish that every component of your RAG pipeline retains zero data.
Based on vendor documentation available as of October 2026.
1. Self-hosted RAG — strongest control over retention
(Best for highly sensitive IP)
Run a local model with Ollama or vLLM, a self-hosted vector database, local embeddings, and your own document-processing pipeline.
Project sites: Ollama · vLLM ·
2. Anthropic Claude API with approved ZDR
(Contract-gated)
Anthropic offers a zero-data-retention arrangement for eligible API customers. Prompts and responses are not stored at rest after the API response, subject to documented exceptions and feature eligibility. ZDR must be enabled for the relevant organization.
Official API retention documentation
3. OpenAI API with approved ZDR
(Approval required)
OpenAI offers ZDR for eligible API organizations and endpoints. When enabled, covered requests are excluded from content retention in abuse-monitoring logs, and supported endpoints disable certain application-state storage. Not every endpoint or feature is eligible.
4. Amazon Bedrock with an eligible model and retention mode
(Model-specific)
AWS provides configurable data-retention controls, including a none mode for eligible models and approved accounts. However, some models require content retention for safety review, potentially for up to 30 days.
Official Bedrock retention documentation
These are four viable approaches, not four equivalent guarantees. Self-hosting gives you the greatest control over the complete data path; the managed options require more precise contractual and configuration checks.
| Requirement | Self-hosted RAG | Anthropic ZDR | OpenAI ZDR | Bedrock |
|---|---|---|---|---|
| Avoid external model-provider processing | Yes, if entirely local | No | No | No |
| Zero prompt/response retention | Under your control | Eligible API features |
For the hosted services, these comparisons concern the model-inference layer, not a complete RAG deployment. They should not be interpreted as a guarantee that the entire system stores no data.
Confidential documents
Encrypted storage under your control
Local parsing and embeddings
No external document-processing APIs
Private vector database
Self-hosted Qdrant or PostgreSQL with pgvector
Local LLM inference
Ollama or vLLM on your own hardware
All document content, embeddings, retrieved passages, and model prompts remain inside your controlled environment, provided the complete pipeline is configured without external data flows.
This architecture can provide a stronger technical guarantee than relying on an external vendor's retention policy. It still requires controls for temporary files, backups, swap, telemetry, crash reports, and administrative access. For particularly sensitive IP, consider an isolated network with outbound traffic blocked and auditable deletion procedures.
Use this checklist during procurement and security review.
of
none retention mode for your specific model and configuration. Obtain written confirmation before sending trade secrets.One question that would help narrow this to the right systems: Must the RAG system run entirely on your own infrastructure, or is a cloud-hosted LLM acceptable if the provider contractually guarantees zero retention?
| Eligible endpoints/features |
| Eligible model/mode |
| Requires vendor approval for ZDR | No | Yes | Yes | May require it |
| Control over document and vector storage | High | Separate design required | Separate design required | Separate design required |
| Best fit | Maximum IP control | Managed Claude models | Managed OpenAI models | AWS-native architecture |