Revizuirea contractelor cu Claude: playbook pe dreptul român

Revizuirea contractelor cu Claude dă rezultate bune doar dacă modelul compară contractul primit cu pozițiile tale, nu cu ale unei firme din New York. Plugin-urile juridice ale Anthropic sunt construite pe această idee: un playbook care spune, pentru fiecare clauză, poziția standard, intervalul acceptabil și pragul de escaladare. Exemplele cu care vin sunt însă americane. Mai jos: playbook-ul pe dreptul român, cu opt clauze ancorate în Codul civil, Legea 72/2013 și regulamentele UE, triajul NDA-urilor, redline-ul în Word și testul pe contracte deja negociate.

De ce playbook-ul implicit nu se potrivește unui contract românesc

Plugin-ul „legal” publicat de Anthropic pe 30 ianuarie 2026 pentru Cowork are două funcții care contează aici. /review-contract compară un contract cu playbook-ul organizației, semnalează abaterile, propune redline-uri și estimează impactul de business. /triage-nda sortează acordurile de confidențialitate în GREEN (aprobare standard), YELLOW (revizuire de jurist) și RED (probleme semnificative). README-ul plugin-ului spune direct că exemplele implicite reflectă poziții și jurisdicții din SUA (Delaware, New York, California) și că, sub alt sistem de drept, playbook-ul trebuie adaptat înainte să te bazezi pe analiză.

Diferența se vede din primele rânduri:

• Legea aplicabilă. Exemplul oficial acceptă New York, Delaware, California sau Anglia și Țara Galilor. La un contract între firme românești, întrebările reale sunt altele: dacă alegerea unei legi străine e expresă sau rezultă cu certitudine din contract, dacă a fost acceptată expres, în scris, atunci când vine din condițiile generale ale celeilalte părți, și ce norme imperative se aplică oricum.
• Penalitățile. Criteriile implicite de triaj trec orice clauză de penalități din NDA la RED. La noi, clauza penală e reglementată expres de Codul civil: creditorul o poate cere fără să dovedească vreun prejudiciu (art. 1.538 alin. (4)). Un playbook copiat ar trimite la RED orice NDA cu penalitate, inclusiv unul cu o penalitate reciprocă și plafonată pe care ai accepta-o.
• Ce lipsește cu totul. Clauzele standard neuzuale, impreviziunea, termenele de plată între profesioniști, limitele legale ale exonerării de răspundere. Exact locurile în care o clauză valabilă la New York nu produce efecte la București.

Fără playbook, comanda de revizuire lucrează pe „standarde comerciale general acceptate” și te avertizează că nu sunt pozițiile organizației. Plugin-ul mai nou commercial-legal, din suita Claude for Legal, e mai strict: nu dă GREEN unui NDA dacă profilul practicii nu are poziții revizuite de un jurist. Valoarea stă în playbook, iar playbook-ul îl scrii tu. Dacă vrei să construiești fluxul ăsta cu Claude în departamentul juridic sau în cabinet, cursul pe care ți-l recomandăm e AI pentru Avocați și Juriști cu Claude for Legal: plugin-urile cu profil de practică pentru dreptul român, Claude în Word cu track changes, analiza contractelor și a clauzelor de risc și confidențialitatea, pe practica din România. Produsul Claude for Legal în ansamblu, cu toate plugin-urile, e descris în ghidul Claude for Legal pentru avocații din România.

Anatomia unei poziții: standard, interval, escaladare

În modelul Anthropic, fiecare clauză din playbook are trei câmpuri: poziția standard (ce propui sau accepți fără discuție), intervalul acceptabil (ce poți accepta fără aprobare) și declanșatorul de escaladare (formulările care trimit decizia la un jurist senior, la avocatul extern sau la cel care ia decizia de business).

Pentru dreptul român merită adăugate două câmpuri. Temeiul legal: articolul care fixează limita, pentru că o poziție contrară unei norme imperative nu e negociabilă, e lipsită de efect. Formularea de rezervă: textul pe care îl propui când cealaltă parte refuză poziția standard. Instrucțiunile de revizuire cer oricum o poziție de rezervă pentru fiecare abatere YELLOW; dacă nu i-o dai, modelul o inventează.

GREEN înseamnă poziția standard sau una mai bună; YELLOW, un redline cu poziție de rezervă; RED, riscul explicat și calea de escaladare.

Playbook pe dreptul român: opt clauze

