Claude pentru litigii 2026: cronologie, probe, ședință

Un dosar de litigiu comercial ajunge ușor la câteva sute de pagini: contractul și actele adiționale, doi ani de e-mailuri, procese-verbale, facturi, un raport de expertiză extrajudiciară. Argumentele de drept le ai în cap din prima zi. Ce îți mănâncă timpul sunt faptele: ce s-a întâmplat, când, cine a spus ce și ce poți dovedi. Aici Claude pentru litigii e cu adevărat util, cu o condiție pe care o repetăm în fiecare secțiune: fiecare rând pe care îl produce trimite la un document și la o pagină, iar ce nu are sursă primește eticheta „nesusținut în dosar”. Mai jos: cum organizezi dosarul, cum construiești cronologia faptelor și harta probelor, cum cauți contradicțiile, cum pregătești ședința și ce din plugin-ul oficial de litigii al Anthropic nu se potrivește procesului civil român.

Faptele și probele, nu dreptul

Analiza dosarului cu AI are două jumătăți. Partea de drept (ce text se aplică, în ce formă, ce spune jurisprudența) are ca risc principal citarea inventată, iar metoda de lucru e în cercetarea juridică cu AI și verificarea fiecărei citări. Partea de fapte și probe, adică materialul pe care îl ai deja în dosar, e subiectul articolului de față.

La fapte, regula e mai strictă decât la cercetare: modelul nu afirmă nimic din afara documentelor primite. Un model care „știe” cum decurg de obicei litigiile din construcții va completa golurile cronologiei cu ce e plauzibil.

Ce nu tratăm aici: redactarea actelor de procedură, predicția șanselor, pe care o găsești în ghidul general despre AI pentru avocați și juriști, și produsul Claude for Legal în ansamblu, prezentat în Claude for Legal: ce este, plugin-uri, artifacts și ce poate folosi un avocat din România.

Pasul 1: dosarul organizat pentru citare

Calitatea cronologiei se decide înainte de primul prompt.

Un Project în Claude. Projects sunt spații de lucru separate, cu istoricul lor de conversații, o bază de cunoștințe în care încarci documente și instrucțiuni proprii, aplicate în toate conversațiile din proiect. Documentația Anthropic precizează că, pe planurile plătite, când documentele se apropie de limita de context, proiectul trece automat în modul RAG, care extinde capacitatea „de până la 10 ori”. Atunci modelul caută pasajele relevante în loc să citească tot dosarul, iar fără citare obligatorie nu știi din ce bucată vine un răspuns. Detaliile sunt în ghidul Claude Projects, iar mecanismul regăsirii pe fragmente e explicat în cursul RAG: Retrieval-Augmented Generation în Practică, scris pentru echipele tehnice care configurează astfel de fluxuri.

Cowork pe un folder. Dacă dosarul stă deja într-un folder, Cowork, disponibil pe planurile plătite, lucrează direct pe fișiere și poate livra tabelul ca fișier separat. De ce alegerea planului e o decizie de GDPR e explicat în ghidul practic Claude Cowork.

În ambele variante:

• Un cod pentru fiecare document. D01, D02, D03, cu codul la începutul numelui fișierului: D07_PV_receptie_2026-03-14.pdf. Un index (cod, tip, dată, autor, număr de pagini) e primul document din proiect. Dacă înscrisurile sunt numerotate în dosarul instanței, păstrezi și numerotarea aceea, ca să citezi în ședință fila pe care o vede judecătorul.
• OCR verificat pe documentele-cheie. Un scan slab transformă „13.03” în „18.03” și „1.300” în „7.300”. La contract, procese-verbale și notificări compari textul extras cu imaginea, măcar pe date și sume. Tehnicile de validare sunt în extragerea datelor din documente cu LLM.
• Probele separate de dosarul de lucru. Înscrisurile care sunt sau vor fi probe stau într-un set; notele tale, corespondența cu clientul și ciornele, în altul. Nu vrei ca o frază din nota internă să apară în cronologie ca „fapt”.
• Instrucțiunile proiectului fixează regula de citare:

Lucrezi pe dosarul [cod intern], partea de fapte și probe.
Sursele tale sunt EXCLUSIV documentele din acest proiect, identificate prin cod (D01, D02...).
Fiecare afirmație de fapt se termină cu sursa: [Dxx, p. y].
Dacă o afirmație nu rezultă dintr-un document, scrii „nesusținut în dosar”.
Nu completezi din cunoștințe generale, nu presupui date și nu rotunjești sume.
Citatele sunt exacte, între ghilimele, cu pagina; altfel parafrazezi fără ghilimele.
Nu tragi concluzii de drept decât la cerere și le marchezi „DE VERIFICAT”.

Dacă vrei să construiești fluxul ăsta cu Claude în cabinetul tău, cursul nostru recomandat e AI pentru Avocați și Juriști cu Claude for Legal. Pornește de la configurarea contului pentru secretul profesional, de la artefactele juridice și de la plugin-uri, apoi tratează suportul în litigii și pregătirea ședinței de judecată pe practica din România, în aceeași logică de ciornă verificată de avocat.

Pasul 2: cronologia faptelor, cu sursa pe fiecare rând

Din cronologie scrii starea de fapt, pregătești martorii și vezi dacă povestea clientului se ține. Construită de model fără disciplină, durează minute și conține erori pe care nu le vezi.

Disciplina are patru reguli. Un rând, un eveniment, cel puțin o sursă: o ședință de șantier care apare în procesul-verbal și în două e-mailuri e un singur rând, cu trei surse. Data exact ca în document: „la începutul lui martie” rămâne așa, nu devine „01.03”. Conflictele vizibile: când două documente dau date diferite, rândul le arată pe amândouă. Golurile marcate: două luni fără niciun document înseamnă fie acte lipsă, fie o perioadă fără evenimente, și vrei să știi care din ele.

Promptul 1: cronologia cu sursă.

Construiește cronologia faptelor din documentele proiectului.

Tabel: Nr | Data (exact ca în document) | Eveniment (o propoziție, fără calificări
juridice) | Cine | Sursa [Dxx, p. y] | Observații

Reguli:
1. Un rând = un eveniment. Dacă apare în mai multe documente, îl scrii o dată
   și listezi toate sursele.
2. Date diferite pentru același eveniment: le scrii pe toate și marchezi
   „DATĂ ÎN CONFLICT”, cu sursele.
3. Eveniment menționat, dar fără dată în dosar: „dată nesusținută în dosar”.
4. Fără cuvinte ca „a recunoscut”, „nejustificat”, „tardiv”, decât în citate
   exacte, între ghilimele, cu pagina.
5. La final, lista „GOLURI”: perioadele de peste [30] de zile fără documente
   și documentele invocate care nu sunt în dosar.
Dacă nu găsești sursa pentru o afirmație, scrie „nesusținut în dosar”.

Regula 4 e cea uitată cel mai des. Un model care rezumă corespondența o „traduce” în concluzii: „beneficiarul a refuzat nejustificat recepția”. „Nejustificat” e argumentul tău, nu un fapt. În cronologie vrei faptul („beneficiarul a răspuns că nu semnează procesul-verbal până la remedierea fisurilor [D02, p. 22]”); calificarea o faci tu.

Pasul 3: harta probelor, de la fapt la mijlocul de probă

Cronologia spune ce s-a întâmplat. Harta probelor spune ce poți dovedi: un rând pentru fiecare fapt pe care trebuie să-l stabilești și cinci coloane, de la faptul de dovedit la mijlocul de probă pe care l-ai putea propune.

Fiecare coloană corespunde unei reguli din Codul de procedură civilă:

• Cine îl susține. Art. 249: „Cel care face o susținere în cursul procesului trebuie să o dovedească, în afară de cazurile anume prevăzute de lege.” Coloana arată pe cine apasă sarcina probei; excepțiile și prezumțiile legale le stabilești tu, nu modelul.
• Mijlocul de probă. Art. 250 enumeră înscrisurile, martorii, prezumțiile, mărturisirea uneia dintre părți, „făcută din proprie inițiativă sau obținută la interogatoriu”, expertiza, mijloacele materiale de probă, cercetarea la fața locului și alte mijloace prevăzute de lege. Coloana a cincea alege din această listă.
• Admisibilitatea. Art. 255 alin. (1) cere ca probele să fie „admisibile potrivit legii” și să ducă la soluționarea procesului, iar alin. (2) permite instanței să decidă, ținând seama de circumstanțele cauzei, că un fapt de notorietate publică ori necontestat nu mai trebuie dovedit. Limitele fiecărui mijloc de probă, de pildă ale probei cu martori pentru actele juridice, le verifici în secțiunea din Cod a mijlocului respectiv.
• Momentul. Aici harta devine urgentă. Potrivit art. 254 alin. (1), reclamantul propune probele prin cererea de chemare în judecată, iar pârâtul prin întâmpinare, sub sancțiunea decăderii, dacă legea nu prevede altfel. Art. 194 lit. e) cere ca cererea să arate dovezile, iar pentru martori numele, prenumele și adresa lor; art. 205 alin. (2) lit. d) cere ca întâmpinarea să arate dovezile cu care pârâtul se apără împotriva fiecărui capăt din cerere. Probele propuse mai târziu se încuviințează doar în cazurile limitate din art. 254 alin. (2), de pildă când necesitatea lor rezultă din modificarea cererii sau când toate părțile sunt expres de acord. Concluzia practică: harta se face înainte de cerere sau de întâmpinare, nu înainte de primul termen.

Instanța încuviințează probele cerute de părți pe care le găsește concludente, precum și pe cele necesare din oficiu (art. 237 alin. (2) pct. 7), iar dacă probele propuse nu sunt îndestulătoare dispune ca părțile să le completeze și poate ordona din oficiu alte probe (art. 254 alin. (5)). Asta nu te scutește de hartă: potrivit art. 254 alin. (6), părțile nu pot invoca în căile de atac omisiunea instanței de a ordona din oficiu probe pe care ele nu le-au propus și administrat în condițiile legii.

Promptul 2: harta probelor.

Pe baza cronologiei aprobate de mine (atașată) și a documentelor din proiect,
construiește harta probelor pentru poziția [reclamantului / pârâtului].

Faptele de dovedit sunt cele din lista mea (nu adăuga altele; dacă vezi
un fapt important care lipsește, îl propui separat, la final):
[lista faptelor]

Tabel: Fapt | Cine îl susține | Proba din dosar [Dxx, p. y] |
Stare (susținut / parțial / contradictoriu / gol) | Ce lipsește |
Mijloc de probă posibil (înscrisuri, martori, interogatoriu, expertiză,
mijloace materiale de probă, cercetare la fața locului)

Reguli:
- „Susținut” doar dacă documentul spune explicit faptul, nu dacă îl sugerează.
- „Contradictoriu” când documentele spun lucruri diferite; arăți ambele surse.
- Un martor îl numești doar dacă apare în documente, cu sursa.
- La fiecare propunere scrii „admisibilitate DE VERIFICAT”.
Dacă nu găsești sursa pentru o probă, scrie „nesusținut în dosar”.

Lista faptelor de dovedit o dai tu, pentru că ea e teoria cazului; propunerile modelului stau separat.

Pasul 4: contradicțiile dintre documente și declarații

Partea adversă va căuta locurile în care documentele tale nu se potrivesc: un e-mail în care clientul confirmă o notificare pe care spune că n-a primit-o, o sumă care diferă între factură, situația de lucrări și somație.

Rulezi separat trei tipuri: date și cifre, declarații vs documente (ce spune clientul sau un martor, în nota ta de discuție, față de înscrisuri) și actele adversarului între ele. Fiecare contradicție are nevoie de ambele surse, citate exact; fără citat e doar o bănuială. Aici modelul greșește des: atribuie o frază persoanei greșite dintr-un fir lung de e-mailuri sau confundă un draft cu versiunea trimisă.

