Studiu de caz

AI on-premise pentru o firmă care pune confidențialitatea pe primul loc: un studiu de caz

O firmă de consultanță în securitate voia productivitatea AI-ului modern fără ca vreun singur document să părăsească vreodată clădirea. Iată cum am construit un asistent privat care rulează integral pe hardware-ul lor și ce a presupus asta cu adevărat.

Have a nice dayHave a nice day14 min de citit
AI on-premise pentru o firmă care pune confidențialitatea pe primul loc: un studiu de caz

Unele firme nu își pot pune datele în cloud-ul altcuiva — nu pentru că sunt paranoice, ci pentru că însăși confidențialitatea este produsul pe care îl vând. Aceasta este povestea unei astfel de firme și a modului în care i-am oferit viteza unui asistent AI modern fără ca vreun singur fișier de client să părăsească vreodată cei patru pereți ai lor. Fără lustru de marketing. Doar ce am încercat, ce s-a stricat și ce a funcționat în cele din urmă.

Primim un anumit tip de solicitare de câteva ori pe an. De obicei începe cu o frază de genul: „Am dori tare mult să folosim AI, dar legal nu ne putem trimite datele nicăieri.” Persoana de la celălalt capăt și-a văzut deja colegii lipind materiale sensibile într-un chatbot public, i s-a strâns stomacul și a interzis discret toată categoria. Nu sunt împotriva tehnologiei. Sunt prinși între o oportunitate reală de productivitate și o obligație de confidențialitate care nu se negociază.

Acest studiu de caz este despre o firmă exact de acest fel. Din respect pentru însăși confidențialitatea care a definit proiectul, am anonimizat totul — numele, oamenii, detaliile clienților lor. Cifrele sunt ilustrative și rotunjite, nu date auditate. Dar forma problemei și felul în care am rezolvat-o sunt exact așa cum s-au petrecut.

Situația: productivitate blocată în spatele unui zid de confidențialitate

Clientul era o firmă de consultanță de dimensiuni medii dintr-un domeniu în care discreția nu este un moft — este întregul motiv pentru care clienții îi angajează. Gândiți-vă la o practică ce gestionează lucrări sensibile din zona corporativă, juridică sau apropiată de securitate, unde o scurgere nu ar fi doar jenantă; ar pune capăt afacerii. Aproximativ treizeci de oameni, o încărcătură serioasă de dosare și un munte de documente lungi și dense pe care cineva trebuie să le citească, să le rezume și să le coreleze în fiecare săptămână.

Echipa lor a privit cum restul lumii accelerează cu asistenți AI și a simțit cum decalajul se lărgește. Un junior putea petrece o jumătate de zi extrăgând ideile-cheie dintr-un raport de 90 de pagini. Redactarea unui prim rezumat al unui dosar înghițea ore pe care nimeni nu le factura. Munca era exact genul de trudă densă, dominată de limbaj, la care AI-ul modern chiar se pricepe — și nu se puteau atinge de niciun pic din ea.

Blocajul era simplu și absolut. Contractele cu clienții și propria politică internă interziceau trimiterea materialelor clienților către orice serviciu terț. Nici anonimizate, nici criptate în tranzit, nici „furnizorul promite că nu se antrenează pe ele.” Datele nu aveau voie să părăsească sediul, punct. Orice instrument AI în cloud de pe piață era exclus prin definiție, oricât de bine ar fi arătat politica lui de confidențialitate pe hârtie.

“Nu voiau promisiunea unui furnizor că datele sunt în siguranță. Voiau ca datele să nu ajungă niciodată într-o poziție în care ar fi nevoie de o promisiune.”
— ce ne-a spus partenerul administrator la prima întâlnire

Această ultimă distincție cuprinde întregul proiect într-o singură frază. Multe oferte de „AI privat” sunt de fapt cloud-ul altcuiva cu un contract mai strict. Pentru acest client, asta nu era de ajuns. Singurul răspuns acceptabil era un sistem în care datele sensibile să nu călătorească niciodată fizic — unde, în principiu, ai putea scoate cablul de rețea din priză, iar asistentul tot ar funcționa.

Un rack de servere încuiat într-o cameră mică de birou, luminând ușor, cu un cablu ethernet vizibil deconectat, pus pe podea lângă el, simbolizând un AI care funcționează complet offline
Modelul mental la care ne întorceam mereu: dacă scoți cablul de rețea, asistentul ar trebui să răspundă în continuare.

De ce nu s-au potrivit răspunsurile evidente din cloud

