Inżynier Promptów Prawnych

Inżynier promptów prawnych siedzi dokładnie na styku: prawo – AI – proces. Rozumie, jak myśli prawnik (i klient), a jednocześnie ma wyczucie, jak „myśli” model językowy: jakie ma halucynacje, gdzie się myli, czego nie rozumie bez kontekstu, jak ustawić guardraile. Nie musi być programistą, ale musi umieć projektować rozmowę z modelem jak produkt, a nie jak jednorazowy strzał.

W praktyce ta rola obejmuje m.in.:

• Projektowanie promptów i całych „szkiców rozmów” do konkretnych zadań: research, streszczenia orzeczeń, analiza umów, generowanie projektów klauzul, przygotowanie pytań do klienta, asysta w due diligence.
• Budowanie bibliotek i standardów: zestawy promptów dla zespołów (np. M&A, litigacja, prawo pracy), przewodniki „jak pytać”, checklisty, gotowe szablony do wklejenia w narzędzia AI.
• Testowanie i walidację: sprawdzanie, czy dane prompty realnie działają na różnych sprawach, czy da się powtórzyć wynik, gdzie AI się sypie, gdzie trzeba dodać kontekst (precedensy, regulacje, definicje).
• Projektowanie workflowów: kiedy i na jakim etapie sprawy używamy AI, kto to robi, jak dokumentujemy wynik, gdzie są granice (np. „AI nie pisze odpowiedzi do sądu, tylko zarys, który zawsze czyta prawnik X”).
• Współpracę z IT / dostawcami narzędzi: konfiguracja modeli, integracje z bazami wiedzy, kwestie bezpieczeństwa (on-prem, chmura, szyfrowanie, anonimizacja danych).

To nie jest „magiczne pisanie promptów”, tylko bardzo przyziemne: jak sprawić, żeby junior/medior w zespole, używając dobrze zaprojektowanych promptów, był 2–3x szybszy, a partnerzy mieli poczucie kontroli nad jakością i ryzykiem.

Rola inżyniera promptów prawnych nie rodzi się w próżni – wynika z kilku dużych trendów naraz.

Po pierwsze, kancelarie i działy prawne zaczynają traktować generatywne AI jak normalną infrastrukturę pracy, a nie zabawkę. Dochodzą tematy: kto odpowiada za błąd AI, jak zabezpieczyć tajemnicę zawodową, co z danymi klientów, gdzie przebiega granica „zaufania” do odpowiedzi modelu.

Po drugie, regulatorzy (i sądy) coraz głośniej mówią o odpowiedzialnym korzystaniu z AI:

• kodeksy etyki i rekomendacje samorządów prawniczych (obowiązek osobistego nadzoru nad treścią pism, zakaz oddawania decyzji AI),
• RODO i przepisy o tajemnicy zawodowej – w kontekście wrzucania dokumentów do narzędzi AI,
• krajowe i unijne regulacje dot. AI (AI Act, wytyczne branżowe) – w tle pojawiają się wymagania co do dokumentowania procesu korzystania z modeli.

Po trzecie, na świecie zaczynają powstawać programy edukacyjne i kursy „prompt engineering for law” – uczelnie, biblioteki prawnicze, organizacje zawodowe wypuszczają przewodniki, jak projektować prompty do pracy z orzecznictwem, umowami, regulacjami. W ofertach pracy pojawiają się już „legal prompt engineer” czy „AI legal specialist” w działach prawnych dużych korporacji i firm technologicznych.

W efekcie: inżynier promptów prawnych staje się łącznikiem między tymi wszystkimi światami – technicznym, prawnym i regulacyjnym.

Ta specjalizacja może funkcjonować w dwóch trybach: in-house (etat) albo doradztwo/konsulting dla wielu podmiotów naraz. W obu przypadkach profil „klienta” jest trochę inny, ale problemy bardzo podobne.

Najczęściej to:

• Duże kancelarie i butikowe kancelarie technologiczne – chcą mieć własne playbooki AI: jak robić research, jak przyspieszyć przegląd umów, jak szkolić młodszych prawników z bezpiecznego korzystania z modeli.
• Działy prawne w korporacjach – szczególnie w sektorach regulowanych (finanse, telekom, energetyka, medycyna), gdzie AI ma pomóc w dokumentach, umowach i compliance, ale margines błędu jest minimalny.
• Legaltechy i dostawcy narzędzi dla prawników – potrzebują kogoś, kto „opakowuje” ich modele w sensowne scenariusze użycia, projektuje prompty, pomaga zrozumieć, jak myślą prawnicy i czego w ogóle potrzebują od narzędzia.
• Uczelnie, instytucje szkoleniowe i samorządy prawnicze – tworzą warsztaty, kursy, materiały edukacyjne dla prawników, jak z głową korzystać z AI w praktyce.
• Mniejsze kancelarie i solo praktycy – często na zasadzie krótszych projektów: ustawienie narzędzi, przygotowanie kilku kluczowych promptów, krótkie szkolenie „jak nie wpaść na minę”.

W każdym z tych przypadków punkt wyjścia jest podobny: jest chaos i spontaniczne używanie AI przez pojedynczych prawników, a celem jest uporządkowany, przewidywalny i względnie bezpieczny sposób pracy z modelami.