Pasul 5: apărările părții adverse

Un exercițiu care economisește surprize: îi ceri modelului să lucreze împotriva ta, strict pe documentele din dosar.

Promptul 3: contra-argumentele pe fapte.

Joacă rolul avocatului părții adverse. Ai acces doar la documentele din acest proiect.

1. Pentru fiecare fapt din harta probelor marcat „susținut” sau „parțial”,
   arată cum l-ar contesta partea adversă: ce document ar invoca, ce interpretare
   alternativă ar da, ce lipsă ar exploata. Fiecare punct cu sursa [Dxx, p. y].
2. Listează faptele pe care partea adversă le-ar putea dovedi cu documentele
   existente și care ne slăbesc poziția.
Nu inventa documente, declarații sau fapte. Un argument fără sprijin în dosar
îl treci separat, ca „ipoteză nesusținută în dosar”.
Dacă nu găsești sursa pentru o afirmație, scrie „nesusținut în dosar”.

Rezultatul e o listă de verificat, nu o predicție. Ipotezele nesusținute arată uneori ce documente are probabil adversarul și tu nu le ai.

Pasul 6: pregătirea ședinței de judecată

Pentru pregătirea ședinței de judecată, modelul produce două ciorne utile.

Întrebările pentru martori și interogatoriu. Pornești de la hartă: pentru fiecare fapt dovedit cu martori, întrebările care îl stabilesc; pentru fiecare fapt pe care adversarul îl poate recunoaște, întrebările de interogatoriu. Cere întrebări scurte, câte un fapt pe întrebare, fără răspunsul sugerat; cele care nu țin de un fapt din hartă ies din listă. Admisibilitatea și regulile de audiere le verifici în Cod, nu în răspunsul modelului.

Fișa de ședință. Una-două pagini: faptele în dispută, cu proba și fila fiecăruia; contradicțiile pe care le poate ridica adversarul și răspunsul tău; probele încă neadministrate; întrebările de pus.

Ce nu delegi sunt termenele: calculul unui termen procedural sau al prescripției e o concluzie de drept. Chiar și „Matter tracking” din Claude for Legal, care după pagina oficială semnalează ședințe, termene de prescripție și oferte care expiră, îți dă o semnalare de verificat, nu un termen pe care te bazezi.

Plugin-ul litigation-legal și ce nu se aplică în România

Anthropic a publicat în depozitul claude-for-legal un plugin pentru litigii, litigation-legal, cu două zone: pentru juriștii interni, preluarea dosarelor, situația portofoliului și notificările de păstrare a documentelor (legal holds); pentru firme și avocați independenți, „chronology building, claim charts (patent and civil), deposition prep, privilege log review, brief drafting”. Ca toate plugin-urile din colecție, pornește cu un interviu inițial care scrie profilul practicii, citit apoi de fiecare skill.

Regulile lui de lucru sunt, formulate de producător, cele de mai sus:

• Cronologia (/litigation-legal:chronology) întreabă întâi cum au fost verificate documentele din punctul de vedere al privilegiului și nu extrage nimic până nu primește răspunsul. Evenimentele duplicate se unesc într-un rând cu mai multe surse, iar faptele care nu vin din documente primesc etichete ca [web search — verify], [model knowledge — verify] sau [user provided]. Regula „No silent supplement” interzice umplerea golurilor din internet sau din cunoștințele modelului fără acordul avocatului.
• Claim chart-ul civil (/litigation-legal:claim-chart) e varianta americană a hărții probelor: elementele unei acțiuni sau apărări față în față cu probele, cu stările supported, partial, disputed, gap și needs-discovery. Lista golurilor e, după documentație, rezultatul prioritar, iar concluzia rămâne avocatului: „This skill does not conclude.”
• Deposition prep construiește planul audierii unui martor din documente, cu materialul de contrazicere, și cere citate exacte sau marcate pentru verificare. Pentru Anglia și Țara Galilor, refuză explicit să redacteze declarația martorului în locul lui.
• Marcajele [VERIFY: ...] și [SME VERIFY: ...] semnalează un fapt neconfirmat și o apreciere care cere un avocat calificat; cu ele nerezolvate, documentul nu e final.