Înainte de a construi ceva, am făcut analiza cuvenită a căilor mai ușoare — pentru că on-premise înseamnă mai multă muncă și nu îl recomandăm dacă o opțiune mai simplă chiar se potrivește. Pentru acest client, fiecare scurtătură se prăbușea la același zid.

Marii furnizori oferă cu toții niveluri enterprise cu „nu ne antrenăm pe datele tale” și găzduire regională. Liniștitor și, pentru multe firme, întru totul suficient. Dar tot înseamnă că fișierele clienților părăsesc clădirea și stau, oricât de scurt, pe o infrastructură pe care firma nu o controlează. Pentru o practică ale cărei contracte interzic asta explicit, o promisiune puternică rămâne o promisiune — iar promisiunile nu supraviețuiesc unei întrebări de audit care începe cu „puteți garanta…”.

Am exclus și o instanță de cloud privat — un mediu dedicat și izolat, găzduit de un furnizor. Mai puternic tehnic și perfect potrivit pentru unele firme. Dar tot plasa datele pe hardware închiriat, într-o clădire pe care clientul nu o deținea, și păstra o dependență de un furnizor extern pentru ceva ce clientul voia complet sub propriul acoperiș. Erau dispuși să renunțe la ceva confort pentru acel control. Așa că a fost on-premise.

Ce am construit de fapt

Soluția, redusă la esență, a fost un asistent AI privat care rulează pe un singur server performant din biroul propriu al clientului. Echipa îl accesează printr-o pagină web obișnuită din browser — arată și se simte ca instrumentele de chat pe care le știe deja toată lumea. În spatele acelei ferestre familiare, nimic nu părăsește vreodată rețeaua locală.

Am păstrat în mod deliberat o arhitectură plictisitoare. Plictisitor înseamnă fiabil, iar fiabilitatea este ceea ce îi trebuie unui sistem critic pentru confidențialitate. Erau trei piese în mișcare care merită numite.

Un model open-weight care rulează local

În loc să apelăm la un model găzduit, am rulat un model de limbaj open-weight performant direct pe GPU-ul serverului. Faptul că e open-weight contează aici: fișierele modelului stau pe discul clientului, rulează pe hardware-ul clientului și răspund la întrebări fără niciun drum dus-întors pe internet. Pentru volumul lor de lucru — rezumare, extragere, redactare, răspunsuri la întrebări despre propriile documente — un model de dimensiune medie, bine ales, era mai mult decât suficient. Nu aveau nevoie de vârful absolut; aveau nevoie de ceva competent și privat.

Un strat de cunoștințe privat peste propriile fișiere

Valoarea reală nu era un chatbot generic — era un asistent care putea răspunde la întrebări despre propriile dosare. Am construit un strat de regăsire care le indexează documentele local, astfel încât, atunci când cineva întreabă „ce am concluzionat despre X în dosarul Müller”, sistemul găsește pasajele relevante și răspunde din ele. Acel index, ca tot restul, stă în întregime pe mașina locală. Niciun document, și niciun fragment din el, nu este vreodată încărcat undeva.

Control al accesului care se potrivea regulilor existente

O firmă ca aceasta are deja reguli stricte despre cine poate vedea ce fișiere. Asistentul trebuia să le respecte, nu să le ocolească. Așa că accesul a oglindit permisiunile existente: poți întreba AI-ul doar despre materialele pe care ai deja voie să le deschizi. Sună evident, dar aceasta este partea care transformă un demo ingenios în ceva ce un responsabil de conformitate chiar va aproba.

O diagramă editorială curată a unei bucle închise complet în interiorul conturului unei clădiri: o persoană la un laptop, o săgeată către un server local cu GPU, o săgeată către un teanc de fișiere-documente și înapoi — cu o linie punctată către o pictogramă de cloud tăiată cu o cruce
Totul în interiorul clădirii, nimic în afara ei. Cloud-ul tăiat cu o cruce era esența întregii idei.

Cum l-am implementat fără a perturba munca

