Agent juridic AI — catalog tehnic, nu pitch
18 fundații arhitecturale din spatele Alice by LexID, câte una per mecanism real de verificare — de la registrul de surse până la monitorul de mărci EUIPO.
Ultima verificare a acestui catalog: 03 septembrie 2026.
Fundația verificării
Înainte de orice căutare sau răspuns, două reguli structurale decid ce poate deveni adevăr juridic în sistem.
Fiecare afirmație juridică știe de unde vine, cât de tare poate fi invocată și cine i-a verificat starea ultima dată.
Orice sursă din corpus e înregistrată cu proveniență, rang de autoritate și parser dedicat; sistemul distinge explicit legea obligatorie de sursa persuasivă, nu le tratează la fel.
Ce ține minte Alice din conversație nu ajunge niciodată să decidă un termen, un risc sau o taxă.
Contextul conversațional e etichetat explicit [MEMORY] și e blocat structural să alimenteze redline-uri, risc, termene, rate, executabilitate, depuneri sau taxare — separare impusă în system prompt, verificată printr-un test dedicat.
Motorul de retrieval & jurisdicție
Căutarea multilingvă și rezolvarea jurisdicției se întâmplă înaintea oricărui research — nu în paralel cu el.
Găsește articolul relevant chiar dacă întrebarea e pusă altfel decât scrie legea — și nu inventează niciodată textul.
Căutare full-text (FTS5) + semantică + rerank, pe corpus bilingv RO/UE. Fiecare fișă are textul autentic și un hash SHA-256 — potrivirea semantică ajută la găsit, nu la validat.
Dacă legea unei țări nu e încă instalată, Alice spune asta direct — nu ghicește pe baza altei jurisdicții.
Resolver-ul determină legile aplicabile înainte de research, determinist; un pachet neinstalat produce automat răspuns marcat NOT_VERIFIED, nu o aproximare tăcută.
Porțile de siguranță
Șase porți mecanice, în cod — nu instrucțiuni de prompt pe care modelul le poate ignora sub presiune. Un răspuns care nu le trece nu ajunge la client.
Fără dosar de probe complet, sistemul refuză mecanic să genereze un răspuns pe speța respectivă.
Ruta de generare verifică existența unui evidence bundle valid; lipsa lui blochează ruta la nivel de cod, nu de instrucțiune.
Fiecare afirmație juridică poate fi urmărită individual, până la sursa și verdictul ei propriu.
O afirmație devine un obiect structurat separat — sursă + verdict — nu doar o propoziție îngropată într-un răspuns lung.
O citare care există dar nu susține de fapt afirmația e respinsă automat, indiferent ce zice modelul.
5 verificări (A1–A5) + o poartă suplimentară. Regula citation_exists_but_does_not_support_claim → REJECT e cod, nu poate fi ocolită de prompt.
Un răspuns care nu trece toate verificările nu ajunge niciodată la client — nici măcar „aproximativ”.
O formulă mecanică (PUBLISH = true/false) agregă rezultatele porților anterioare; PUBLISH=false înseamnă blocaj dur, fără fallback la un răspuns parțial.
Un contract trimis fără anexele lui e semnalat înainte de analiză, nu analizat pe jumătate în tăcere.
Verificarea de completitudine (anexe, pagini, referințe interne) rulează ca prim pas, înaintea oricărei analize de conținut.
Un al doilea sistem încearcă activ să spargă fiecare răspuns înainte să-l vadă clientul.
Atac pe trei familii de vulnerabilități, cu tiebreaker asimetric — dubiul scade întotdeauna încrederea răspunsului, niciodată nu o crește.
Actualizare & testare continuă
Corpusul se re-verifică, iar calitatea se măsoară cu întrebări construite deliberat să înșele — nu doar cu impresii.
Când o lege se schimbă, dosarele afectate primesc alertă — nu rămân tăcut învechite.
Re-verificare zilnică a legislației; o modificare declanșează scanare de impact pe dosarele deschise. O degradare de parsare trimite automat sursa în carantină, în loc să producă un răspuns tăcut greșit.
Alice e testată cu întrebări construite deliberat s-o păcălească, nu doar cu întrebări la care „sună bine” orice răspuns.
Măsurat pe suportarea reală a afirmațiilor (supportedness) și pe recall-ul problemelor ascunse (issue recall) — evaluare independentă de sistemul care generează răspunsul.
Module de lucru
Fiecare modul e specializat pe propriul tip de risc — și fiecare încheie cu lista explicită a ce nu a verificat, în loc de tăcere.
Fiecare tip de speță are propriul motor de lucru — și propria listă explicită de ce NU a verificat.
Module dedicate pentru taxare, contracte, due diligence, negociere, NDA, arbitraj și proprietate intelectuală. Fiecare distinge un contract complet de un fragment, și încheie cu secțiunea „ce nu am verificat”, nu cu tăcere.
Canale & monitorizare
Interfața zilnică de lucru: document, mesaj vocal, termen de instanță, schimbare de marcă — și un sandbox care nu lasă un tool netestat să ajungă direct în producție.
Trimiți un document pe Telegram și ajunge la dosarul corect — sau Alice întreabă, nu presupune.
Documentul primit e clasat automat la clientul/dosarul potrivit pe baza conținutului; la ambiguitate, sistemul cere clarificare în loc să aleagă la noroc.
Un mesaj vocal trimis în română sau engleză trece prin exact același flux de verificare ca textul scris.
Transcriere urmată de aceleași porți — citare, claim ledger, publication gate — fără scurtătură pentru conținutul audio.
În fiecare dimineață știi ce termene ai azi și ce urmează în următoarele 7 zile, fără să cauți manual în dosar.
Monitorizare automată ECRIS pe dosarele urmărite, cu alertă zilnică agregată — azi + fereastra de 7 zile.
Când o marcă urmărită își schimbă starea la EUIPO, afli imediat pe Telegram, nu la următoarea verificare manuală.
Urmărire automată a stării mărcilor înregistrate la EUIPO, cu notificare push la orice schimbare de status.
Un tool nou cerut e construit și testat izolat, nu adăugat direct în producție peste un sistem care deja funcționează.
Cereri de capabilități noi trec printr-un sandbox de dezvoltare separat de mediul live, înainte de orice livrare.
18 mecanisme. Un singur principiu:
Alice nu răspunde până nu verifică.
Instantaneu tehnic — 03 septembrie 2026 · 696/696 teste verzi · 663 texte legislative autentice