Zero data retention la routerele AI: ce rămâne la fiecare pas?

Zero data retention (ZDR) înseamnă că un furnizor AI procesează promptul tău, returnează răspunsul și nu stochează niciunul după aceea. Printr-un router, promisiunea trebuie să țină la fiecare etapă, adică la router, la furnizorul de inferență din spatele lui și pe drumul de întoarcere. OpenRouter și Command Code îți permit să restrângi traficul la gazde cu ZDR, OpenCode documentează retenția model cu model, iar niciunul nu înlocuiește propriul tău contract. Tot ce urmează vine din pagini ale furnizorilor preluate la 4 octombrie 2026, cu data paginii acolo unde apare. Nu este consultanță juridică, așa că citește contractele și întreabă fiecare furnizor în scris.

Ce înseamnă zero data retention și prin ce diferă de promisiunea de a nu antrena pe datele tale?

Furnizorii îl definesc în cuvinte apropiate. Pagina ZDR a OpenRouter spune că un furnizor "will not store your data for any period of time". Pagina Anthropic despre retenția datelor spune că, sub ZDR, nu stochează prompturile sau răspunsurile după ce răspunsul API a fost returnat.

Promisiunea de a nu antrena este separată. OpenRouter spune că furnizorii care nu rețin nimic nu pot antrena, dar adaugă că unele endpoint-uri nu antrenează și totuși rețin date, de exemplu "to scan for abuse or for legal reasons", adică pentru verificarea abuzurilor sau din motive legale. Pagina OpenAI despre controlul datelor spune că datele API nu sunt folosite la antrenare din 1 martie 2023, dacă nu accepți explicit, și că jurnalele de monitorizare a abuzurilor se păstrează implicit până la 30 de zile.

Ce excepții documentează furnizorii?

Chiar și un acord ZDR semnat are margini. Cei doi furnizori direcți citiți de noi le listează astfel:

• Anthropic. ZDR se activează pe organizație, prin echipa de vânzări. Conținutul semnalat poate fi păstrat până la 2 ani. Patru modele (Claude Fable 5.1, Mythos 5.1, Fable 5 și Mythos 5, pe pagina de azi) "require 30-day data retention". Funcțiile marcate neeligibile includ Batch (retenție de 29 de zile), Files API și code execution (datele containerului până la 30 de zile). Prompt caching este eligibil, cu datele din cache ținute în memorie cât durează cache-ul.
• OpenAI. ZDR cere aprobare prealabilă și forțează parametrul store pe false. Endpoint-uri precum Files, Batch, Assistants și Vector stores nu sunt eligibile. Prompt caching poate păstra tensori key/value criptați în stocare locală pe GPU până la 24 de ore.

Pentru routere contează un detaliu. Pagina Anthropic spune că pe Amazon Bedrock și Google Cloud procesatorul de date este furnizorul de cloud, deci acordul ZDR al Anthropic nu se aplică acolo. Același model poate avea termeni de retenție diferiți, după gazda care îl servește.

Promisiunea ZDR supraviețuiește saltului prin router?

Nu automat. O afirmație ZDR poate descrie routerul, furnizorul din amonte sau pe amândoi, iar formularea decide care. Verifică patru lucruri.

1. Jurnalele proprii ale routerului

Întreabă ce păstrează routerul când toate comutatoarele sunt oprite. Pagina OpenRouter despre colectarea datelor spune că nu stochează prompturi sau răspunsuri decât dacă accepți, dar stochează mereu metadate ale cererii, precum numărul de tokeni și latența. Politica Command Code spune că conținutul cererilor AI se păstrează până la 30 de zile dacă ZDR nu este activ.

2. Contractele routerului cu furnizorii din amonte

Aceasta este etapa pe care majoritatea cititorilor nu o pot vedea. OpenRouter spune că lucrează cu furnizorii ca să le afle politicile, uneori convine termeni mai stricți decât cei impliciți și presupune că un endpoint "both retains and trains on data" când nu poate stabili o politică clară. Politica de confidențialitate face referire la "our separate agreements with Model Providers" fără să le publice, iar termenii resping orice garanție privind modul în care un furnizor de modele tratează, reține și folosește la antrenare datele.

Pârghia ta practică este un flag care eșuează închis. Parametrul zdr din OpenRouter și CMD_ZDR din Command Code restrâng rutarea la endpoint-uri ZDR și returnează o eroare când nu există niciunul. Paginile OpenCode arată retenția pe model, dar niciun flag pe cerere.

3. Propria cheie (BYOK)