O firmă care pune confidențialitatea pe primul loc este, în mod firesc, prudentă cu sistemele noi. Nu aveam cum să câștigăm încrederea apăsând un buton și declarând victoria. Așa că am condus proiectul ca o serie de pași mici și reversibili, fiecare dovedibil înainte de a începe următorul.

  1. 1
    Am delimitat mai întâi o singură sarcină dureroasă
    Nu am încercat să „adăugăm AI în firmă.” Am ales o singură activitate cu volum mare — rezumarea documentelor lungi primite — și am construit pentru ea. O țintă clară, ușor de judecat drept succes sau eșec.
  2. 2
    Am construit pe o mașină de test cu date fictive
    Totul a fost întâi ridicat pe o mașină izolată, folosind documente inventate, astfel încât nicio dată reală de client nu a fost implicată până când sistemul nu a fost dovedit și modelul de securitate revizuit.
  3. 3
    Am rulat un pilot închis cu câțiva utilizatori avansați
    O mână de angajați seniori l-au folosit la muncă reală câteva săptămâni, în paralel cu procesul lor obișnuit. Au găsit asperitățile — formulări ciudate, câteva documente pe care indexul le trata prost — iar noi le-am remediat.
  4. 4
    L-am verificat față de propria politică
    Înainte de orice extindere, responsabilul lor de conformitate a auditat exact unde stăteau și unde se mișcau datele. Pentru că răspunsul era „nicăieri în afară de aici”, acea verificare a fost scurtă — ceea ce era chiar scopul de proiectare.
  5. 5
    L-am deschis echipei cu un ghid de o pagină
    Abia după ce a câștigat încredere, l-am extins la nivel de firmă, cu o notă în limbaj simplu despre ce știe să facă, ce nu, și cu amintirea că nu inventează niciodată — citează.

Rezultatul: ore recâștigate și nimic nu a părăsit clădirea

În câteva luni de la implementarea completă, asistentul devenise discret parte din rutina zilnică. Rezultatul de titlu era cel care le păsa cel mai mult: niciun octet de date de client nu a părăsit vreodată sediul, iar ei puteau dovedi asta oricui întreba. Sistemul rulează pe serverul lor, în biroul lor, sub controlul lor. Numai atât justifica proiectul pentru ei.

Latura de productivitate a fost bonusul care l-a făcut rentabil. Primul rezumat al unui document lung — anterior o muncă de câteva ore pentru un junior — a scăzut la câteva minute de revizuire și editare. Angajații au încetat să recitească fișiere întregi pentru a răspunde la o singură întrebare factuală; îl întrebau pe asistent, primeau un pasaj citat și îl verificau în câteva secunde. La nivelul echipei, timpul eliberat s-a adunat într-o parte semnificativă din fiecare săptămână, redirecționată de la trudit prin documente către analiza de valoare mai înaltă pe care clienții chiar o plătesc.

La fel de grăitoare a fost o schimbare mai subtilă. Oameni care fuseseră discret neliniștiți de AI — temându-se că e o scurgere care așteaptă să se întâmple — au ajuns să îl folosească fără reținere, tocmai pentru că înțelegeau de ce era sigur. Încrederea nu a venit din faptul că i-am liniștit noi. A venit dintr-o arhitectură pe care o puteau explica unui client într-o singură frază: nu părăsește niciodată clădirea.

AspectÎnainteDupă
Rezumarea unui document lungO jumătate de zi, manualMinute pentru a revizui o ciornă
Răspuns la o întrebare despre un fișierRecitirea întregului fișierÎntrebi, primești un pasaj citat
Unde ajung datele clientuluiRămân înăuntru, dar AI-ul e interzisRămân înăuntru, iar AI-ul e utilizabil
Revizuirea de conformitate a instrumentuluiAr pica din prima ziScurtă — nimic nu iese
Încrederea echipei în folosirea AIAnxioasă, în mare evitatăRelaxată, înțeleasă
Înainte și după, în termeni aproximativi și ilustrativi.
Un consultant la birou revizuiește pe ecran un rezumat concis generat de AI, lângă un teanc gros de documente pe hârtie, vizibil ușurat, în lumină naturală caldă
Câștigul de zi cu zi: o sarcină de citit de o jumătate de zi a devenit câteva minute de revizuire și verificare.
“Reușita nu a fost că AI-ul era deștept. A fost că, pentru prima dată, răspunsul de conformitate și răspunsul de productivitate erau același răspuns.”
— liderul nostru de proiect, despre ce a făcut acest caz să se lege

Cât a costat, cinstit vorbind

AI-ul on-premise nu este opțiunea ieftină și v-am face un deserviciu pretinzând altceva. Există un server real cu un GPU real de cumpărat, un proiect de configurare de finanțat și o mentenanță continuă de bugetat — patch-uri, actualizări de model, câte o reglare din când în când. Pentru o firmă a cărei confidențialitate este contractuală, costul se justifică ușor. Pentru o firmă căreia doar îi place ideea de confidențialitate, adesea nu — și o spunem.

