RAG pe procedurile de urgență: documentul se execută
Planul de intervenție se aplică în minute, prin fum și fără curent. Ce cere asta de la un sistem de retrieval: mod degradat, rol pe tură, cronometru.

Procedurile de urgență sunt singurul corpus dintr-o companie scris ca să fie executat, nu citit.
Diferența pare de nuanță până o pui în condiții. Un contract se interpretează la birou, cu timp. Un plan de evacuare se aplică prin fum, cu mâinile ocupate, de un om care nu formulează propoziții complete și nu are răbdare pentru o listă de rezultate.
Corpusul în sine e mic: planul de intervenție, planurile de evacuare, organizarea intervenției la locul de muncă, fișele substanțelor periculoase, instrucțiunile afișate. Cu totul, câteva sute de pagini pentru un amplasament mediu. Nimic din dificultate nu vine din volum.
Vine din trei constrângeri care nu apar împreună pe niciun alt corpus: fereastra de aplicare se măsoară în minute și e cronometrată oficial, infrastructura pe care ar rula sistemul e chiar cea pe care procedura cere să o oprești, iar același scenariu are un pas următor diferit pentru fiecare rol de pe tură.
Procedura de urgență trebuie să funcționeze în orice moment
Legea nr. 307/2006 privind apărarea împotriva incendiilor formulează obligația administratorului fără marjă de interpretare: să asigure întocmirea și actualizarea planurilor de intervenție, plus condițiile pentru aplicarea acestora în orice moment.
Ce înseamnă „în orice moment”
Textul nu spune „actualizat” și nu spune „accesibil în timpul programului”. Spune aplicabil oricând, ceea ce mută cerința din zona conținutului în zona execuției. Un plan corect, aflat în spatele unui serviciu care nu răspunde la ora trei dimineața, nu îndeplinește condiția.
Pentru arhitectură, consecința e că indisponibilitatea nu mai e un incident de operare pe care îl discuți la retrospectivă. E o obligație neîndeplinită, iar obligația e a administratorului, nu a furnizorului de software.
Cronometrul există deja în procedură
Partea pe care majoritatea proiectelor nu o vede e că timpul de răspuns e deja o mărime reglementată aici. Normele generale de apărare împotriva incendiilor, aprobate prin Ordinul MAI nr. 163/2007, cer ca fiecare exercițiu de intervenție să se finalizeze printr-un raport în care se consemnează, printre altele, îndeplinirea baremelor de timp stabilite și a timpilor operativi de intervenție.
Deci nu trebuie să argumentezi în fața nimănui de ce măsori latența. Baremul e stabilit, raportul e obligatoriu, registrul există. Un sistem care intră în lanțul de execuție consumă o parte din baremul pasului pe care îl susține, iar partea aceea se vede în raport.
Aceeași lege folosește două registre de timp în același articol: administratorul informează inspectoratul de îndată, prin orice mijloc, despre izbucnirea unui incendiu, dar raportul de intervenție se trimite în termen de 3 zile lucrătoare. Prima obligație nu are unitate de măsură, fiindcă nu suportă una. Sistemul discutat aici stă în registrul acela. De aici iese și singura regulă de proiectare care nu se negociază: bugetul de timp se alocă înainte de a alege componentele, nu după. Un lanț cu reranking greu și două runde de căutare poate fi cel mai bun sistem din companie și complet inutilizabil sub un barem de treizeci de secunde.
Scenariul pe care se sprijină planul vine din amonte, din registrul de riscuri — acolo se decide ce evenimente merită o procedură scrisă și cine răspunde de ele.
Baza de comparație e un carton prins pe perete
Normele generale descriu suportul pe care trăiește azi informația de intervenție, și merită citit literal. Datele privind organizarea stingerii incendiilor la locul de muncă se înscriu într-un formular tipărit pe un material rezistent, de regulă carton, și se afișează într-un loc vizibil, estimat a fi mai puțin afectat în caz de incendiu.
Ce face cartonul mai bine decât orice index
Aceeași logică revine la planurile de depozitare a materialelor periculoase: se amplasează în locurile estimate a fi cel mai puțin afectate de incendiu și în apropierea căilor de acces, ca să fie utile forțelor care intră.
Concurentul real al unui sistem de retrieval pe acest corpus nu e o căutare lentă în intranet. E un obiect cu latență zero, fără nicio dependență, poziționat fizic astfel încât să supraviețuiască evenimentului. Cine nu trece pragul ăsta livrează o unealtă de birou.
| Criteriu | Formular afișat | Căutare în intranet | Retrieval pe corpus |
|---|---|---|---|
| Latență | zero | secunde | secunde, variabil |
| Dependențe | niciuna | rețea, autentificare | rețea, index, model |
| Compunere între documente | nu | manuală | da |
| Filtrare pe rol și tură | nu | nu | da |
| Actualizare | retipărire | imediată | reindexare |
| Urmă a consultării | niciuna | jurnal de acces | jurnal cu sursa citată |
Ce nu încape pe carton
Cartonul pierde exact acolo unde procedura cere compunere. Instrucțiunile de apărare împotriva incendiilor se completează, în toate cazurile, cu informațiile din planurile de intervenție — două documente distincte, aprobate separat, care trebuie citite împreună ca să iasă un pas următor.
Peste ele se suprapune lista substanțelor periculoase, cu metodele de intervenție și substanțele de stingere recomandate pentru fiecare. Nimeni nu retipărește un carton pentru fiecare combinație de loc de muncă, substanță și tură. Un sistem poate, cu condiția să livreze în forma discutată la ce înseamnă un răspuns bun: scurt, cu sursa alături, fără preambul.
Iar când corpusul e într-adevăr mic, pragul de la când NU folosești RAG se aplică fără nuanțe. Trei locuri de muncă și o singură substanță periculoasă nu justifică un index; justifică un carton mai bine făcut.
Procedura îți taie curentul la pasul trei
Normele descriu ce presupune intervenția la locul de muncă, în ordine: alarmarea imediată a personalului, salvarea rapidă și în siguranță și, la punctul următor, întreruperea alimentării cu energie electrică, gaze și fluide combustibile de către persoanele anume desemnate.
Sistemul care ar trebui să spună ce urmează e deconectat de procedura pe care o servește, la al treilea pas al ei. Nu e o ipoteză pesimistă de indisponibilitate. E o instrucțiune scrisă, cu responsabil nominalizat.
Ce trebuie să existe local înainte de primul apel de rețea
Reglementarea impune surse de rezervă pentru iluminatul de siguranță și cere instalațiilor de detectare și semnalizare să funcționeze o durată minimă normată după întreruperea alimentării principale. Sistemul de cunoștințe nu apare în lista aceea. Dacă vrei să fie acolo, e decizia ta de arhitectură, nu o cerință care ți se impune.
Practic, înseamnă un nucleu care rulează pe dispozitivul din zonă: planul etajului curent, organizarea locului de muncă, numerele de alarmare, fișa substanțelor prezente. Literatura pe retrieval executat local tratează rularea integrală pe dispozitiv drept condiția care asigură disponibilitate offline, iar lucrările pe indexare la margine arată prețul: memorie mică, model mic, index tăiat.
Prețul se plătește în acoperire, și de aici iese o cerință pe care sistemele centralizate nu o au. Într-o arhitectură federată pe noduri, fiecare nod rămâne cu acoperire incompletă, mai ales pe întrebările care cer dovezi din mai multe surse. Regula practică e ca răspunsul degradat să-și declare marginea: ce a consultat și ce nu a putut.
A doua cerință a copiei locale e să-și poarte vârsta. Un plan sincronizat ultima dată acum șapte luni poate fi în regulă sau poate fi anterior unei recompartimentări, iar omul care îl citește în fum nu are cum să afle. Data ultimei sincronizări se afișează lângă răspuns, nu într-un ecran de setări.
Granița cu incidentul de infrastructură
Merită spus explicit, fiindcă vecinătatea induce în eroare. La RAG pentru IT și operațiuni corpusul e runbook-ul, obiectul intervenției e chiar sistemul căzut, iar întrebările de latență și de raportare a incidentelor sunt tratate acolo, pe larg.
Aici obiectul intervenției e fizic, iar infrastructura informatică nu e nici cauza, nici ținta: e o victimă colaterală a unei proceduri care cere ruperea alimentării. Diferența practică e că acolo poți presupune că rețeaua revine, fiindcă revenirea ei e scopul lucrării.
Cine întreabă contează mai mult decât ce întreabă
Organizarea intervenției de stingere cere stabilirea componenței echipelor care asigură salvarea și evacuarea persoanelor, pe schimburi de lucru și în afara programului. Nominalizarea celor care execută efectiv operațiunile se face pentru fiecare schimb de activitate, plus zilele de repaus și sărbătorile legale.
Două funcții diferite pentru același câmp
Pune întrebarea „e fum în hala doi, ce fac” și corpusul are trei răspunsuri corecte simultan. Operatorul de la utilaj primește secvența de oprire și traseul lui de evacuare. Șeful de tură primește ordinea de alarmare și cine întrerupe alimentarea. Coordonatorul de evacuare primește punctul de adunare și lista nominală de verificat.
Niciunul nu e o versiune mai scurtă a celuilalt. Sunt acțiuni diferite, atribuite prin decizie scrisă, iar livrarea răspunsului greșit persoanei greșite produce doi oameni care fac același lucru și niciunul care face ce trebuia.
Rolul are aici două funcții care se confundă ușor, iar confuzia costă. Una filtrează vizibilitatea documentelor și se construiește cu mecanismul obișnuit de permisiuni, discutat la controlul accesului în RAG. Cealaltă alege pasul dintr-un conținut pe care toată lumea de pe amplasament are dreptul să-l vadă — planurile de evacuare se afișează public, prin definiție — și nu se rezolvă cu permisiuni: nu ascunzi nimic, selectezi.
Mai e un detaliu care simplifică implementarea. Nominalizarea pe schimburi e ea însăși un act scris, cu dată și semnătură, deci rolul nu se citește dintr-un director de utilizatori, ci dintr-un document care face parte din același corpus.
O analiză din 2026 pe injectarea rolului de expert în prompt reia constatarea că personele plasate în promptul de sistem nu îmbunătățesc fiabil răspunsul factual și că scorurile agregate ascund compromisuri între dimensiuni de calitate. Concluzia de proiectare e directă: rolul intră ca parametru dur în rutare și în filtrarea candidaților, nu ca instrucțiune de ton.
Aceeași persoană, două ture, două răspunsuri
Delimitarea față de RAG pentru HR e curată. Acolo, individualizarea urmărește drepturile atașate persoanei: vechime, contract, sold de zile, iar ele se schimbă rar. Aici, rolul e o poziție în schema de intervenție valabilă la ora aceea, iar același om o schimbă când trece din tura de zi în cea de noapte.
Deci cheia de rutare nu e identitatea utilizatorului. E perechea dintre om și tura activă, citită din decizia de nominalizare în vigoare la momentul întrebării.
Calendarul corpusului nu e al tău
Pe majoritatea corpusurilor interne, tu decizi când se schimbă documentul. Aici nu. Planul de intervenție se avizează de inspectoratul pentru situații de urgență județean, iar planurile de protecție împotriva incendiilor se actualizează ori de câte ori este cazul, în funcție de condițiile reale.
Trei cadențe care nu se acordă
Formularea „ori de câte ori este cazul” nu conține niciun număr, și nici cerința de a organiza periodic exerciții și aplicații cu salariații nu fixează un interval. Regimul Seveso, în schimb, e explicit: Legea nr. 59/2016 cere ca planurile de urgență internă și externă să fie revizuite și testate periodic, la intervale de cel mult 3 ani, adăugând că planurile se pun în aplicare imediat.
Deci pe același amplasament pot coexista un plan de intervenție avizat cu ani în urmă, perfect valabil fiindcă nimic nu s-a schimbat, și un plan de urgență internă cu termen de testare la trei ani, plus instrucțiuni de la locul de muncă rescrise luna trecută după o modernizare.
| Artefact | Cine îl aprobă | Ce declanșează revizuirea | Ce trebuie să știe sistemul |
|---|---|---|---|
| Plan de intervenție | inspectoratul județean | condiții reale modificate | data avizului, versiunea avizată |
| Plan de urgență internă | operatorul, testat cu ISU | termen de cel mult 3 ani | data ultimei testări |
| Instrucțiuni la locul de muncă | administratorul | modernizări, reglementări noi | data întocmirii și a aprobării |
| Plan de evacuare pe nivel | administratorul | schimbări de compartimentare | nivelul și numărul de persoane |
De ce contează pentru răspuns
Divergența nu e o scăpare de redactare, e o cerință. Un sistem care afișează o singură dată de actualizare pentru „procedură” va fi corect pentru un artefact și greșit pentru celelalte trei. Un sistem care poartă versiunea și autoritatea aprobatoare pe fiecare fragment poate răspunde cu pasul plus proveniența lui, ceea ce permite cuiva să conteste artefactul fără să conteste sistemul.
Termenele de raportare care pornesc după eveniment sunt altă discuție și au deja locul lor în seria asta, la corpusul de operațiuni. Aici mă interesează strict ce se citește în timpul evenimentului.
Documentul central e un desen pe schița etajului
Documentul central al evacuării nu e text și nu devine text prin extracție. Planul de evacuare se întocmește pe schița nivelului sau a încăperii, iar traseele prin uși, coridoare și case de scări se marchează cu culoare verde.
Pe el se indică amplasarea stingătoarelor, a hidranților interiori, a butoanelor de alarmare, posibilitățile de refugiu și interdicția de folosire a lifturilor. Planurile se întocmesc pe nivel dacă acolo se află simultan mai mult de 30 de persoane, pe încăperi dacă în ele se află cel puțin 50, și pentru orice încăpere destinată cazării, indiferent de numărul de locuri.
Citatul literal și planul de arătat
Un pipeline care extrage text dintr-un asemenea plan obține etichete, indicative și numere de încăpere, nu geometria traseului. Răspunsul onest nu descrie traseul în cuvinte, ci îl indică: nivelul, planul afișat, sensul de deplasare.
Se adaugă costul parafrazei. Un plan avizat extern nu se reformulează liniștit, fiindcă textul generat nu are avizul, iar într-un control diferența dintre citat și parafrază devine o discuție separată. Regula pe corpusul ăsta e ca citarea să fie literală și scurtă, iar sinteza să stea deasupra citatului, nu în locul lui.
Planurile sunt deja poziționate fizic acolo unde e nevoie de ele: pe fiecare nivel, pe căile de acces, iar în încăperi pe partea interioară a ușilor. Sarcina sistemului nu e să le înlocuiască, ci să spună care e cel relevant și din ce punct se citește.
Unele reguli există, de altfel, numai pe desen. Interdicția de folosire a lifturilor în caz de incendiu se marchează pe planul de evacuare; dacă pipeline-ul tău a păstrat doar textul, regula aceea a dispărut din corpus fără ca nimeni să observe.
Indicative, coduri de substanță, numere de plan
Ingestia propriu-zisă urmează tiparul obișnuit, descris pe larg în pregătirea documentelor pentru o bază de cunoștințe. Abaterea de aici privește ponderea căii lexicale.
Indicativele de încăpere, codurile de identificare a substanțelor periculoase și numerele de plan nu au vecini semantici utili: un embedding le tratează ca pe niște șiruri aproape identice între ele. Fără componenta descrisă la căutarea hibridă și rerankingul, sistemul întoarce încăperea vecină cu o încredere perfectă, iar în evacuare încăperea vecină e greșeala completă.
Exercițiul îți dă setul de test, cu tot cu cronometru
Aici e resursa pe care aproape toate proiectele o ignoră, deși e deja construită, obligatorie și adnotată. Exercițiile privind modul de intervenție verifică stadiul și capacitatea de acțiune a personalului de la locul de muncă și vizează alarmarea, evacuarea și stingerea incendiului.
Ce înregistrează deja raportul de exercițiu
Exercițiile se execută planificat, pe bază de grafic, dar și inopinat, de către conducere sau de autoritățile de control. Evidența se ține într-un registru special, iar fiecare exercițiu se finalizează printr-un raport care cuprinde cel puțin obiectivele, capacitatea de punere în aplicare a sarcinilor, îndeplinirea baremelor de timp, alarmarea, funcționarea mijloacelor tehnice și propuneri de îmbunătățire.
Citește lista ca pe o specificație de set de evaluare: întrebări reale, în condiții reale, cu rezultat cronometrat și cu adnotarea a ce s-a ratat. Diferența față de un exercițiu de simulare inventat la birou e că acesta are semnături.
Un studiu din 2026 pe un sistem de retrieval în producție arată de ce contează sursa. Interogările sintetice sunt verbose și complete gramatical, în timp ce interogările reale sunt scurte și cu vocabular extrem de sărac, iar mismatch-ul dintre cele două distorsionează concluziile la nivel de sistem. Sub alarmă, distanța se lărgește: nimeni nu formulează o propoziție completă.
Patru praguri, și contra-exemplul fiecăruia
Primul conținut util sub 3 secunde, pe interogările de exercițiu. Contra-exemplu: se atinge trivial dacă sistemul răspunde repede și greșit. Pragul se citește doar împreună cu rata de corectitudine pe același lot.
Peste 90% din interogările de exercițiu rezolvate fără rețea. Contra-exemplu: crește ușor dacă tai corpusul local la generalități. Se verifică pe întrebările care cer substanță plus loc de muncă.
Rutare corectă pe rol peste 95%. Contra-exemplu: cade la zero într-o tură de noapte dacă decizia de nominalizare nu s-a actualizat. Se măsoară separat pe fiecare schimb.
Zero răspunsuri care parafrazează un plan avizat. Contra-exemplu: iese perfect dacă nimeni nu a întrebat despre trasee. Se testează cu interogări construite anume ca să ceară traseul.
Instrumentarul general rămâne cel de la evaluarea unui sistem RAG. Ce se adaugă e că lotul nu se generează: se transcrie din registru.
Cadența ți-o dă însă reglementarea, nu echipa de produs, iar după un eveniment real materialul intră în alt regim: dosarul de cercetare descris la documentația SSM. Rapoartele de exercițiu închise ajung, la rândul lor, sub termenele din nomenclatorul arhivistic — deci setul tău de evaluare are și el o dată de expirare.
Întrebări frecvente
De unde îmi iau baremul de timp?
Din propriile rapoarte de exercițiu, nu dintr-o recomandare generală. Reglementarea nu fixează secunde pentru un sistem informatic, dar cere ca raportul să consemneze baremele stabilite și timpii operativi de intervenție. Iei ultimele trei rapoarte, scazi timpul consumat de pasul pe care sistemul îl susține și obții plafonul sub care trebuie să stea. E o cifră a amplasamentului tău, nu una de pe internet.
Ce fac dacă au căzut și rețeaua, și curentul?
Presupui de la început că se întâmplă, fiindcă procedura însăși cere întreruperea alimentării cu energie electrică. Nucleul minim rulează local pe dispozitivul din zonă și acoperă planul etajului, organizarea locului de muncă, numerele de alarmare și fișa substanțelor. Restul e opțional, iar răspunsul degradat spune explicit ce nu a putut consulta.
Cum leg rolul de răspuns fără să dublez sistemul de permisiuni?
Le ții separate, fiindcă rezolvă probleme diferite. Permisiunile decid ce documente sunt vizibile. Rolul decide ce pas se extrage dintr-un document vizibil tuturor. Cheia de rutare e perechea dintre persoană și tura activă, luată din decizia de nominalizare, nu din organigramă.
Pot folosi înregistrările de exercițiu ca set de evaluare?
Da, și e cea mai bună sursă pe care o ai, fiindcă registrul de exerciții și rapoartele aferente sunt deja obligatorii. Grija e la datele personale: pentru evaluare îți trebuie interogarea, rolul, timpul și rezultatul, nu numele. Anonimizarea la extragere păstrează utilitatea lotului.
Merge același tipar în afara apărării împotriva incendiilor?
Se transferă oriunde răspunsul are o fereastră scurtă și un rol variabil: proceduri medicale de urgență, oprirea de avarie a unei instalații, planuri de continuitate a activității. Se schimbă reglementarea, deci se schimbă baremele și cadența exercițiilor, dar structura rămâne: rol, cronometru, mod degradat, registru.
Verificarea durează zece minute și se face pe sistemul pe care îl ai deja.
Scoate laptopul din rețea și pune trei întrebări: unde e cel mai apropiat traseu de evacuare de la postul X, ce fac dacă arde bidonul cu solvent din depozit, cine întrerupe gazul în tura de noapte. Cronometrează fiecare răspuns.
Dacă prima întrebare nu primește un plan de arătat, a doua nu primește substanța de stingere din fișa reală, iar a treia întoarce exact același text ca pentru tura de zi, atunci ai un sistem de documentare. Distincția nu e semantică: primul se consultă, al doilea se execută, iar diferența se vede doar în minutul în care nimeni nu are timp să citească.
Ai proceduri împrăștiate între planuri avizate, instrucțiuni afișate și fișiere pe un server, și vrei să afli ce parte poate ajunge în teren fără rețea? Trimite un mesaj sau vezi ce acoperă un proiect de soluții AI și RAG.
Cum se livrează cap-coadă un asemenea proiect ține de AI și RAG. Problemele de precizie a regăsirii pe corpusuri cu identificatori seci sunt adunate sub calitatea retrievalului. Iar corpusurile analizate până acum, unul câte unul, stau în Cazuri de utilizare enterprise.
Surse
- Legea nr. 307/2006 privind apărarea împotriva incendiilor — art. 19, obligațiile administratorului — LegeAZ, 2006
- Legea nr. 307/2006 privind apărarea împotriva incendiilor — text pe articole — LegeAZ, 2006
- Ordinul MAI nr. 163/2007 pentru aprobarea Normelor generale de apărare împotriva incendiilor — Primăria Municipiului Brăila, 2007
- Ordinul 163/2007 — Norme generale de apărare împotriva incendiilor (copie instituțională) — Glia Center, 2007
- Legea nr. 59/2016 privind controlul asupra pericolelor de accident major în care sunt implicate substanțe periculoase — ISU Ialomița, 2016
- Legea nr. 59/2016 — formă actualizată — Lege5, 2016
- OUG nr. 155/2024 privind cadrul pentru securitatea cibernetică a rețelelor și sistemelor informatice — Lege5, 2024
- Calendar NIS2 România 2026 — termene, obligații, sancțiuni — SNSYS, 2026
- Implementare NIS2 în România: ghid complet 2026 — CysNis, 2026
- Obligațiile entităților conform OUG 155/2024 — Cristina Tudor, 2025
- Ghid NIS2 pentru companiile din România — BrainTrust, 2026
- Predictive Prefetching for Retrieval-Augmented Generation — arXiv, 2026
- EdgeRAG: Online-Indexed RAG for Edge Devices — arXiv, 2024
- A Unified Model and Document Representation for On-Device Retrieval-Augmented Generation — arXiv, 2026
- FD-RAG: Federated Dual-System Retrieval-Augmented Generation — arXiv, 2026
- When Does Persona Prompting Actually Help? A Retrieval and Metric Analysis of Expert Role Injection in LLMs — arXiv, 2026
- The Coverage Illusion: From Pre-retrieval Routing Failure to Post-retrieval Cascades in a Production RAG System — arXiv, 2026
Andrei Badulescu
Fondator & Software ArchitectConstruiește sisteme B2B la BaseTech — ERP la comandă, platforme SaaS, agenți AI și arhitecturi programmatic SEO. Scrie despre deciziile tehnice din spatele lor: stack, trade-off-uri și ce ține la scară.
Vezi profilul autorului →Articole conexe

RAG pe nomenclatorul arhivistic: ștergerea ca obligație
Pe o arhivă, răspunsul corect poate fi că documentul nu mai trebuie să existe. Cum distinge sistemul o absență legitimă de o pierdere reală.

RAG pe documentația SSM: absența dovezii e chiar fapta
„Nu găsesc fișa" acoperă trei fapte diferite, cu consecințe diferite. Pe documentația SSM, absența unei înregistrări e ea însăși contravenția.

RAG pe situații de lucrări: aceeași cantitate, cinci cifre
Ofertată, executată, măsurată, acceptată, decontată: aceeași cantitate are cinci valori corecte simultan, fiecare în alt act. Care intră în răspuns?
Insights pentru companii
care construiesc
Articole noi despre ERP, AI, agenți și pSEO, direct pe email. Fără spam.