Ce nu se aplică în procesul civil român sunt chiar instituțiile pe care e construit:

• Discovery e faza din procesul civil american în care părțile își cer reciproc documente și informații înainte de proces. La noi, probele se propun prin cerere și întâmpinare și se încuviințează de instanță, după regulile de mai sus. Starea needs-discovery nu are echivalent direct: un gol se acoperă cu o probă propusă în termen.
• Deposition e audierea sub jurământ a unui martor sau a unei părți, condusă de avocați, în afara instanței, cu transcriere. La noi, martorii și interogatoriul se administrează în proces, după regulile Codului. Codul cunoaște și varianta în care părțile asistate sau reprezentate de avocat convin ca probele să fie administrate de avocații lor (art. 239, cu trimitere la art. 366-388), dar nici aceasta nu e o depoziție americană. Structura de întrebări rămâne utilă; regulile de audiere nu se transferă.
• Privilege log e lista documentelor reținute din producție pe motiv de privilegiu, predată adversarului. Procesul civil român nu are un astfel de registru. Rămâne valabilă grija din spatele lui: corespondența cu clientul și notele tale nu au ce căuta printre înscrisurile depuse, de aceea le-am separat la pasul 1.
• Conectorii de cercetare pe care plugin-ul îi folosește pentru verificarea citărilor (CourtListener, Trellis) acoperă instanțe americane. Pentru dreptul român, verificarea rămâne pe sursele oficiale.

Iei din plugin disciplina, nu reflexele procedurale americane. Cum se adaptează un plugin la dreptul român printr-un playbook propriu se vede la revizuirea contractelor cu Claude.

Erorile tipice și protocolul de verificare

Pe pagina Anthropic dedicată profesiei juridice, directorul executiv al Eve Legal rezumă riscul: în litigii, o halucinație care sună autoritar e mai rea decât niciun răspuns. Pe partea de fapte, erorile au câteva forme recurente:

• Date greșite din OCR: cifre confundate, zi și lună inversate, ani scanați parțial. Se propagă în cronologie și, de acolo, în calculul termenelor.
• Fapte „netezite”: „vom analiza posibilitatea de a recepționa” devine „a acceptat recepția”.
• Atribuirea greșită: într-un fir de e-mail cu citări repetate, fraza expeditorului inițial e atribuită celui care a răspuns.
• Golul umplut: un eveniment fără document primește o dată „logică”.
• Draftul luat drept versiune finală: clauza citată vine dintr-o ciornă nesemnată.

Protocolul, înainte ca un rând să ajungă într-un act depus sau în fișa de ședință:

1. Fiecare fapt pe care îți sprijini poziția se verifică în sursă, la pagina indicată, nu în rezumat.
2. Restul cronologiei, prin eșantion: câteva rânduri alese la întâmplare. Dacă unul e greșit, verifici tot.
3. Datele și sumele din documentele scanate se compară cu imaginea, nu cu textul extras.
4. Fiecare citat între ghilimele se caută literal în document; dacă nu apare identic, devine parafrază sau dispare.
5. Rândurile „nesusținut în dosar” devin sarcini: document de cerut clientului, probă de propus sau fapt la care renunți.

Mecanismele lor sunt explicate în ghidul despre halucinațiile AI.

Confidențialitatea dosarului: regula practică

Secretul profesional, contractul de prelucrare cu furnizorul și retenția datelor sunt tratate pe larg, cu tot cadrul legal, în due diligence-ul juridic cu AI. Pentru dosarul de litigiu, regula e mai strictă decât la cercetare, pentru că încarci chiar faptele: doar un cont de organizație aprobat de cabinet, câte un proiect pentru fiecare dosar, fără documente din alte cauze. Înainte de încărcare, identifici datele terților (martori, salariați, persoane din corespondență), ale minorilor și datele medicale din expertize sau certificate și le anonimizezi sau le excluzi acolo unde nu sunt necesare. Cum se face asta în practică, cu teste pe CNP, IBAN și adrese, e în ghidul despre anonimizarea datelor personale.