Tabelul e un exemplu de lucru pentru un departament juridic care cumpără servicii. Cifrele din primele trei coloane sunt ilustrative și le alegi tu. Ultima coloană e cea care nu se negociază.

Ce spune fiecare temei, verificat pe Codul civil și pe textele oficiale indicate:

• Limitarea răspunderii. Răspunderea pentru prejudiciul material cauzat cu intenție sau din culpă gravă nu se poate exclude sau limita (art. 1.355 alin. (1)). În afara intenției și a culpei grave, debitorul răspunde doar pentru prejudiciul previzibil la încheierea contractului (art. 1.533). Un plafon scris „în toate cazurile” nu acoperă culpa gravă: playbook-ul îi cere modelului să semnaleze formularea, nu să o treacă GREEN.
• Clauza penală. Nu se pot cere și executarea în natură, și penalitatea, decât dacă penalitatea a fost stipulată pentru neexecutarea la timp sau în locul stabilit (art. 1.539). Instanța reduce penalitatea doar dacă obligația a fost executată în parte în folosul creditorului sau dacă penalitatea e vădit excesivă față de prejudiciul previzibil, iar orice stipulație contrară se consideră nescrisă (art. 1.541). O renunțare la reducere nu are deci efect.
• Forța majoră și impreviziunea. Forța majoră e „orice eveniment extern, imprevizibil, absolut invincibil și inevitabil”, iar exonerarea operează dacă legea nu prevede altfel sau părțile nu convin contrariul (art. 1.351), deci contractul o poate modela. Impreviziunea cere, între altele, ca debitorul să nu-și fi asumat riscul schimbării împrejurărilor și să fi încercat cu bună-credință negocierea adaptării (art. 1.271 alin. (3)). O clauză de asumare a riscului îți închide această cale.
• Clauzele standard neuzuale. Clauzele standard sunt stabilite în prealabil de o parte pentru uz general și repetat și incluse fără negociere (art. 1.202 alin. (2)). Cele din lista art. 1.203, între care limitarea răspunderii, denunțarea unilaterală, reînnoirea tacită, legea aplicabilă, clauzele compromisorii și derogările de la competența instanțelor, nu produc efecte decât dacă sunt acceptate expres, în scris.
• Confidențialitatea. Chiar fără NDA, informația confidențială primită în negocieri nu poate fi divulgată sau folosită în interes propriu, indiferent dacă se încheie contractul (art. 1.184). NDA-ul adaugă durata, excepțiile, regimul copiilor și sancțiunea.
• Termenele de plată. Între profesioniști, termenul nu poate depăși 60 de zile calendaristice, decât printr-o clauză care să nu fie abuzivă (Legea 72/2013, art. 5 alin. (1)). Sunt abuzive prin lege, între altele, clauzele care exclud dobânzile penalizatoare sau le fixează sub dobânda legală penalizatoare, cele care cer punerea în întârziere și cele care stabilesc un termen pentru emiterea sau primirea facturii (art. 14), sancționate cu nulitatea absolută (art. 15).
• Legea aplicabilă și instanța. Contractul e guvernat de legea aleasă de părți, dar dacă toate elementele relevante sunt în altă țară decât cea a cărei lege a fost aleasă, normele imperative ale acelei țări se aplică oricum (Roma I, art. 3 alin. (1) și (3)). Convenția atributivă de competență se încheie, între altele, în scris sau verbal cu confirmare scrisă, comunicarea electronică durabilă contează ca „în scris”, iar competența aleasă e exclusivă dacă părțile nu convin altfel (Bruxelles I bis, art. 25 alin. (1) și (2)).
• Datele personale. Contractul cu împuternicitul stabilește obiectul, durata, natura și scopul prelucrării și prevede, între altele, prelucrarea doar pe instrucțiuni documentate, ștergerea sau returnarea datelor la final și auditurile (GDPR, art. 28 alin. (3)). Alți împuterniciți se recrutează doar cu autorizare scrisă, iar la autorizarea generală operatorul e informat și poate obiecta (alin. (2)).

Pentru contractele de software sau SaaS adaugi și pozițiile despre clauzele de AI, discutate în clauzele AI din contractele software.

Fragmentul de playbook, gata de completat

O poziție completă, scrisă ca text pe care Claude îl poate citi. Regulile generale de la început contează la fel de mult ca pozițiile:

PLAYBOOK CONTRACTE — [Firma] — partea: achiziție
Versiune 1.0 · aprobat de: [nume, funcție] · data: [zz.ll.aaaa]
Pozițiile sunt scrise pentru dreptul român și regulamentele UE direct aplicabile.

REGULI GENERALE
- Citește tot contractul înainte de orice concluzie: anexe, termeni generali,
  documente la care se face trimitere. Dacă unul lipsește, scrie
  „LIPSĂ: [titlu]” și clasifică RED clauza care depinde de el.
- Aplică definițiile din contract înainte să evaluezi o clauză.
- Pentru fiecare constatare: numărul clauzei, textul exact, clasificarea,
  motivul într-o propoziție. Revizuiești în limba contractului.
- Nu invoca articole de lege care nu sunt în acest playbook; scrie
  „DE VERIFICAT DE JURIST”. O situație neacoperită nu primește GREEN.

LIMITAREA RĂSPUNDERII
- Standard: plafon reciproc = sumele plătite în ultimele 12 luni;
  daune indirecte excluse reciproc.
- Interval: plafon între 6 și 24 de luni.
- Escaladare: plafon doar pentru cealaltă parte; răspunderea noastră
  neplafonată; excludere „în toate cazurile” (art. 1.355 alin. (1) C. civ.).
- Rezervă: plafon dublu pentru confidențialitate și protecția datelor.
- Aprobator RED: directorul juridic.

Unde stă playbook-ul: fișier sau profilul practicii

În plugin-ul „legal” original, playbook-ul e fișierul legal.local.md: în Cowork îl pui în orice folder partajat cu Cowork, în Claude Code în directorul .claude/ al proiectului. În commercial-legal, interviul de pornire scrie pozițiile într-un profil al practicii, ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md, pe care îl citesc toate celelalte skill-uri și pe care îl editezi direct. Interviul te întreabă la început dacă construiești un playbook de vânzare (hârtia ta), de achiziție (hârtia furnizorilor) sau pe amândouă, pentru că răspunsul schimbă fiecare poziție din playbook. Dacă ai deja un playbook, îl lipești și interviul întreabă doar ce lipsește.

Regula practică: un singur document-sursă, versionat și aprobat de juristul care răspunde de el, din care alimentezi fișierul sau profilul.

Triajul NDA-urilor: GREEN, YELLOW, RED pe practica românească

Logica rămâne: GREEN merge la semnare pe delegarea de competență obișnuită, YELLOW cere un jurist pe unul sau două puncte, RED oprește semnarea până la negociere. Se schimbă criteriile:

Un pas din commercial-legal merită copiat: înainte de criterii, verifici dacă documentul face mai mult decât un NDA (exclusivitate, neconcurență, licențe, cesiuni de drepturi). Un prompt de triaj folosibil direct:

Rol: jurist intern; în acest NDA noi [primim / divulgăm] informații.
Aplică doar secțiunea „NDA” din playbook-ul atașat (versiunea 1.0).
1. Verifică întâi dacă documentul face mai mult decât un NDA: exclusivitate,
   neconcurență, nesolicitare, licențe, cesiuni de drepturi, clauză penală,
   arbitraj. Listează-le cu numărul clauzei.
2. Pentru fiecare criteriu din playbook: textul exact, GREEN/YELLOW/RED,
   motivul într-o propoziție.
3. Clasificarea finală este cea mai severă dintre criterii.
4. Pentru YELLOW și RED: formularea propusă și poziția de rezervă din playbook.
5. Un criteriu pe care playbook-ul nu îl acoperă se marchează „NEACOPERIT”
   și nu primește GREEN.
Nu te pronunța asupra validității unei clauze; semnaleaz-o pentru jurist.

Rolul, sursa unică de poziții, ordinea pașilor și formatul fix al ieșirii sunt prompt engineering aplicat, lucrat pe larg în Prompt Engineering Masterclass.

Redline în Word: de la triaj la modificări urmărite

Claude for Word e disponibil general pe planurile Pro, Max, Team și Enterprise. În modul tracked changes, fiecare editare apare ca revizie, cu textul vechi tăiat și cel nou inserat, pe care o accepți sau o respingi din panoul Review. Add-in-ul poate rezuma și redline-urile primite de la cealaltă parte, marcându-le pe cele care merită contestate. Anthropic spune că skill-urile din claude-for-legal care ating contracte sunt scrise pentru panoul lateral din Word, cu modificările urmărite ca format de ieșire. Fișierele .doc vechi nu sunt suportate: le salvezi întâi ca .docx.