Cu BYOK, propriul tău contract cu furnizorul poate acoperi segmentul din amonte, dar routerul rămâne pe traseu. OpenRouter spune că o cheie BYOK urmează implicit aceleași reguli ZDR ca și creditele. Dacă acordul tău include ZDR, îl poți declara pe cheie, iar aplicarea ZDR permite atunci cererile prin ea chiar dacă endpoint-ul partajat reține prompturi. Declarația o faci tu, iar pagina ZDR nu spune că OpenRouter o verifică. Documentația BYOK Command Code spune că cererile merg de pe calculatorul tău direct la furnizor, fără să treacă prin serverele Command Code.

4. Drumul de întoarcere

Răspunsurile se întorc prin aceleași etape, iar cache-urile stau pe drum. Response caching opțional de la OpenRouter stochează răspunsuri la marginea rețelei între 1 și 86.400 de secunde (implicit 300). Nu este disponibil sub ZDR la nivel de cont, dar pagina spune că un flag provider.zdr pe cerere nu afectează eligibilitatea pentru cache. OpenRouter consideră că prompt caching în memorie la furnizor nu înseamnă retenție, iar aplicarea ZDR acoperă doar inferența, deci plugin-urile și uneltele precum web search rămân în afara ei. Paginile de retenție citite de noi nu tratează separat răspunsul transmis în flux (streaming).

Ce documentează azi OpenRouter, OpenCode și Command Code?

OpenRouter

• Logarea privată a inputului și outputului și o reducere de 1% pentru partajarea datelor sunt opționale și oprite implicit. Un eșantion mic de prompturi este categorisit pentru clasamente de un model cu zero retenție.
• Lista publică de endpoint-uri ZDR a returnat la 4 octombrie 2026 un număr de 942 de endpoint-uri de la 60 de furnizori. Pentru modelele Anthropic a arătat doar endpoint-uri Google și Amazon Bedrock, ceea ce se potrivește cu documentația: aplicarea ZDR pentru grupul Anthropic elimină endpoint-urile Anthropic directe.
• Termenii (31 august 2026) spun că, dacă accepți "prompt logging", acorzi o licență perpetuă, irevocabilă, care include dreptul de a "license or sell your User Content in anonymized form". Pagina despre colectarea datelor spune că OpenRouter nu a vândut niciodată date din prompturi. Termenii nu spun la care dintre cele două setări se referă, așa că cere confirmare în scris înainte să activezi oricare.

OpenCode Zen și Go

• Documentația a fost actualizată la 3 octombrie 2026. Zen spune că toate modelele sunt găzduite în SUA și că furnizorii lui "follow a zero-retention policy and do not use your data for model training", cu excepții listate. Cererile către OpenAI și Anthropic "are retained for 30 days", modelele din perioada gratuită pot folosi datele pentru îmbunătățirea modelului, iar endpoint-urile de probă NVIDIA înregistrează utilizarea. Zen nu spune de ce. Lista lui include Claude Fable 5.1 și 5, două dintre cele patru modele pentru care pagina Anthropic cere retenție de 30 de zile.
• Go publică un tabel pe model. Antrenarea este "Not used" pentru toate modelele, în afară de două modele Muse Spark Contributor. Retenția este 0 zile pentru majoritatea, 30 de zile pentru Grok 4.7 și 4.6 și modelele GPT Luna, și "0 days*" pentru DeepSeek, a cărui notă spune că acordul ZDR "is renewed monthly" și este valabil până la 31 octombrie 2026. Nota Grok spune că ZDR dezactivează Responses API cu stare, Files and Collections și Batch API.
• Politica de confidențialitate proprie OpenCode (în vigoare din 6 martie 2026) listează prompturile ca trimise mai departe furnizorului din amonte și "Not stored".

Command Code

• Politica de confidențialitate (20 septembrie 2026) spune că conținutul cererilor AI, inclusiv prompturi, fișiere, fragmente de cod și ieșiri, se păstrează până la 30 de zile "unless you enable zero data retention", și că Command Code nu antrenează modele de bază pe prompturi sau cod sursă.
• Documentația ZDR descrie CMD_ZDR=1 sau un header x-cmd-zdr: 1. Cererile merg doar la gazde cu ZDR și altfel eșuează cu un 422 cmd_zdr_no_providers. Sub ZDR, politica spune că se păstrează doar metadate operaționale, precum marcaje de timp, număr de tokeni și identificatori de model. Documentația spune că 99% dintre modele au gazde ZDR, acordurile se reînnoiesc lunar, iar furnizorul care servește se poate schimba între cereri.
• Politica numește OpenRouter, Vercel și Cloudflare drept gateway-uri care rutează spre furnizori de modele. Pagina de documentație Security and Privacy a Command Code spune că codul sursă nu este stocat niciodată decât dacă îl partajezi, în timp ce politica spune că fragmentele de cod din cererile AI se păstrează până la 30 de zile fără ZDR. Citite împreună, cele două lasă deschis care se aplică prompturilor tale, așa că întreabă.