Planul de lucru pe un dosar nou

1. Separi probele de dosarul de lucru, numerotezi documentele, scrii indexul, verifici OCR-ul pe documentele-cheie și anonimizezi ce nu e necesar.
2. Creezi proiectul cu instrucțiunile de citare și rulezi promptul 1; verifici cronologia după protocol și o aprobi.
3. Scrii lista faptelor de dovedit și rulezi promptul 2, apoi analiza contradicțiilor și promptul 3.
4. Transformi golurile în sarcini, înainte de cerere sau de întâmpinare: documente de cerut, probe de propus în termen.
5. Înainte de ședință, generezi întrebările și fișa de ședință și le verifici rând cu rând.
6. Formezi echipa pe același flux, cu aceleași reguli de citare; pentru practica juridică din România, punctul de plecare recomandat e cursul AI pentru Avocați și Juriști cu Claude for Legal.

Întrebări frecvente

Pot folosi Claude pentru litigii fără să încalc secretul profesional? Da, dacă lucrezi într-un cont de organizație cu garanții contractuale adecvate și încarci doar ce e necesar. Art. 11 din Legea nr. 51/1995 obligă avocatul să păstreze secretul profesional privitor la orice aspect al cauzei încredințate, nu doar la datele personale, așa că alegerea instrumentului e o decizie a cabinetului.

Cât de mare poate fi dosarul pe care îl analizează Claude? Într-un Project, pe planurile plătite, documentația Anthropic spune că modul RAG se activează automat când documentele se apropie de limita de context și extinde capacitatea de până la 10 ori. Pentru dosare mari contează mai mult citarea decât dimensiunea.

Poate Claude să-mi spună ce probe să propun? Poate propune, pentru fiecare gol din harta probelor, mijloace de probă din lista art. 250 din Codul de procedură civilă. Admisibilitatea, utilitatea și momentul propunerii, sub sancțiunea decăderii din art. 254, rămân decizia avocatului.

Funcționează plugin-ul litigation-legal pentru procesele din România? Disciplina lui se aplică: sursa pe fiecare rând, golurile marcate, concluzia lăsată avocatului. Instituțiile pe care e construit (discovery, deposition, privilege log) și conectorii de jurisprudență sunt americani, așa că rezultatele se adaptează procesului civil român și se verifică pe sursele oficiale.

Concluzie

Claude pentru litigii e util pe partea pe care avocații o fac cel mai greu manual: stăpânirea faptelor dintr-un dosar mare. Cronologia cu sursă pe fiecare rând, harta probelor legată de regulile Codului de procedură civilă despre sarcina, mijloacele și momentul propunerii probelor, căutarea contradicțiilor și exercițiul contra-argumentelor scurtează mult munca. Condiția e aceeași peste tot: documente numerotate, citare obligatorie, golurile la vedere și verificarea fiecărui fapt important în sursă. Plugin-ul oficial de litigii al Anthropic confirmă disciplina, dar e construit pe procesul american; din el iei regulile de lucru, nu instituțiile.

Surse

• Codul de procedură civilă (Legea nr. 134/2010, republicată), forma consolidată pe Portalul Legislativ: art. 194, 205, 237, 239, 249, 250, 254, 255
• Anthropic, plugin-ul litigation-legal din depozitul claude-for-legal
• Anthropic, depozitul claude-for-legal: plugin-urile și avertismentele
• Anthropic, Claude for Legal: instrumentele și politica de date
• Anthropic, ce sunt Projects în Claude

Articol informativ, nu consultanță juridică. Verificat la 30 octombrie 2026 pe forma consolidată a Codului de procedură civilă de pe Portalul Legislativ și pe documentația oficială Anthropic. Exemplul din harta probelor e ilustrativ. Orice rezultat produs de un model AI e o ciornă pe care avocatul o verifică în sursă și pentru care răspunde.