Fluxul, în cinci pași:

1. Harta documentului. Înainte de orice evaluare ceri lista definițiilor, a anexelor, a documentelor la care se face trimitere și a trimiterilor încrucișate.
2. Revizuirea pe playbook, clauză cu clauză, fără modificări în text.
3. Redline doar pe YELLOW și RED, în modul tracked changes. Motivarea pentru cealaltă parte o scrii separat, în nota de negociere.
4. Tura a doua. Când contractul se întoarce, ceri rezumatul modificărilor celeilalte părți raportat la playbook și verifici tu, cu funcția Compare din Word, ce s-a schimbat fără marcaj.
5. Aprobarea. Juristul acceptă sau respinge fiecare modificare, pozițiile RED merg la aprobatorul din playbook, iar trimiterea o face omul.

Documentația oficială avertizează că fișierele primite din afară, inclusiv cele ale celeilalte părți, pot ascunde instrucțiuni în text, comentarii, modificări urmărite, antete sau subsoluri, care pot manipula add-in-ul să modifice clauze sau cifre. Nu-l lași să lucreze nesupravegheat pe hârtia celeilalte părți și citești fiecare confirmare pe care ți-o cere.

Testul pe zece contracte deja negociate

Un playbook nou se testează pe contracte unde negocierea s-a terminat și știi rezultatul corect. Interviul din commercial-legal pornește de la aceeași idee: cere 5-10 contracte semnate recent (20 dau o imagine mai clară) și spune că diferența dintre pozițiile declarate și ce s-a semnat efectiv este playbook-ul real.

1. Alegi zece contracte încheiate în ultimul an, cu prima versiune primită de la cealaltă parte și versiunea semnată. Amesteci tipurile: NDA-uri, prestări de servicii, abonamente SaaS, un contract cu multe anexe.
2. Rulezi revizuirea pe prima versiune, cu playbook-ul.
3. Compari cu negocierea reală. Fiecare clauză pe care ai modificat-o atunci trebuie să apară ca YELLOW sau RED. Una ratată e un defect de playbook sau de citire.
4. Notezi trei numere: clauze ratate, alarme false, clasificări greșite.
5. Corectezi și rulezi din nou pe aceleași zece, până la zero RED ratate.

Bonus: vezi unde poziția declarată nu e cea semnată. Dacă ai acceptat un plafon de 6 luni în șapte contracte din zece, poziția standard reală nu e 12 luni.

Erorile tipice: anexe, definiții, trimiteri, numerotare

• Clauza e în anexă sau în termenii generali. Modelul nu vede un document pe care nu l-a primit, iar termenii generali „disponibili pe site” sunt exact locul clauzelor din art. 1.203.
• Definițiile schimbă sensul. „Zile” definite ca zile lucrătoare, „Pierderi” care includ beneficiul nerealizat, „Afiliați” care includ acționarul.
• Trimiterile încrucișate. Un plafon „sub rezerva art. 14.3” e alt plafon dacă art. 14.3 conține excepțiile.
• Numerotarea. După inserări și ștergeri, „art. 9.2” din comentariu nu mai e clauza la care te gândești. Verifici trimiterile după fiecare tură.
• Versiunea greșită. Revizuirea făcută pe draftul anterior. Numele fișierului și data intră în nota de revizuire.

Revizuirea unui contract nou nu e același lucru cu extragerea acelorași câmpuri din sute de contracte, tratată în extragerea datelor din contracte în JSON validat, și nici cu analiza unui data room, pentru care ai due diligence-ul juridic cu AI. Redactarea de la zero și imaginea de ansamblu a profesiei sunt în ghidul AI pentru avocați și juriști.

Confidențialitatea: regula practică

Contractul primit conține informații confidențiale ale celeilalte părți și adesea date personale. Cadrul complet (secret profesional, GDPR, întrebările pentru furnizor) e în articolul despre due diligence, ce nu pui în prompt e în cercetarea juridică cu AI, iar pașii de anonimizare în ghidul de anonimizare înainte de AI. Pentru Word, documentația spune că intrările și ieșirile se șterg din backend în 30 de zile, cu excepțiile din politica de retenție, că add-in-ul nu preia setările personalizate de retenție ale organizației și că activitatea nu intră în jurnalele de audit Enterprise, ci doar în Compliance API, acolo unde e activat. Regula: cont al organizației și o discuție cu responsabilul cu protecția datelor înainte de primul contract real; alegerea planului e o decizie de GDPR, cum arată ghidul Claude Cowork.

