michaleiatrak-star/lex-machina/orzeczenia-sadowe-v2

Universal runtime: przed wykonaniem zastosuj kanoniczny shared/UNIVERSAL-RUNTIME-ADAPTER.md z osobnego skilla shared. Lokalna sekcja adaptera poniżej jedynie go doprecyzowuje.

ADAPTER RUNTIME — PORTABILITY (ChatGPT / Claude / inne hosty)

Ta sekcja zmienia wyłącznie sposób wykonania operacji technicznych. Metodologia merytoryczna, routing, hard gate’y, checklisty, schematy danych i kryteria finalizacji tego skilla pozostają bez zmian.

1. view orzeczenia-sadowe-v2/<plik> oraz względne view modules/..., view references/..., view assets/... oznaczają świeży odczyt lokalnego zasobu tego skilla. Literalny katalog /mnt/skills/user nie jest wymagany.
2. view shared/<plik> oznacza odczyt z osobnego, kanonicznego skilla shared. NIE kopiuj shared do tej paczki. Brak obowiązkowego zasobu = fail-closed.
3. view <inny-skill>/<plik> oznacza aktywację/odczyt osobnego skilla. Nie vendoryzuj innych skilli.
4. web_search / web_fetch oznaczają świeże wyszukanie i odczyt źródła przez równoważną funkcję hosta; zachowaj istniejące wymogi źródeł oficjalnych i statusów weryfikacji.
5. present_files, create_file i odwołania do HOST_CAPABILITY[document_generation] / generatorów PDF oznaczają użycie natywnej funkcji dokumentowej bieżącego hosta. Brak literalnej nazwy narzędzia nie zwalnia z HYBRID-VALIDATION, POST-VALIDATION, STEP-TRACKER ani innych bramek.
6. show_widget, visualize:read_me, .jsx i HTML są legacy/natywnymi wariantami UI. Jeśli host ma własny renderer interaktywny, użyj równoważnego widoku zachowującego ten sam model danych i funkcje; jeśli nie, zastosuj pełny fallback tekstowy/plikowy.
7. /mnt/user-data/... oznacza rzeczywiste pliki użytkownika dostępne w hoście; wymagany ponowny odczyt musi być faktycznym odczytem pliku.
8. Shell/Python/Cowork i podobne operacje traktuj jako techniki pomocnicze. Jeżeli host ich nie udostępnia, użyj natywnej funkcji równoważnej, bez fikcyjnego raportowania wykonania.

Zasada nadrzędna: jeśli instrukcja jest już zrozumiała i wykonalna w bieżącym hoście, wykonaj ją bez konwersji. Adapter działa tylko na granicy runtime.

Wyszukiwanie Orzeczeń Sądowych v2

(Nagłówek nosi sam MAJOR — decyzja generalna F-102(C); niósł v2.7 przy innym `version:`.)

Narzędzie procesowe dla pełnomocników, sędziów i stron działających pro se. Łączy interaktywny widget HTML (tryb laik / prawnik) z weryfikowanym wyszukiwaniem orzeczeń, wskaźnikiem pokrycia przesłanek i systemem alertów.

Sekwencja działania (zawsze w tej kolejności)

1. Wyświetl widget interaktywny — patrz: sekcja Widget poniżej
2. Emituj profil ryzyka — alerty wstępne przed wyszukiwaniem (Faza 0-A)
3. Ustal przesłanki i zakres — przepis, znamiona, ciężar dowodu (Faza 0-B)
4. Ustal oczekiwany kierunek rozstrzygnięcia — dla dopasowania tezy (Faza 0-C)
5. Wyszukaj orzeczenia — portale priorytetowe i sieć lokalna, 5 kroków (Faza 1, 1-L);

gdy cel to dopasowanie DOSŁOWNEJ tezy/uzasadnienia — najpierw pełnotekstowo (Faza 1-T)

1. Wyszukaj kierunek przeciwny — test równoważny pod kątem linii przeciwnej (Faza 1-D)

⛔ Przed prezentacją każdego trafienia: zgodność z pytaniem i treść tylko z pobranego dokumentu (Faza 1-Z)

1. Skategoryzuj z alertami — taksonomia 8 kategorii + BILANS (Faza 2)
2. Zweryfikuj aktualność linii — jednolitość, zmiany prawa (Faza 3)
3. Zrealizuj PLAN MINIMUM — 5 wspierających + 5 linii przeciwnej z przesłankami rozstrzygnięcia dla każdego (Zasada 11)
4. Wygeneruj raport końcowy — wskaźnik pokrycia, BILANS, PLAN MINIMUM, rekomendacje (Faza 4)
5. Wyświetl widget ponownie — z kompletnymi danymi z Faz 1–4

Widget interaktywny

Uruchom widget: szablon zasilany danymi assets/widget-orzeczenia.html albo kod z references/widget.md (warianty niżej).

Widget zawiera 5 zakładek:

• Profil ryzyka — alerty wstępne dla sprawy w trybie laik lub prawnik
• Przesłanki — pasek pokrycia per przesłanka i rozkład ciężaru dowodu
• Orzeczenia — pełna sygnatura, sąd z izbą, data, link do oryginału w nowym oknie, przesłanki rozstrzygnięcia (Zasada 11)
• Alerty — katalog aktywnych ostrzeżeń per orzeczenie z wyjaśnieniami (patrz: szablon Alerty w widget.md)
• Raport — wskaźnik pokrycia, ocena linii orzeczniczej, kolejność powołania

Przełącznik LAIK / PRAWNIK w nagłówku zmienia język alertów, tez i rekomendacji jednocześnie we wszystkich zakładkach.

Widget wywołujesz dwukrotnie:

• przed wyszukiwaniem — z danymi Fazy 0-A i 0-B, komunikat „Trwa wyszukiwanie…" w zakładkach Orzeczenia i Raport
• po wyszukiwaniu — z kompletnymi danymi wszystkich faz

Szablon zasilany danymi (host z show_widget przyjmującym data)

show_widget(path="orzeczenia-sadowe-v2/assets/widget-orzeczenia.html", data=DANE) — bez kodu; host wstawia dane i dokłada pasek eksportu. DANE (pola opcjonalne można pominąć):

tytul, tryb: laik|prawnik, etap: wyszukiwanie|wynik
ryzyko: [{poziom: high|mid|low, laik, prawnik}]                         — Faza 0-A
przeslanki: {przepis, instytucja, jurysdykcja, lista: [{tresc, ciezar, pokrycie 0–100, stan: ok|warn|gap}]}
orzeczenia: [{sygnatura, kategoria: 6A|1|2|3A|3B|4|5|6|7, sad, teza_laik, teza_prawnik,
              przeslanki (Zasada 11), url, alerty: [{typ: old|conflict|law|eu|nurl|zp, laik, prawnik}]}]
bilans: {ocena: bad|mid|good, zgodne, przeciwne, neutralne, laik, prawnik, przeciwne_sygnatury: [{sygnatura, teza}]}
ocena: {laik, prawnik}; kolejnosc: [{sygnatura, dlaczego}]; jurysdykcja_zagraniczna

Zasady treści (status źródeł, linia przeciwna, Zasada 11) — bez zmian; dane to wyłącznie wyniki Faz 0–4.

<!-- lex:wykonuje-aplikacja: WIDGET-DANE -->

Kod widgetu i pasek IO (host bez pola data)

Kod widgetu: patrz references/widget.md — wklej jako argument widget_code narzędzia show_widget, podstawiając dane konkretnej sprawy w miejsca oznaczone <!-- DANE: ... -->.

⛔ MOD-WIDGET-IO (OBOWIĄZKOWE — wykonaj PRZED każdym show_widget):

view shared/MOD-WIDGET-IO.md
→ wbuduj pasek IO w nagłówek widgetu (powyżej zakładek)
→ IO_SKILL_ID='orzeczenia-sadowe-v2', IO_CASE_ID=sygnatura_sprawy
→ matryca: Export JSON ✅ MD ✅ | Import JSON —
→ w obu wywołaniach (przed i po wyszukiwaniu): pasek IO obecny

Zasady fundamentalne

Zasada 1 — ⛔ PERMANENT GATE: zakaz cytowania z pamięci (przez CAŁĄ rozmowę): Przed każdym web_search/web_fetch poniżej: sprawdź KROK 1 z view shared/MCP-INTEGRACJA.md — jeśli connector MCP dla orzecznictwa (np. SAOS/CBOSA) jest podłączony i dostępny w tej rozmowie, użyj go najpierw (KROK 2 tamtego pliku); w przeciwnym razie przejdź od razu do web_search/web_fetch poniżej, bez zmian względem dotychczasowej procedury. Każde powołanie sygnatury, daty lub sądu = osobny web_search/web_fetch w tej odpowiedzi (lub odpowiadające zapytanie MCP, jeśli tryb MCP-FIRST aktywny). Zakaz nie wygasa po żadnej liczbie wiadomości. Nawet gdy model "jest pewny" — weryfikacja obowiązkowa. Jeśli nie możesz zweryfikować: „Nie odnalazłem tego źródła online. Nie powołuję." Przed cytowaniem wykonaj procedurę V-SYG z modułu SYGNATURY:

view shared/SYGNATURY.md
→ Wykonaj V-SYG-1 przez V-SYG-4
→ Dopiero po wyniku OK: cytuj z linkiem źródłowym

Zasada 2 — Cztery obowiązkowe elementy każdego orzeczenia:

[1] SYGNATURA — pełna, np. II PK 123/22
[2] DATA      — dzień-miesiąc-rok, np. 15 marca 2023
[3] SĄD       — pełna nazwa + izba/wydział
[4] URL       — link do oryginału w oficjalnym portalu, nowe okno

Brak któregokolwiek = błąd krytyczny, orzeczenie nie może być powołane.