Comparație: ce documentează fiecare serviciu

	OpenRouter	OpenCode Zen și Go	Command Code
Retenție la nivel de router	Fără prompturi sau răspunsuri stocate, dacă nu accepți. Metadatele se stochează mereu.	Politica de confidențialitate: prompturi "Not stored". Paginile Zen și Go nu o precizează.	Până la 30 de zile dacă ZDR nu e activ. Doar metadate operaționale sub ZDR.
Folosire la antrenare	Politica de confidențialitate: OpenRouter nu antrenează pe inputuri sau outputuri. Furnizorii diferă pe endpoint.	Go: "Not used", în afară de două modele Muse Spark Contributor. Zen listează excepții din perioada gratuită.	Politica: fără antrenare pe prompturi sau cod sursă. Cere furnizorilor să nu antreneze "where available".
Opțiune doar cu ZDR în amonte	Da: zdr pe cerere, cont sau guardrail. Eșuează dacă nu există.	Niciun flag pe cerere documentat. Tabel de retenție pe model. Adminii pot dezactiva modele.	Da: CMD_ZDR=1 sau header. 422 dacă nu există.
BYOK	Da. Aceleași reguli ZDR, dacă nu declari ZDR pe cheie. Tot prin OpenRouter.	Zen: cheile tale OpenAI sau Anthropic, facturate de furnizor. Traseul nu e precizat.	Da. De pe calculatorul tău direct la furnizor.
Ce nu spun paginile	Care furnizori au acorduri ZDR cu OpenRouter. Textul contractelor. Cât timp se păstrează datele de la verificările de abuz sau securitate.	Numele gazdelor pentru modelele deschise. Ce metadate de cerere păstrează OpenCode. Dacă traficul BYOK din Zen trece prin Zen.	Ce gateway servește o cerere ZDR. Cum se împacă pagina Security cu politica.

Ce să întrebi un furnizor, în scris?

1. Ce stochezi când toate comutatoarele de logare sunt oprite, cât timp, și metadatele includ conținut sau hash-uri ale lui?
2. La ce furnizori din amonte pot ajunge cererile mele și poate contractul să fixeze lista?
3. Ai acorduri ZDR scrise cu fiecare, care acoperă fiecare funcție pe care o folosesc (caching, batch, fișiere, unelte), și când expiră?
4. Dacă nu există niciun furnizor ZDR disponibil, cererea eșuează sau trece pe altă rută?
5. Monitorizarea abuzurilor, verificările de siguranță sau o obligație legală de păstrare rețin ceva, cât timp, și cine poate citi?
6. Ce gateway-uri și subprocesatori stau între voi și model, unde se procesează datele și ce mecanism de transfer acoperă datele din UE?
7. Cum mă anunți când se schimbă o politică sau un subprocesator?

Ce arhitectură se potrivește datelor tale?

• Contract ZDR direct cu un laborator. Cele mai puține părți. Anthropic și OpenAI cer amândouă să aplici, iar unele funcții rămân în afara ZDR.
• Router cu rutare doar spre ZDR. Un contract și multe modele. Merge dacă flag-ul eșuează închis și accepți că acordurile routerului cu furnizorii din amonte nu sunt publice.
• Gateway local plus contracte directe. Un gateway precum My Claude Code, pe care îl construim noi, rulează pe calculatorul tău și trimite trafic doar către furnizorii configurați de tine. Ții tu fiecare contract. Păstrează un jurnal local al cererilor pe care îl controlezi, iar o cheie OpenRouter sau OpenCode adăugată în el readuce politica acelui serviciu.
• Modele open-weight găzduite de tine. Nicio terță parte nu vede promptul. Plătești în hardware și operare.

Vezi și router AI vs furnizor direct și prompt caching explicat.

Unde se potrivește Danube Labs

Danube Labs este un studio de software, AI și automatizare condus de fondator, cu sediul în București. Când proiectăm funcții AI pentru clienți, cartografiem întâi traseul datelor și alegem contractul cu furnizorul, routerul sau varianta locală potrivită. Pentru ajutor la această decizie vezi serviciul nostru de sisteme AI sau programează o discuție introductivă gratuită.