Compromisul cinstit arată așa: un cost inițial mai mare și un pic mai multă responsabilitate, în schimbul controlului total și al lipsei taxelor de cloud per mesaj care cresc odată cu utilizarea. Pentru o echipă cu utilizare intensă care gestionează materiale sensibile, economia chiar se îmbunătățește în timp — ai cumpărat capacitatea, în loc să o închiriezi per interogare. Pentru utilizare ușoară sau ocazională, un instrument în cloud ar fi aproape sigur mai ieftin. A ști pe ce parte a acelei linii te afli reprezintă cea mai mare parte a deciziei.

  • Un server performant cu un GPU potrivit — o achiziție de capital, o singură dată, nu un abonament.
  • Un proiect de configurare: instalarea și reglarea modelului, construirea indexului de documente, conectarea controlului accesului.
  • Mentenanță continuă: patch-uri de securitate, actualizări de model, reglaje ocazionale pe măsură ce nevoile se schimbă.
  • Proprietate internă: o persoană desemnată care să-l supravegheze, exact cum ai administra orice sistem esențial.
  • Nicio factură de cloud per interogare — utilizarea care ar deveni scumpă în cloud este practic gratuită odată ce hardware-ul e plătit.

Ți s-ar potrivi afacerii tale?

Nu a fost un caz izolat. Același tipar se potrivește oricărei firme unde constrângerea este sensibilitatea datelor, nu bugetul: cabinete juridice, furnizori medicali și din zona sănătății, lucrări apropiate de securitate și apărare, consultanți financiari, echipe de cercetare-dezvoltare care stau pe secrete comerciale. Dacă te-ai trezit dorind ajutorul AI-ului, dar tresărind la gândul unde ar ajunge datele, tu ești publicul pentru care a fost construită această abordare.

La fel, dacă datele tale nu sunt deosebit de sensibile și ai plăti doar un premium pentru un sentiment, îți vom indica o opțiune bună de cloud și îți vom economisi cheltuiala. Răspunsul corect depinde în întregime de obligațiile tale, nu de care tehnologie sună mai impresionant. Cel mai util prim pas nu este alegerea unui model — este să fii cinstit cu privire la ce impun de fapt obligațiile tale de confidențialitate.

Confidențialitatea te împiedică să folosești AI?

Dacă datele tale nu pot părăsi legal clădirea, tot ai opțiuni — și sunt mai practice decât presupun majoritatea oamenilor. Hai să vedem dacă o configurare on-premise are sens pentru obligațiile tale, fără nicio obligație de a construi ceva.

Explorează AI-ul on-premise

Întrebări frecvente

AI-ul on-premise înseamnă că datele mele nu părăsesc niciodată clădirea?
Exact acesta este scopul lui. Modelul rulează pe un server pe care îl deții, în interiorul propriei tale rețele, și răspunde la întrebări fără niciun drum dus-întors pe internet. În configurarea pe care o descriem, ai putea scoate cablul de rețea din priză, iar asistentul tot ar funcționa. Niciun document, și niciun fragment din el, nu este încărcat către vreun serviciu extern.
Un model care rulează local este la fel de bun ca marile modele din cloud?
Nu la vârful absolut — dar pentru munca de zi cu zi de care au nevoie majoritatea firmelor, adică rezumare, extragere de fapte, redactare și răspunsuri la întrebări despre propriile documente, un model open-weight bine ales este mai mult decât capabil. Rareori ai nevoie de cel mai mare model posibil; ai nevoie de unul competent pe care îl controlezi complet.
Nu este AI-ul on-premise foarte scump?
Costă mai mult inițial decât un abonament de cloud, pentru că achiziționezi hardware real și finanțezi un proiect de configurare. Dar nu există taxe de cloud per interogare, așa că pentru utilizare intensă economia se îmbunătățește în timp. Este alegerea corectă când confidențialitatea este contractuală sau de reglementare — și alegerea greșită, supraevaluată, când nu este. Îți vom spune cinstit pe ce parte te afli.
Cât durează configurarea unui astfel de proiect?
Mai puțin decât se tem oamenii, dacă e delimitat strâns. Începem cu o singură sarcină, o dovedim pe o mașină de test cu date fictive, rulăm un pilot scurt pe muncă reală și abia apoi implementăm. O primă implementare focalizată este de regulă o chestiune de săptămâni, nu de luni, pentru că rezistăm deliberat tentației de a construi prea mult.
Cine întreține sistemul odată ce funcționează?
Are nevoie de aceeași proprietate ușoară ca orice sistem esențial de afaceri: patch-uri de securitate, actualizări ocazionale de model și o persoană internă desemnată care să-l supravegheze. Putem prelua noi mentenanța tehnică sau o putem preda cu documentație — dar datele și hardware-ul rămân complet ale tale.
Have a nice day
Have a nice day
Redacția

Have a nice day este un studio software care ajută întreprinderile mici și mijlocii să se digitalizeze — automatizare, IA și software personalizat care funcționează în activitatea de zi cu zi, nu doar pe slide-uri.

Servicii potrivite