Zasada 2A — Cztery elementy potwierdzają ISTNIENIE, nie TREŚĆ (dodano 2026-07-05b, po NSA I FZ 104/26). Kompletne 4 elementy (Zasada 2) wystarczają, gdy orzeczenie jest tylko wzmiankowane. Gdy orzeczenie ma POPRZEĆ tezę użytkownika/pisma (włącznie z "gołym" powołaniem bez cudzysłowu, np. "por. też…") — wymagany dodatkowo poziom TREŚĆ z shared/WERYFIKACJA-SLAD.md (GRAD-1..4): sprawdź, czy orzeczenie FAKTYCZNIE dotyczy powoływanej instytucji/kwestii, nie tylko tej samej gałęzi prawa. Cztery elementy + niedopasowany przedmiot = wynik nadal niecytowalny na poparcie tezy. Ten sam mechanizm łapie również cytaty z KROK 1-T.1/1-T.2 (SAOS/CBOSA pełnotekstowe) — one dają KANDYDATÓW, gradient TREŚĆ jest krokiem PO nich, nie zamiast (patrz 1-T.3).

Zasada 2B — symbol CBOSA i powołania przeciwnika (dodano 2026-09-22, F-194, po NSA I OSK 590/26 — 🟨 snapshot bez awansu). (a) Przy orzeczeniu NSA/WSA powoływanym na poparcie tezy wykonaj GRAD-3b-SYM z shared/WERYFIKACJA-SLAD.md: odczytaj pole „Symbol z opisem" z /doc/{ID} i porównaj z symbolem sprawy; różny symbol = obowiązkowy odczyt przedmiotu (GRAD-3b) przed użyciem, nie automatyczne odrzucenie. (b) Gdy weryfikujesz orzecznictwo powołane przez PRZECIWNIKA — stosuj KALIBRACJA-PRZECIWNIK (tamże): wadliwe powołanie to argument o wiarygodności pisma, nigdy zamiennik odpowiedzi na istotę zarzutu.

Zasada 2B — KOTWICA/PINPOINT do konkretnego miejsca w źródle (dodano 2026-07-15, na wyraźne polecenie użytkownika — analogia do wskazywania strony/punktu/akapitu w pismach procesowych, patrz `shared/FAKTY_v2.md` KROK F2A). Cztery elementy Zasady 2 mówią GDZIE JEST dokument — Zasada 2B mówi GDZIE W DOKUMENCIE jest cytowany fragment. Obowiązuje dla KAŻDEGO cytatu i KAŻDEJ sentencji/tezy przywoływanej z orzeczenia LUB z interpretacji znalezionej na stronie internetowej (komentarz, artykuł, interpretacja urzędowa, glosa).

⚠️ AKTUALIZACJA 2026-07-15: ten sam mechanizm wdrożono także CENTRALNIE do shared/PRAWO-HARDGATE.md (KROK 5A/5B, wersja 2.1) — jako HARD GATE aktywny w całym systemie, nie tylko w tym module. Treść poniżej pozostaje jako szczegółowa specyfikacja robocza dla tego skilla; w razie rozbieżności rozstrzyga PRAWO-HARDGATE jako źródło nadrzędne.

⛔ SELF-CHECK ANTY-FASADA — obowiązkowy przed wysłaniem odpowiedzi/pisma

(podłączone 2026-08-23i, flaga F-115 — ten skill cytuje prawo, a bramki nie miał):

```

view shared/SELF-CHECK-ANTY-FASADA.md

```

Sprawdza dwie rzeczy: (1) czy w tekście stoi „zweryfikowano", data weryfikacji

albo URL przy przepisie, dla którego NIE wywołano narzędzia W TEJ ODPOWIEDZI;

(2) czy znacznik statusu nie został nadany treści WYGENEROWANEJ w tej odpowiedzi

(AF-6). Treść listy jest w module, nie tutaj — celowo, żeby nie powstało kolejne

miejsce dryfu (7 wcześniejszych kopii rozjechało się ze źródłem przy pierwszej

zmianie brzmienia).

[5] LOKALIZACJA W ŹRÓDLE — obowiązkowa, w pierwszej pasującej formie:
    (a) NUMER STRONY dokumentu źródłowego, jeśli źródło jest plikiem
        stronicowanym (PDF orzeczenia z portalu, skan, uzasadnienie
        w wersji do druku) — format: "s. 4" lub "k. 12" (dla akt sądowych)
    (b) NUMER TEZY/PUNKTU/AKAPITU, jeśli orzeczenie lub strona ma
        numerację wewnętrzną (np. "teza 3", "pkt II.4", "akapit 27" —
        częste w wyrokach TSUE i ETPC, które numerują akapity od 1)
    (c) NAZWA SEKCJI/NAGŁÓWKA, jeśli źródło (artykuł, komentarz,
        interpretacja) ma strukturę nagłówków bez numeracji — cytuj
        dosłowne brzmienie najbliższego nagłówka nadrzędnego
    (d) Jeśli ŻADNA z (a)-(c) nie istnieje w źródle (np. czysty HTML bez
        struktury) → jawna adnotacja: "brak wewnętrznej numeracji w
        źródle — lokalizacja opisowa: [1-2 zdaniowy opis miejsca, np.
        »akapit zaczynający się od: Sąd Najwyższy uznał, że...«]"