A Scissero CEO-ja, Mathias Strasser október végén elindította a Suzie Law nevű nyílt forráskódú jogi AI-asszisztenst, és az indoklásában volt egy mondat, ami napokig járt a fejemben. „Egy olyan világba lépünk, ahol a szakterületi szakértők saját eszközöket építhetnek." Ezt nem először hallom. De ritkán hallom valakitől, aki tényleg ezt csinálja, nem csak hirdeti.
Strassernek igaza van. Csak nem teljesen, és nem mindenkinek.
01 — A fél igazságAmi pontos.
A tézis lényege egyszerű: a jogi AI-piacot ma a Harvey, Legora és hasonló cégek dominálják, akik zárt SaaS-platformokat építenek, és az ügyvédet felhasználóként kezelik. Strasser szerint ennek vége. A Suzie Law egy alapréteg, amit ügyvédek klónoznak, módosítanak és saját workflow-jukhoz illesztenek. Az érve: senki nem érti egy jogi munkafolyamatot jobban, mint az, aki dolgozik benne.
Ez a megfigyelés helytálló. Évek óta tanácsot adok magyar középvállalatoknak compliance-kérdésekben, és ugyanazt látom mindenhol: a külső szoftver soha nem fedi le pontosan, amit a cég csinál. Mindig van egy 20–30%-os rés, amit Excel-makrókkal, manuális lépésekkel és „így csináljuk mi" hagyományokkal töltünk ki. Ezt a rést egy LLM elvileg automatizálni tudja — ha valaki, aki érti a workflow-t, le tudja írni.
Ráadásul a technológia tényleg eljutott idáig. A Claude Code-dal, a Cursor-ral, a v0-val ma egy ügyvéd három óra alatt össze tud rakni egy szerződéselemző kis alkalmazást, ami tegnap három hét fejlesztői munka lett volna. Ez nem marketingszöveg. Ez valós termelési képesség.
Tehát a tézis működik. Most jön az, amit Strasser nem mond.
02 — A hangulatkódolás határaAmit a vibe coding nem old meg.
Az ügyvéd-mint-fejlesztő történetnek van egy csendes feltétele: hogy az ügyvéd tudjon bánni a kockázattal, amit ír. Ezzel pedig probléma van.
Egy ügyvéd a saját szakmájában ismeri a felelősséget, a hibahatárokat, az audit-nyomvonalat. Tudja, mit jelent, ha egy szerződésben rossz dátum kerül egy klauzulába. Egy szoftverben viszont nem tudja, mit jelent, ha a prompt nem kezeli a határeseteket. Nem tudja, hogy a vektoros adatbázisa milyen módon hibázik, amikor 2 000 dokumentumon túl skálázódik. Nem érzi a különbséget aközött, hogy egy kód „működik a saját laptopomon" és „működik produkcióban három felhasználóval".
03 — Első buktatóÜgyvédi titok és adatszuverenitás.
Egy nyílt forráskódú alapréteg attól, hogy nyílt, még nem jelenti azt, hogy biztonságos. Ha egy ügyvéd Suzie Law-t telepít a saját laptopjára, és a kliens-szerződéseket egy felhőszolgáltatású LLM-en keresztül futtatja, akkor két dolog történik egyszerre. Egy: az ügyvédi titok kiment a házból. Kettő: a kliens erről nem tud.
Ez nem nyíltforráskód-specifikus probléma. Ugyanezt látom Harvey-vel és Legorával is. Csak Harvey és Legora legalább szerződéses adatkezelési garanciákat adnak. A saját kódolt megoldásban ezek a garanciák azon múlnak, hogy az ügyvéd milyen szolgáltatóra kötötte rá. Helyi modell esetén jó. OpenAI API esetén magyarázni kell.
A Magyar Ügyvédi Kamara hivatalos állásfoglalása az AI-használatról 2025 nyarán jelent meg, és azt mondja: a felelősség az ügyvédé, függetlenül attól, hogy milyen eszközt használ. Ez konzisztens az európai vonallal. Konzekvenciája viszont az, hogy egy önként összerakott rendszerért is teljes felelősséggel tartozol — anélkül, hogy a szoftverhibák szakmai megítéléséhez bármilyen képzettséged lenne.
04 — Második buktatóAz AI Act high-risk besorolás.
A jogi AI nagy valószínűséggel high-risk rendszerként minősül az EU AI Act III. mellékletében, amennyiben hatóság előtt vagy bírósági eljárásban használják. Ennek a besorolásnak konkrét következményei vannak:
- Kockázatkezelési rendszer — dokumentált, frissített.
- Műszaki dokumentáció — modell, adatok, korlátok.
- Adatkormányzás — tréning- és input-adatok minősége.
- Emberi felügyelet — minden kimeneten, beazonosítható módon.
- Naplózás — auditálható esemény-történet.
- Transzparencia — a felhasználó tudja, hogy AI-jal van dolga.
Ezeket a követelményeket egy Suzie Law-alapra épített házi rendszer ugyanúgy be kell hogy tartsa, mint egy Harvey-deployment. A különbség az, hogy Harvey-nek van compliance csapata, aki ezt elintézi. A magyar középmegyei ügyvédi irodának nincs.
05 — Harmadik buktatóA torzítás, amit nem látsz.
Ezt nem jogi szempontból mondom, hanem szakmai gyakorlatból. Aki LLM-et használ saját munkára, azt két hónap után hajlamos elhinni, hogy a modell „ért" valamit. Pedig csak konzisztensen produkálja a saját input-mintázataidat. Ha rossz prompttal indultál, akkor három hónap múlva a rossz prompt által generált rossz outputokat fogod elhinni.
Ezt fejlesztői körökben hallucination-nak hívják, jogi kontextusban hamis idézet-problémának. Az amerikai szövetségi bíróságokon 2024 óta tucatnyi ügyvéd kapott szankciót olyan beadványokért, amikben a ChatGPT nem létező precedenseket idézett, és az ügyvéd nem ellenőrizte. Ez nem AI-probléma. Ez emberi probléma. De pontosan olyan emberi probléma, amit egy „saját eszközt építek" típusú ügyvéd nagyobb valószínűséggel termel ki, mint egy Harvey-felhasználó, mert nincs köztes minőségbiztosítás.
06 — A védhető tézisA háromszög, amit Strasser nem mond.
Ezek után térjünk vissza Strasserhez, mert nem azt akarom mondani, hogy téved. Azt mondom, hogy a tézise szűkebb, mint amilyennek hangzik. Nem az ügyvéd fog kódolni. Az ügyvéd és Claude Code (vagy hasonló) együtt fognak kódolni — egy fejlesztői és compliance-réteggel kiegészülve, amit Strasser is csinál a Scissero-nál, csak nem mondja el.
Ezt onnan tudom, hogy az interjúban van egy mellékmondat: „lehetővé tesszük ügyvédeink számára, hogy a saját munkafolyamataik köré építsenek eszközöket". A Scissero ügyvédei nem szabadúszó hangulatkódolók. Egy strukturált környezetben, egy alapréteg felett, valószínűleg egy senior fejlesztő mellett dolgoznak. Ez nem az, ami a Suzie Law marketingszövegéből kijön. Ez valami más:
| Réteg | Mit hoz | Nélküle |
|---|---|---|
| Ügyvéd | Workflow-tudás, jogi kontextus | Generikus, nem domain-specifikus output |
| Fejlesztő | Kódminőség, skálázhatóság, edge-case-ek | Hangulatkód, ami pilot után összeomlik |
| Compliance | Határok, dokumentáció, AI Act-fedés | Felülvizsgálatlan kockázat éles ügyfél-anyagon |
Ez a háromszög működőképes. A Strasser-féle „minden ügyvéd kódol" mondat nélküle viszont csak részmegoldás.
07 — AkciótervMit kezdjen ezzel egy magyar ügyvédi iroda.
A válasz nem az, hogy várjon. A nyílt forráskódú alaprétegek érkezése valódi lehetőség, és aki 2026-ban nem kezd ezzel foglalkozni, az 2028-ban hátrányból indul.
A válasz az, hogy ne hangulatkódolj:
- Indíts pilotot egy alacsony tét feladatra — belső dokumentumkereső, sablonszerződés-generátor. Soha nem éles ügyfél-anyagon először.
- Kérj fejlesztői felülvizsgálatot a kódra, mielőtt bárki használná. Ne a saját Claude-od ítélje meg a saját Claude-odat.
- Írasd meg a compliance-keretet párhuzamosan: adatkezelés, naplózás, emberi felügyelet, AI Act-pozícionálás.
- Csak ezután élesítsd — egy olyan eszközzel, amit ki mersz állítani egy bírósági fegyelmi vizsgálat előtt is.
08 — EllenérvekÖrdög ügyvédje.
Az ellenérv az, hogy ezzel a kockázat-fókuszú olvasattal az új technológiák bevezetését lassítjuk. Ha mindenhol compliance-réteget követelünk, soha nem indul el a tényleges innováció. Ebben van igazság — de a jogi AI esete egészen más, mint egy SaaS-marketingeszközé. Itt a hibás output ügyvédi felelősség, kliens-kár és potenciálisan kamarai szankció. A „menjen a piac, majd kiderül" stratégia más iparágakban olcsó. Itt nem.
Strasser felmutat egy pontos jövőképet, és igaza van abban, hogy a domain-szakértőé a workflow. De a workflow csak az egyik réteg. Az ügyvéd a sajátját ismeri. Egy működő rendszerhez kettőnél több réteg kell — és ezt a részt érdemes nem elfelejteni, amíg le nem írta valaki a saját CEO-blogjára.
Nem az ügyvéd fog kódolni. Az ügyvéd, a fejlesztő és a compliance-felelős fognak együtt kódolni — vagy a kliens fizeti az árát.
- Freshfields × Anthropic partnerség (2025) — viszonyítási pontIparági kontextus