Ce semnează omul și planul pe patru săptămâni

Documentația claude-for-legal o spune fără echivoc: fiecare rezultat e un draft pentru revizuirea avocatului, iar avocatul care folosește plugin-ul, nu plugin-ul și nu Anthropic, răspunde de pozițiile juridice din lucrare. Omul semnează fiecare poziție și fiecare versiune a playbook-ului, fiecare RED și decizia de a accepta hârtia celeilalte părți, fiecare redline care pleacă din firmă și contractul final.

1. Săptămâna 1: playbook-ul pe cele opt clauze, cu temeiurile verificate pe sursa oficială, aprobat în scris.
2. Săptămâna 2: testul pe zece contracte negociate, corecturile, a doua rulare.
3. Săptămâna 3: triajul NDA-urilor noi, în paralel cu revizuirea manuală.
4. Săptămâna 4: primele contracte noi, cu un registru al diferențelor dintre ce a semnalat modelul și ce a decis juristul.

Pentru primele două săptămâni, cursul recomandat pentru acest flux e AI pentru Avocați și Juriști cu Claude for Legal: configurarea contului și a plugin-urilor, analiza contractelor și a clauzelor de risc, confidențialitatea și etica profesiei, plus un plan de implementare în 30 de zile. Dacă un contract ajunge totuși în instanță, lucrul pe dosar e descris în dosarul de litigiu cu Claude.

Întrebări frecvente

Pot folosi plugin-ul juridic al Anthropic pe contracte românești fără să-l modific? Nu e recomandat. README-ul oficial spune că exemplele implicite reflectă poziții din SUA și că playbook-ul trebuie adaptat înainte să te bazezi pe analiză.

Claude for Word modifică direct contractul? În modul tracked changes, fiecare editare apare ca revizie pe care o accepți sau o respingi din panoul Review. Add-in-ul e disponibil pe planurile Pro, Max, Team și Enterprise, iar documentația nu îl recomandă pentru documente trimise celeilalte părți fără revizuire umană.

Cum știu că playbook-ul e bun? Îl rulezi pe zece contracte deja negociate, pe prima versiune primită, și verifici că fiecare clauză pe care ai modificat-o atunci apare ca YELLOW sau RED. Corectezi până nu mai ratezi niciun RED, apoi treci la contracte noi.

Poate Claude să aprobe singur NDA-urile GREEN? GREEN înseamnă că NDA-ul poate merge la semnare pe delegarea de competență obișnuită, dar delegarea o stabilește firma. Commercial-legal refuză oricum GREEN dacă pozițiile din profil nu au fost revizuite de un jurist. Semnătura rămâne a omului.

Concluzie

Revizuirea contractelor cu Claude aplică un playbook, nu îl înlocuiește. Plugin-urile Anthropic dau structura, dar exemplele lor sunt americane. Pentru un contract românesc, pozițiile se ancorează în Codul civil, în Legea 72/2013 și în regulamentele UE, se testează pe contracte deja negociate și se aprobă de juristul care răspunde de ele. Modelul citește, compară și propune; omul decide fiecare RED, fiecare modificare care pleacă din firmă și contractul semnat.

Surse

• Anthropic, plugin-ul „legal” din knowledge-work-plugins (README, comenzile și playbook-ul exemplu)
• Anthropic, claude-for-legal (README-ul depozitului și plugin-ul commercial-legal)
• Claude for Word, documentația oficială
• Codul civil (Legea nr. 287/2009, republicată), forma consolidată pe Portalul Legislativ
• Legea nr. 72/2013 privind combaterea întârzierii în executarea obligațiilor de plată
• Regulamentul (CE) nr. 593/2008 (Roma I), Regulamentul (UE) nr. 1215/2012 (Bruxelles I bis) și Regulamentul (UE) 2016/679 (GDPR)

Articol informativ, nu consultanță juridică. Verificat la 30 octombrie 2026 pe depozitele Anthropic, pe documentația Claude for Word, pe Portalul Legislativ și pe EUR-Lex. Pozițiile din tabel și din fragmentul de playbook sunt un exemplu de lucru, nu recomandări pentru un contract concret.