Install the "orzeczenia-sadowe-v2" agent skill from https://github.com/michaleiatrak-star/Lex-Machina/tree/main/Wersja%20rozwojowa%20rozpakowana/orzeczenia-sadowe-v2 into .claude/skills/orzeczenia-sadowe-v2/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "orzeczenia-sadowe-v2", then confirm the skill loads.
Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Type this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
skills CLI
$ npx skills add michaleiatrak-star/Lex-Machina --skill orzeczenia-sadowe-v2 -a codex
Project install goes to .agents/skills/; add -g for ~/.codex/skills/.
Install the "orzeczenia-sadowe-v2" agent skill from https://github.com/michaleiatrak-star/Lex-Machina/tree/main/Wersja%20rozwojowa%20rozpakowana/orzeczenia-sadowe-v2 into .agents/skills/orzeczenia-sadowe-v2/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "orzeczenia-sadowe-v2", then confirm the skill loads.
Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
skills CLI
$ npx skills add michaleiatrak-star/Lex-Machina --skill orzeczenia-sadowe-v2 -a cursor
Project install goes to .agents/skills/; add -g for ~/.cursor/skills/.
Install the "orzeczenia-sadowe-v2" agent skill from https://github.com/michaleiatrak-star/Lex-Machina/tree/main/Wersja%20rozwojowa%20rozpakowana/orzeczenia-sadowe-v2 into .cursor/skills/orzeczenia-sadowe-v2/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "orzeczenia-sadowe-v2", then confirm the skill loads.
Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
skills CLI
$ npx skills add michaleiatrak-star/Lex-Machina --skill orzeczenia-sadowe-v2 -a gemini-cli
Project install goes to .agents/skills/; add -g for ~/.gemini/skills/.
Install the "orzeczenia-sadowe-v2" agent skill from https://github.com/michaleiatrak-star/Lex-Machina/tree/main/Wersja%20rozwojowa%20rozpakowana/orzeczenia-sadowe-v2 into .gemini/skills/orzeczenia-sadowe-v2/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "orzeczenia-sadowe-v2", then confirm the skill loads.
Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Installs for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
skills CLI
$ npx skills add michaleiatrak-star/Lex-Machina --skill orzeczenia-sadowe-v2 -a github-copilot
Project install goes to .agents/skills/; add -g for ~/.copilot/skills/.
Install the "orzeczenia-sadowe-v2" agent skill from https://github.com/michaleiatrak-star/Lex-Machina/tree/main/Wersja%20rozwojowa%20rozpakowana/orzeczenia-sadowe-v2 into .github/skills/orzeczenia-sadowe-v2/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "orzeczenia-sadowe-v2", then confirm the skill loads.
GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
skills CLI
$ npx skills add michaleiatrak-star/Lex-Machina --skill orzeczenia-sadowe-v2 -a opencode
OpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
Install the "orzeczenia-sadowe-v2" agent skill from https://github.com/michaleiatrak-star/Lex-Machina/tree/main/Wersja%20rozwojowa%20rozpakowana/orzeczenia-sadowe-v2 into .opencode/skills/orzeczenia-sadowe-v2/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "orzeczenia-sadowe-v2", then confirm the skill loads.
OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Facts
Skill name
orzeczenia-sadowe-v2
GitHub stars
263
Token cost
~15k tokens
SKILL.md length
3,363 words
Files
14 (incl. references, assets)
Skills in repo
35
Repo updated
First seen
Licence
GPL-3.0
At a glance
Research orzecznictwa: wyszukiwanie, weryfikacja sygnatur i tez, hierarchia źródeł, porównanie orzeczeń oraz dobór judykatury do argumentacji prawnej.
Works in 8 steps: view orzeczenia-sadowe-v2/ oraz względne… → view shared/ oznacza odczyt z osobnego,… → view / oznacza aktywację/odczyt osobnego… → …
SKILL.md covers ADAPTER RUNTIME — PORTABILITY…, Sekwencja działania (zawsze w…, Widget interaktywny and Zasady fundamentalne, plus 12 more sections
Runs Python scripts from its folder; reaches sn.pl and orzeczenia.uzp.gov.pl
What it does
Orzeczenia Sadowe V2 is an agent skill from michaleiatrak-star/Lex-Machina. Research orzecznictwa: wyszukiwanie, weryfikacja sygnatur i tez, hierarchia źródeł, porównanie orzeczeń oraz dobór judykatury do argumentacji prawnej.
Its SKILL.md is about 15k tokens, which your agent loads only when the skill is triggered. The skill folder holds 19 other files, including reference files and assets (for example `.claude-plugin/plugin.json`, `PORTABILITY-MANIFEST.md` and `agents/openai.yaml`). Compatibility notes: liveweblookup, fileread, crossskillfileread, optionalcodeexecution, optionaldocumentandinteractiveui
The repository describes itself as: Analityka polskiego prawa, przygotowanie pism procesowych, weryfikacja przepisów prawa polskiego i orzecznictwa z oficjalnych źródeł z zakazem cytowania z pamięci, przygotowanie… The licence is GPL-3.0.
Orzeczenia Sadowe V2 loads about 15k tokens when it runs, and up to ~29k if it reads all its reference files. Until then it costs about 43 tokens; SKILL.md has 3,363 words of instructions outside code blocks.
Always· name and description, kept in context so the agent knows when to use it
~43
When it runs· the whole SKILL.md, loaded when a task matches
~15k
With references· SKILL.md plus every file in references/, read only if the agent opens them
~29k
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
Safety
Auto-check passed
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
Download SKILL.mdSave it as .claude/skills/orzeczenia-sadowe-v2/SKILL.md (or your agent's skills folder). This skill also uses 13 other files; get the full folder from GitHub.
name
orzeczenia-sadowe-v2
description
Research orzecznictwa: wyszukiwanie, weryfikacja sygnatur i tez, hierarchia źródeł, porównanie orzeczeń oraz dobór judykatury do argumentacji prawnej.
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.
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.
view shared/<plik> oznacza odczyt z osobnego, kanonicznego skilla shared. NIE kopiuj shared do tej paczki. Brak obowiązkowego zasobu = fail-closed.
view <inny-skill>/<plik> oznacza aktywację/odczyt osobnego skilla. Nie vendoryzuj innych skilli.
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.
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.
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.
/mnt/user-data/... oznacza rzeczywiste pliki użytkownika dostępne w hoście; wymagany ponowny odczyt musi być faktycznym odczytem pliku.
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)
Wyświetl widget interaktywny — patrz: sekcja Widget poniżej
Emituj profil ryzyka — alerty wstępne przed wyszukiwaniem (Faza 0-A)
Ustal oczekiwany kierunek rozstrzygnięcia — dla dopasowania tezy (Faza 0-C)
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)
Wyszukaj kierunek przeciwny — test równoważny pod kątem linii przeciwnej (Faza 1-D)
Skategoryzuj z alertami — taksonomia 8 kategorii + BILANS (Faza 2)
Zweryfikuj aktualność linii — jednolitość, zmiany prawa (Faza 3)
Zrealizuj PLAN MINIMUM — 5 wspierających + 5 linii przeciwnej z przesłankami rozstrzygnięcia dla każdego (Zasada 11)
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ąć):
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...«]"
[6] KOTWICA TECHNICZNA (URL fragment) — dodaj, GDY platforma źródłowa
wspiera adresowanie fragmentu, w kolejności preferencji:
(a) #page=N — dla PDF-ów otwieranych w przeglądarce (działa w
większości plików z portali sądowych i SAOS/CBOSA, gdy URL
kończy się na .pdf) → pełny format: [URL].pdf#page=4
(b) Kotwica nagłówka strony (#nazwa-sekcji), jeśli źródło HTML ma
widoczne id sekcji w kodzie strony (sprawdź przez web_fetch —
NIE zgaduj nazwy kotwicy, jeśli jej nie widziałeś w treści)
(c) Numer akapitu w adresie, jeśli portal go udostępnia (niektóre
bazy orzecznictwa TSUE/ETPC mają odrębny URL per punkt/paragraf)
(d) Brak wsparcia technicznego (typowe: strony bez zakotwiczeń,
proste PDF-y skanowane bez warstwy tekstowej) → NIE zmyślaj
kotwicy — podaj tylko URL z Zasady 2[4] + lokalizację opisową
z [5]. Wymyślona kotwica, która nie prowadzi do właściwego
miejsca, jest GORSZA niż jej brak (myląca dla czytelnika).
⛔ ZAKAZ: podawanie numeru strony/tezy z pamięci lub przez odgadnięcie na
podstawie długości dokumentu — numer MUSI pochodzić z faktycznie
przeczytanej treści (web_fetch) tej konkretnej strony/akapitu.
⛔ ZAKAZ: kotwica techniczna nigdy nie zastępuje lokalizacji opisowej z
[5] — obie razem, gdy to możliwe (kotwica ułatwia KLIKNIĘCIE, opis
pozwala ZNALEŹĆ nawet gdy kotwica nie zadziała, np. link się zmienił).
PRZYKŁAD PEŁNEGO CYTOWANIA (wszystkie 6 elementów):
Sąd Najwyższy w wyroku z 15 marca 2023 r. (II PK 123/22) wskazał, że
"[cytat do 30 słów]" (SN, II PK 123/22, 15.03.2023, s. 7 uzasadnienia,
https://przyklad-portalu.pl/orzeczenie/xyz.pdf#page=7)
PRZYKŁAD DLA INTERPRETACJI ZE STRONY INTERNETOWEJ (nie orzeczenie, ale
ten sam standard — komentarz prawniczy, interpretacja urzędowa, glosa):
Zgodnie z komentarzem [autor/instytucja], "[cytat do 15 słów — limit
ogólny PRAWO-HARDGATE, NIE 30-słowny limit orzeczeń z Zasady 3]" —
sekcja "[dokładny nagłówek]", https://przyklad.pl/artykul#sekcja
(jeśli brak kotwicy: "..., sekcja »Kary za naruszenie«, akapit 3 od góry")
**Zasada 2C — Weryfikacja ROLI cytowanego fragmentu (dodano 2026-08-14,
na żądanie użytkownika — CENTRALNIE w `shared/PRAWO-HARDGATE.md`, sekcja
"KROK DODATKOWY — WERYFIKACJA ROLI CYTOWANEGO FRAGMENTU").** Zasady 2/2A/
2B wyżej potwierdzają, że cytat ISTNIEJE i jest DOKŁADNY — ale NIE mówią,
czyją wypowiedź w uzasadnieniu cytujesz. Uzasadnienie typowo zawiera trzy
warstwy o różnej wartości: [1] ustalenie/rozstrzygnięcie SĄDU, [2]
wykładnia prawa dokonana PRZEZ sąd, [3] zreferowane twierdzenie STRONY
(np. "Powód podniósł, że...", zwykle PRZED zwrotem "Sąd zważył, co
następuje"). TYLKO [1] i [2] nadają się do powołania jako stanowisko
sądu. PRZED cytowaniem na poparcie tezy pisma — ustal warstwę wprost z
treści źródłowej (web_fetch), nie z samego wyrwanego zdania. Pełna
specyfikacja i sygnały tekstowe do rozpoznania warstwy [3]:
`shared/PRAWO-HARDGATE.md`, sekcja jw. — w razie rozbieżności rozstrzyga
PRAWO-HARDGATE jako źródło nadrzędne (ten sam wzorzec co Zasada 2B).
**Zasada 3 — Limit cytatu: maksymalnie 30 słów.**
Dziedzinowy override globalnego limitu 15 słów z PRAWO-HARDGATE — uzasadniony koniecznością
dokładnego oddania tezy prawnej. Dotyczy WYŁĄCZNIE cytatów z treści orzeczeń sądowych.
Dla przepisów ustawowych obowiązuje globalny limit 15 słów z PRAWO-HARDGATE.
**Zasada 4 — Link wyłącznie do oryginału.**
Zakaz linkowania do LexLege, Prawo.pl, SIP itp. jako głównego źródła.
**Zasada 5 — Jedno wiarygodne oficjalne źródło wystarczy.**
Orzeczenie jest uznane za zweryfikowane gdy potwierdzone w co najmniej JEDNYM
z portali: sn.pl, orzeczenia.ms.gov.pl (wraz z całą siecią lokalną SA/SO/SR —
patrz Zasada 5A), orzeczenia.nsa.gov.pl (CBOSA — obejmuje NSA oraz wszystkie
16 WSA), trybunal.gov.pl wraz z otkzu.trybunal.gov.pl (Zbiór Urzędowy, ten sam
organ — patrz Zasada 5B), curia.europa.eu (TSUE), hudoc.echr.coe.int (ETPC),
orzeczenia.uzp.gov.pl (KIO i skargi SO/SA/SN — zamówienia publiczne, Faza 1-K).
saos.org.pl pełni rolę wsparcia — nie jest samodzielnym źródłem weryfikacji.
Nie wymagaj potwierdzenia w wielu portalach jednocześnie.
**Zasada 5A — Sieć lokalna portali sądów powszechnych (SA/SO/SR).**
`orzeczenia.ms.gov.pl` jest punktem centralnym sieci złożonej z osobnych
portali każdego sądu apelacyjnego, okręgowego i rejonowego (np.
`orzeczenia.warszawa.so.gov.pl`, `orzeczenia.krakow-sr.sr.gov.pl`). Wszystkie
mają status Tier 1 — potwierdzenie w portalu lokalnym danego sądu jest
równoważne potwierdzeniu w portalu centralnym. Szczegółowy wzorzec URL,
lista portali głównych sądów apelacyjnych/okręgowych i procedura użycia:
patrz `references/PORTALE-LOKALNE.md` oraz Faza 1-L.
⛔ **Kanał kodu dla sieci lokalnej jest zamknięty (zmierzone T25, 2026-09-13c).**
`orzeczenia.warszawa.so.gov.pl` i pozostałe hosty `orzeczenia.*.so/sa/sr.gov.pl`
są POZA listą dozwolonych domen (`host_not_allowed`) — do portali lokalnych
sięgaj przez `web_search`/`web_fetch`, nie przez `curl`. Portal centralny
`orzeczenia.ms.gov.pl` działa w obu kanałach (Faza 1-S).
⚠️ Publikacja w sieci SA/SO/SR NIE jest wyczerpująca — sądy publikują tylko
orzeczenia z uzasadnieniem wybrane przez zespół sędziów; brak orzeczenia
w portalu ≠ jego nieistnienie. Nie formułuj wniosku o braku linii orzeczniczej
wyłącznie na tej podstawie — patrz FALLBACK F-4 i Faza 3.
**Zasada 5B — OTK ZU jako archiwum pełnych tekstów TK (dodane 2026-07-17).**
`trybunal.gov.pl/orzeczenia` to WYSZUKIWARKA (formularz po sygnaturze/haśle/
dacie), ale pełny, urzędowy tekst wyroku — łącznie z uzasadnieniem — bywa
wygodniej dostępny bezpośrednio w **Zbiorze Urzędowym (OTK ZU)**, hostowanym
pod `otkzu.trybunal.gov.pl`. To NIE jest osobna instytucja ani osobne źródło
w sensie Zasady 5 — to ten sam organ (TK), ten sam status Tier 1, tylko inny
punkt dostępu do tej samej treści urzędowej. Traktuj jako RÓWNOWAŻNY
`trybunal.gov.pl` — potwierdzenie w OTK ZU spełnia wymóg Zasady 5 tak samo
jak potwierdzenie w wyszukiwarce głównej.
Kiedy sięgać po OTK ZU zamiast/obok głównej wyszukiwarki:
- Gdy znasz orientacyjną treść tezy, ale nie masz jeszcze sygnatury —
wyszukiwarka Google z frazą `site:otkzu.trybunal.gov.pl` + fraza tezy
bywa skuteczniejsza niż formularz TK (który wymaga zwykle sygnatury/hasła).
- Gdy potrzebujesz PEŁNEGO tekstu uzasadnienia (nie tylko sentencji) do
cytowania w piśmie — OTK ZU publikuje kompletne orzeczenie w PDF.
- Format oznaczenia publikacji: `OTK ZU nr X/Rok, poz. Y` (seria A — wyroki/
postanowienia merytoryczne w trybie art. 91 u.o.t.p.TK; seria B —
postanowienia o (nie)nadaniu dalszego biegu skardze/wnioskowi w trybie
art. 61 u.o.t.p.TK) lub nowszy format `OTK-A RRRR/N/poz.` — podawaj ten
identyfikator OBOK sygnatury przy cytowaniu, jeśli jest dostępny (zwiększa
weryfikowalność cytatu niezależnie od tego, czy link jest jeszcze aktywny).
- Wzorzec URL bezpośredniego dokumentu: `otkzu.trybunal.gov.pl/downloadOTK?mpo=NUMER`
— numer `mpo` nie jest przewidywalny z sygnatury, wymaga wyszukania.
⚠️ OTK ZU, tak jak główna wyszukiwarka TK, obejmuje pełnym pokryciem
orzeczenia od momentu elektronizacji publikacji — dla bardzo starych wyroków
(lata 90.) sprawdź czy dokument w ogóle istnieje w tej postaci, zanim uznasz
brak wyniku za błąd wyszukiwania.
**Zasada 6 — Status „Źródło niepotwierdzone w portalu sądowym".**
Gdy orzeczenie pojawia się w wynikach wyszukiwania, ale nie można uzyskać
bezpośredniego URL z oficjalnego portalu sądowego:
→ Oznacz statusem: „Źródło niepotwierdzone w portalu sądowym"
→ NIE używaj określenia „niezweryfikowane"
→ NIE powołuj w piśmie procesowym bez potwierdzenia URL
→ Poinformuj użytkownika że weryfikacja bezpośrednia nie była możliwa
**Zasada 7 — Hierarchia portali (TSUE i ETPC jako pełnoprawne źródła):**
Tier 1 (krajowe PL): sn.pl (link = karta …/wyszukiwarka-orzeczen?orzeczenie=ID) · orzeczenia.ms.gov.pl + sieć lokalna SA/SO/SR (Zasada 5A)
· orzeczenia.nsa.gov.pl = CBOSA (NSA + wszystkie 16 WSA)
· trybunal.gov.pl + otkzu.trybunal.gov.pl (Zasada 5B —
równoważne, ten sam organ, archiwum pełnych tekstów)
· orzeczenia.uzp.gov.pl = KIO + SO/SA/SN ws. PZP (Faza 1-K) —
referencyjne, nie źródło prawa (art. 87 Konstytucji), ale
Tier 1 dla praktyki DR-07
Tier 2 (UE/EU): curia.europa.eu · hudoc.echr.coe.int
Tier 3 (backup): saos.org.pl — agregator akademicki, RZĄD 3; tylko gdy baza
urzędowa nie działa albo nie daje trwałego linku
Tier 4 (zagraniczne): patrz sekcja „Jurysdykcje zagraniczne"
⛔ **Nota o dwóch skalach (dodane 2026-09-13, F-185).** „Tier" w tym skillu mierzy
**dopuszczalność jako źródła potwierdzenia sygnatury w piśmie procesowym**;
„RZĄD" w `shared/HIERARCHIA-ZRODEL.md` mierzy **moc źródła co do treści**.
Od 2026-10-06 SAOS = Tier 3 i RZĄD 3 (agregator akademicki) — jedna ranga; najpierw
baza urzędowa sądu właściwego dla repertorium, SAOS zastępczo przy jej awarii.
⛔⛔ **STAN KANAŁÓW TIER 1 — dostępność jest właściwością bieżącego runtime, nie stałą.**
Pomiar z 2026-09-13 wykazał niedostępność CBOSA w tamtym środowisku, ale nie wolno
przenosić tego statusu na kolejną sesję bez świeżej próby. Dla każdego kanału
stosuj aktualny pomiar z `shared/DOSTEP-MASZYNOWY-API.md` oraz poniższe reguły:
- `orzeczenia.ms.gov.pl` — GET po sygnaturze, patrz Faza 1-S;
- `sn.pl` — `snproxy` JSON; dobór nagłówków zgodnie ze świeżym pomiarem runtime;
- `orzeczenia.nsa.gov.pl` (CBOSA) — **najpierw fresh probe**. Jeżeli portal zwraca
właściwy HTML, wczytaj `references/CBOSA-ADAPTER.md` i użyj deterministycznego
kontraktu `POST /cbo/search → /cbo/find?p=N → /doc/{ID}`; przy hoście z
wykonaniem kodu użyj `tools/cbosa_parser.py`. Adapter filtruje CAŁY zbiór po
exact-match i zwraca `FOUND / NOT_FOUND / AMBIGUOUS / OUT_OF_SCOPE`.
Jeżeli bezpośredni kanał CBOSA nie działa — wróć do kanonicznego
`shared/SYGNATURY.md`, V-SYG-0.5 RETRIEVAL/SNAPSHOT. Wymuś POST-CHECK HOSTA
i exact-match. Jeśli host retrieval przekazuje oficjalny `/doc/{ID}`, zachowaj
jego faktyczny `content_scope` (metryka+sentencja; czasem uzasadnienie) do
researchu i analizy. Provenance pozostaje `CRAWLED_OR_INDEXED`; brak
exact-hit = OUT_OF_SCOPE, nigdy NOT_FOUND;
- `trybunal.gov.pl` / `ipo` oraz `orzeczenia.uzp.gov.pl` — stosuj ich aktualny
kontrakt z `shared/DOSTEP-MASZYNOWY-API.md`; brak deterministycznego filtra
po sygnaturze nie uprawnia do zgadywania.
Orzeczenia TSUE i ETPC mają status równoważny z Tier 1 dla materii objętej prawem UE
lub Konwencją. Kategoria 5 (UE/TSUE) obejmuje teraz również orzeczenia ETPC.
CBOSA jest bazą jednolitą — nie ma odrębnych portali per WSA; jedno wyszukiwanie
obejmuje NSA i wszystkie 16 WSA.
**Zasada 8 — Uchwały SN z mocą zasady prawnej (Kat. 6A — priorytet):**
Uchwały pełnego składu SN, połączonych izb lub całej izby oraz uchwały
składu 7 sędziów SN, którym nadano moc zasady prawnej (art. 87 § 1 ustawy
z 8 grudnia 2017 r. o Sądzie Najwyższym, Dz.U. 2023 poz. 1093), tworzą kategorię
6A — wyższą rangą niż zwykłe orzeczenia SN.
Wiążą wszystkie składy orzekające SN (odstąpienie wymaga uchwały całej Izby).
Sędziowie sądów powszechnych nie są nimi formalnie związani, lecz mają
fundamentalne znaczenie praktyczne dla całego systemu.
Gdy takie uchwały są dostępne → ZAWSZE powołuj jako pierwsze w piśmie.
Weryfikacja: https://www.sn.pl/pl/wyszukiwarka-orzeczen (snproxy; link = karta `?orzeczenie=ID`)
**Zasada 9 — Dopasowanie tezy do oczekiwanego rozstrzygnięcia.**
Wyszukiwanie ma na celu znalezienie orzeczeń, których teza i sentencja są
maksymalnie zbieżne z oczekiwanym rozstrzygnięciem sprawy (patrz Faza 0-C
i Faza 1-D). Bliskość dopasowania oceniaj wg trzech kryteriów łącznie:
(1) zgodność stanu faktycznego z instytucją/przesłankami sprawy,
(2) zgodność kierunku rozstrzygnięcia (nie tylko tematu, ale wyniku sprawy),
(3) aktualność linii (Faza 3). Orzeczenie zgodne tematycznie, ale o odwrotnym
kierunku rozstrzygnięcia, NIE jest „dopasowane" — trafia do Kat. 3B lub 4
wg reguł Fazy 2, nigdy nie jest prezentowane jako wspierające tezę.
**Zasada 10 — ⛔ Zakaz ukrywania liczebnej przewagi linii przeciwnej.**
Gdy w wynikach wyszukiwania (Faza 1 + Faza 1-D) liczba orzeczeń o kierunku
przeciwnym do oczekiwanego jest równa lub większa niż liczba orzeczeń zgodnych,
LUB orzeczenia przeciwne stanowią ≥ 50% wszystkich trafień w Kat. 1–2 —
wygeneruj alert krytyczny 🔴 BILANS NIEKORZYSTNY (patrz Faza 2 i Faza 4) i
umieść go jako PIERWSZY alert w zakładce Profil ryzyka, niezależnie od trybu
LAIK/PRAWNIK. Zakaz przedstawiania sprawy jako „mocnej" bez tego ujawnienia.
**Zasada 11 — ⛔ PLAN MINIMUM: 5 orzeczeń wspierających + 5 linii przeciwnej,
zawsze z przesłankami rozstrzygnięcia.**
Dotyczy każdego wyszukiwania linii orzeczniczej na poparcie tezy (nie dotyczy
pojedynczego powołania sygnatury na marginesie innej analizy).
PLAN MINIMUM:
[A] 5 orzeczeń NAJDOKŁADNIEJ dopasowanych do oczekiwanego rozstrzygnięcia
(wg kryteriów Zasady 9) — to jest DOLNY próg, nie sufit: jeśli
wyszukiwanie (Faza 1, 1-T, 1-L wg właściwości) daje więcej dobrych
dopasowań, prezentuj wszystkie, nie ucinaj sztucznie do 5.
[B] 5 orzeczeń linii PRZECIWNEJ (Faza 1-D, Krok 2) — O ILE takie w ogóle
istnieją w wynikach. Brak linii przeciwnej po wyczerpującym
wyszukiwaniu (Faza 1-F nie została wywołana z powodu błędu narzędzi,
tylko wyniki są puste) = stan FAKTYCZNY do odnotowania wprost w
Raporcie ("nie odnaleziono linii przeciwnej po przeszukaniu [portale]"),
nie sygnał by przestać szukać po 1–2 próbach.
Reguły realizacji planu minimum:
1. Dopasowanie (Zasada 9) ma pierwszeństwo przed liczbą — zakaz uzupełniania
grupy [A] lub [B] orzeczeniem o odwrotnym kierunku albo niedopasowanym
stanie faktycznym tylko po to, by osiągnąć 5. Jeśli po wyczerpującym
wyszukiwaniu (wszystkie właściwe portale Tier 1–3 + Faza 1-T gdy zasadna)
znaleziono mniej niż 5 w danej grupie — podaj tyle, ile faktycznie
istnieje, i napisz to wprost („znaleziono 3 z planowanych 5 — wyszukiwanie
wyczerpujące, brak dalszych trafień w [lista portali]").
2. Dla KAŻDEGO orzeczenia z obu grup — obok czterech elementów Zasady 2 —
podaj **kluczowe przesłanki rozstrzygnięcia**: konkretne okoliczności
faktyczne i argumenty prawne, które zdecydowały o takim, a nie innym
wyniku (2–4 zdania, parafraza — limit cytatu z Zasady 3 nadal obowiązuje).
Sama sygnatura + jednozdaniowa teza NIE spełnia tego wymogu.
3. Dla grupy [B] (linia przeciwna) przesłanki muszą dodatkowo wskazywać
**czynnik odróżniający** — co w stanie faktycznym, wykładni albo etapie
postępowania spowodowało, że sąd orzekł odwrotnie niż linia zgodna
(np. inny moment powstania roszczenia, brak przesłanki formalnej,
odmienna kwalifikacja prawna zdarzenia). Bez tego elementu orzeczenie
przeciwne jest tylko wymienione, a nie wyjaśnione — niewystarczające.
4. Kolejność prezentacji w obu grupach: najpierw Kat. 6A (zasada prawna SN),
potem pozostałe wg Zasady 7/8, w obrębie tej samej rangi — od najnowszego.
5. Plan minimum NIE zwalnia z Zasady 1 (zakaz cytowania z pamięci) ani z
V-SYG — każde z 10 (do 5+5) orzeczeń przechodzi tę samą weryfikację co
pojedyncze powołanie.
6. Gdy profil oczekiwanego rozstrzygnięcia nie został ustalony w Fazie 0-C
(pytanie neutralne, analityczne) — plan minimum stosuje się analogicznie
do Kat. 3A (linia dominująca, docelowo 5) i Kat. 3B (linia mniejszościowa,
docelowo 5, o ile istnieje), bez podziału na „zgodne/przeciwne z interesem
strony".
---
## Faza 0-A — Profil ryzyka
Przed wyszukiwaniem emituj alerty wstępne — każdy w dwóch wariantach:
ALERT WSTĘPNY [WYSOKI / ŚREDNI / NISKI]
Dla laika: [prosty język — co oznacza i co zrobić]
Dla prawnika: [procesowy — przepis, termin, ryzyko]
---
## Faza 0-C — Profil oczekiwanego rozstrzygnięcia
Ustal przed wyszukiwaniem — warunek konieczny dla Zasady 9 i Fazy 1-D:
STRONA / INTERES: [czyje stanowisko wspieramy — powód/pozwany/oskarżony/organ/strona]
OCZEKIWANY KIERUNEK ROZSTRZYGNIĘCIA: [np. „oddalenie powództwa", „uchylenie decyzji",
„uniewinnienie", „stwierdzenie nieważności klauzuli"]
KIERUNEK PRZECIWNY (dla testu równoważnego): [odwrotność powyższego —
używany do wykrycia linii przeciwnej, nie do pomijania jej]
Jeśli użytkownik nie wskazał interesu strony (pytanie neutralne, analityczne) →
pomiń profil, wyszukiwanie prowadź bez preferowanego kierunku i pomiń Fazę 1-D.
---
## Faza 1 — Wyszukiwanie
### Portale krajowe i UE (Tier 1–3)
Kolejność priorytetu dla spraw polskich:
1. https://www.sn.pl/pl/wyszukiwarka-orzeczen — SN, uchwały (w tym Kat. 6A); link = karta `?orzeczenie=ID`
2. orzeczenia.ms.gov.pl — SA, SO, SR
3. orzeczenia.nsa.gov.pl — Administracyjne
4. trybunal.gov.pl/orzeczenia — TK
5. curia.europa.eu — TSUE (dla materii objętej prawem UE)
6. hudoc.echr.coe.int — ETPC (dla materii objętej Konwencją)
7. saos.org.pl — Agregator (backup — tylko gdy brak wyniku w 1–6)
Jedno trafienie w portalach 1–6 = orzeczenie zweryfikowane.
Brak trafienia w 1–6 + trafienie tylko w innych źródłach → status „Źródło niepotwierdzone w portalu sądowym".
Strategia: fraza + przepis → instytucja prawna → zagadnienie ogólne → SAOS.
Gdy celem jest odnalezienie KONKRETNEJ tezy (dosłownego sformułowania z uzasadnienia),
a nie tylko orzeczeń „w temacie" — nie zaczynaj od web_search (przeszukuje zaindeksowane
strony, nie treść uzasadnień) — zacznij od Fazy 1-T (SAOS API + CBOSA pełnotekstowo).
### Sądy szczególne i dyscyplinarne służb mundurowych
Sądy wojskowe, postępowania dyscyplinarne Policji/PSP i status OSP NIE
mieszczą się w Tier 1–3 powyżej wprost — mają odrębny status weryfikowalności
(część niepubliczna/brak portalu, część routowana przez CBOSA/sn.pl jak
zwykle). Pełna procedura: `shared/ORZECZENIA-HIERARCHIA.md` §4 — wczytaj
PRZED odpowiedzią dotyczącą orzeczenia/sygnatury z tych obszarów.
### Portale zagraniczne (Tier 4)
Stosuj gdy sprawa zawiera element obcy lub użytkownik pyta o orzecznictwo
sądu innego niż polski. Tier 4 nie zastępuje Tier 1–2 dla spraw krajowych.
| Jurysdykcja | Portal oficjalny | Uwagi |
|---|---|---|
| Niemcy (DE) | bundesgerichtshof.de (BGH, od 2000); bundesverfassungsgericht.de (BVerfG) | Treść wyłącznie w języku niemieckim |
| Francja (FR) | legifrance.gouv.fr (bazy CASS, INCA, CAPP); courdecassation.fr | Dostęp bezpłatny; treść po francusku |
| Wielka Brytania (UK) | bailii.org; uksc.gov.uk (Supreme Court) | Neutral citation system; brak ECLI |
| Inne państwa UE | e-justice.europa.eu → National justice systems | Portal odsyła do portali krajowych |
| Wyszukiwarka ECLI (UE) | e-justice.europa.eu/ecli-search | Integruje bazy państw uczestniczących (bez PL — PL nie wdrożyła ECLI) |
Dla Tier 4:
- Weryfikacja możliwa wyłącznie przez web_fetch na oficjalnym portalu danego państwa.
- Brak możliwości fetch → status „Brak weryfikacji bezpośredniej (Tier 4)" — nie powołuj w piśmie polskim.
- Orzeczenia Tier 4 nie mogą być powoływane w polskim piśmie procesowym jako samodzielna podstawa; stosować wyłącznie pomocniczo (prawo porównawcze, argumentacja).
---
## Faza 1-S — Kontrola istnienia sygnatury (V-SYG-0)
> Wykonuje się **PRZED Fazą 1-T i przed każdym powołaniem sygnatury**, także
> sygnatury podanej przez użytkownika.
Skrót operacyjny; kanoniczny kontrakt statusów pozostaje w `shared/SYGNATURY.md`:
1. **Normalizuj** — pojedyncze spacje, bez kropek w repertorium, spacje wokół
`/` nieistotne. Nie uzupełniaj brakującej izby, repertorium, numeru ani
rocznika.
2. **Routuj po repertorium.**
- sądy powszechne → `orzeczenia.ms.gov.pl`;
- SN → `sn.pl` / `snproxy`;
- **NSA/WSA → wykonaj świeżą próbę bezpośredniego CBOSA**.
Gdy `orzeczenia.nsa.gov.pl` odpowiada właściwym HTML-em:
```
view shared/CBOSA-ADAPTER.md
→ POST /cbo/search
→ zachowaj cookies
→ jeśli potrzeba GET /cbo/find?p=N
→ GET /doc/{ID} dla KAŻDEGO kandydata
→ tools/cbosa_parser.py (gdy host ma wykonanie kodu)
```
Gdy direct CBOSA jest niedostępna → zastosuj V-SYG-0.5 z
`shared/SYGNATURY.md`.
3. **Okno pokrycia** — zero trafień można zamienić na `NOT_FOUND` wyłącznie
w źródle, którego pokrycie obejmuje badany sąd/okres i gdy wynik został
pobrany kompletnie. Poza pokryciem lub przy awarii → `OUT_OF_SCOPE`.
4. **Post-check tożsamości — filtruj cały zbiór, nie pierwszy rekord.**
Po normalizacji zachowaj wyłącznie dokumenty o sygnaturze dokładnie tożsamej
z pytaną, a pozostałe zapisz jako `rejected_case_numbers` /
`odrzucone_post_checkiem`:
- 0 exact-match → `NOT_FOUND`;
- 1 exact-match → `FOUND`;
- ≥2 exact-match → `AMBIGUOUS`.
Przykład klasy błędu: „blisko pasująca” inna izba/repertorium/rok nie może
zostać automatycznie podstawiona.
5. **CBOSA jest fail-closed.** Jeżeli licznik wyników wskazuje więcej rekordów niż
pobrano z bieżącej strony, pobierz pozostałą paginację w tej samej sesji.
Niepełna paginacja, zmiana HTML lub błąd choć jednego `/doc/{ID}` =
`OUT_OF_SCOPE`, nie `NOT_FOUND`.
6. **Zakres potwierdzenia.**
- direct CBOSA + odczyt `/doc/{ID}` → `FOUND`,
**ISTNIENIE+TREŚĆ** tylko w zakresie faktycznie odczytanym. Metryka i
sentencja są obowiązkowe; uzasadnienie ma osobny flag
`reasoning_available`. Gdy `false` → zakaz przypisywania tezy z
uzasadnienia, mimo że samo orzeczenie pozostaje FOUND;
- V-SYG-0.5 RETRIEVAL/SNAPSHOT → `FOUND` po POST-CHECK HOSTA i exact-match;
zachowaj faktyczny `content_scope` (metryka+sentencja / uzasadnienie częściowe
/ pełne) do researchu. Provenance = `CRAWLED_OR_INDEXED`; bez niezależnego
direct potwierdzenia nie oznaczaj ✅ [VER];
- `FRAGMENT` dopiero po wskazaniu konkretnego miejsca zgodnie z
`shared/WERYFIKACJA-SLAD.md` i Zasadą 2B.
⛔ Tylko `FOUND` otwiera możliwość powołania. `NOT_FOUND` i `OUT_OF_SCOPE`
nigdy nie są raportowane jako „potwierdzone”. `AMBIGUOUS` wymaga przedstawienia
kandydatów lub dalszego zawężenia, bez arbitralnego wyboru.
---
## Faza 1-T — Wyszukiwanie pełnotekstowe po treści tezy (SAOS API + CBOSA)
Uzupełnienie Fazy 1 — stosuj PRZED klasycznym wyszukiwaniem frazowym, gdy celem jest
„znajdź tezę" (dosłowne sformułowanie prawne w uzasadnieniu/sentencji), nie tylko
„znajdź orzeczenie w danym temacie". `web_search` nie przeszukuje treści uzasadnień —
trafia wyłącznie tam, gdzie fraza już została zacytowana na zaindeksowanej stronie
(np. w artykule prawniczym). SAOS i CBOSA indeksują pełny tekst orzeczeń bezpośrednio
i pozwalają przeszukać go wprost.
### 1-T.1 — SAOS REST API (zapytanie bezpośrednie do API, nie przez wyszukiwarkę web)
Punkt wejścia: `https://www.saos.org.pl/api/search/judgments`
⛔⛔ **NAJPIERW Faza 1-S (kontrola istnienia), potem 1-T (wyszukiwanie treści).**
Te dwie operacje używają RÓŻNYCH parametrów i mylenie ich jest trybem awarii:
`all=III CZP 999/11` na fabrykacie zwraca **67 576 trafień**, `caseNumber=III CZP 999/11`
zwraca **0**. Faza 1-T służy do znalezienia TREŚCI, nigdy do potwierdzenia BYTU
sygnatury.
Kluczowe parametry (dowolna kombinacja, doklejane jako query string):
caseNumber=SYGNATURA → ⭐ DOKŁADNE dopasowanie sygnatury (kontrola istnienia,
nie wyszukiwanie). Wielkość liter bez znaczenia;
białe znaki — istotne. Patrz Faza 1-S.
all=FRAZA → pełnotekstowe przeszukanie treści/tezy/uzasadnienia.
Obsługuje język zapytań: "fraza w cudzysłowie" (dokładna
kolejność słów), -słowo (wyklucza), A OR B.
judgmentDateFrom / judgmentDateTo → filtr dat, format yyyy-MM-dd
courtType → COMMON | SUPREME | ADMINISTRATIVE | CONSTITUTIONAL_TRIBUNAL
| NATIONAL_APPEAL_CHAMBER
⛔ okno pokrycia jest NIERÓWNE — patrz Faza 1-S
ccCourtType → APPEAL | REGIONAL | DISTRICT (tylko sądy powszechne)
ccCourtName → nazwa konkretnego sądu
judgmentTypes → SENTENCE | RESOLUTION | DECISION | REGULATION | REASONS
keywords → lista haseł tematycznych SAOS
sortingField / sortingDirection, pageSize / pageNumber → paginacja/sortowanie
Z odpowiedzi JSON odczytaj per trafienie: caseNumber, judgmentDate,
division.court.name (lub chambers dla SN), fragment textContent zawierający frazę, href.
To jest ETAP WYSZUKANIA KANDYDATÓW, nie weryfikacji — saos.org.pl nadal pełni
wyłącznie rolę wsparcia (Zasada 5) → przejdź do 1-T.3 przed powołaniem sygnatury.
⚠️ SAOS to projekt akademicki (ICM UW) — pokrycie nie jest wyczerpujące, a baza bywa
opóźniona względem najnowszych orzeczeń. Traktuj trafienie jako trop, nie jako
potwierdzenie.
### 1-T.2 — CBOSA (NSA/WSA) — formularz HTML + pełny tekst
CBOSA nie wymaga publicznego REST/JSON API, aby działać jako deterministyczne
źródło Tier 1. Aktualny kontrakt integracyjny znajduje się w:
view shared/CBOSA-ADAPTER.md
Dla wyszukiwania po sygnaturze adapter ma zweryfikowany kontrakt:
```text
POST https://orzeczenia.nsa.gov.pl/cbo/search
Content-Type: application/x-www-form-urlencoded
wszystkieSlowa=
wystepowanie=gdziekolwiek
odmiana=on
sygnatura={SYGNATURA}
sad=dowolny
rodzaj=dowolny
symbole=
odDaty=
doDaty=
sedziowie=
funkcja=
submit=Szukaj
Pierwszy POST zwraca stronę 1 i może ustanowić sesję. Zachowaj cookies; kolejne
strony pobieraj przez GET /cbo/find?p=N. Z każdego wyniku wyciągaj wyłącznie
/doc/{10-znakowy-ID}, a następnie odczytaj każdy dokument przez
GET /doc/{ID}.
Jeżeli host ma wykonanie kodu, użyj:
tools/cbosa_parser.py
Parser:
wyciąga i deduplikuje /doc/{ID},
odczytuje sygnaturę, sąd, datę, sentencję i — gdy opublikowane — uzasadnienie,
zwraca reasoning_available, aby brak uzasadnienia nie był mylony z pełną treścią,
normalizuje kosmetykę sygnatury,
filtruje cały zbiór kandydatów,
odrzuca „blisko pasujące” sygnatury,
zwraca FOUND / NOT_FOUND / AMBIGUOUS / OUT_OF_SCOPE,
fail-closed przy nierozpoznanym liczniku, niepełnej/zapętlonej paginacji,
krytycznym driftcie HTML, błędzie pobrania i przerwanym transporcie.
Dla researchu po treści można użyć pola wszystkieSlowa jako wejścia tekstowego
formularza i dodatkowych filtrów, ale nie zgaduj nazw nieweryfikowanych kontrolek.
Jeżeli potrzebujesz konkretnej tezy, odczytaj pełne /doc/{ID} kandydatów i
wykonaj gradient TREŚĆ/FRAGMENT na realnym uzasadnieniu.
⚠️ RZĄD źródła: CBOSA jest źródłem RZĘDU 2A zgodnie z
shared/HIERARCHIA-ZRODEL.md; adapter/parser jest wyłącznie kanałem transportowym
i nie ma własnego RZĘDU.
⚠️ Dostępność jest środowiskowa. Przed użyciem wykonaj fresh probe. Jeżeli direct
CBOSA jest niedostępna, zastosuj V-SYG-0.5 z shared/SYGNATURY.md. Retrieval może
przekazać metrykę, sentencję, a czasem uzasadnienie; wykorzystaj faktycznie odczytaną
treść badawczo z access_mode=CRAWLED_OR_INDEXED, ale nie promuj jej do ✅ [VER].
Każde trafienie → 1-T.3 przed powołaniem.
1-T.3 — Krok weryfikacji (wspólny dla 1-T.1 i 1-T.2)
Wyszukiwanie wskazuje KANDYDATÓW — nie zwalnia z Zasady 1 ani z V-SYG.
Dla każdego kandydata:
→ wykonaj exact-match V-SYG / post-check na CAŁYM zbiorze;
→ direct CBOSA: tylko FOUND po odczycie /doc/{ID} daje ISTNIENIE+TREŚĆ;
następnie sprawdź, czy sentencja/uzasadnienie naprawdę wspiera przypisywaną tezę;
→ CBOSA fallback V-SYG-0.5: po host post-check + exact-match odczytaj faktyczny
`content_scope`; treść może wspierać research tezy, ale provenance pozostaje
`CRAWLED_OR_INDEXED` i bez niezależnego direct potwierdzenia nie daje ✅ [VER];
→ SAOS: kandydat dla sądów powszechnych/SN musi zostać potwierdzony w źródle
właściwym (orzeczenia.ms.gov.pl / portal lokalny / sn.pl), chyba że zweryfikowany
rekord prowadzi do oryginalnego źródła i odczytano je bezpośrednio;
→ dopiero po potwierdzeniu cytuj z URL ORYGINAŁU i zastosuj Zasadę 2B
dla konkretnego fragmentu.
1-T.4 — Rozszerzenie na inne bazy z wyszukiwaniem pełnotekstowym
Logikę „najpierw pełnotekstowe zapytanie po treści tezy → dopiero potem weryfikacja
sygnatury" stosuj analogicznie wszędzie tam, gdzie portal na to pozwala:
sn.pl — wyszukiwarka SN ma pole treści orzeczenia/uzasadnienia,
portale lokalne SA/SO/SR (references/PORTALE-LOKALNE.md) — część ma wyszukiwanie
pełnotekstowe, część wyłącznie po sygnaturze/dacie — sprawdź formularz danego
portalu przed założeniem, że pole istnieje,
trybunal.gov.pl — wyszukiwarka TK obejmuje treść uzasadnień; dla pełnego
tekstu urzędowego i wyszukiwania po frazie via Google (site: operator)
patrz też otkzu.trybunal.gov.pl (Zasada 5B — równoważne źródło, ten sam organ).
Brak pola pełnotekstowego w danym portalu → wróć do strategii Fazy 1 (fraza → przepis
→ instytucja → SAOS jako uzupełnienie).
<!-- lex:wczytaj-gdy: ZAMOWIENIA-PUBLICZNE -->
Faza 1-K — Orzecznictwo KIO / zamówienia publiczne (PZP)
Stosuj gdy sprawa dotyczy zamówień publicznych: odwołanie do KIO, skarga na
orzeczenie KIO do sądu, rażąco niska cena, wykluczenie/odrzucenie oferty,
warunki udziału, SWZ — zwłaszcza gdy współpracujesz z dr-07-zamowienia- publiczne-fundusze-ue.
⚠️ Korekta adresu (zweryfikowane 2026-07-05c):kio.gov.pl jako
"wyszukiwarka wyroków" jest NIEAKTUALNE — domena przekierowuje na strony
informacyjne uzp.gov.pl/kio (o KIO, skład, kontakt), NIE na wyszukiwarkę
orzeczeń. Właściwa, działająca wyszukiwarka orzecznictwa PZP jest pod
odrębną subdomeną: orzeczenia.uzp.gov.pl. Obejmuje nie tylko KIO, ale
też SO/SA/SN w zakresie skarg na orzeczenia KIO (zakładki „Wszystkie/KIO/
SO/SA/SN" w wyszukiwarce) — szerszy zakres niż sama Izba.
⚠️ Status prawny: orzeczenia KIO NIE są źródłem prawa (art. 87
Konstytucji RP) — są materiałem referencyjnym praktyki PZP. Traktuj jak
Tier 1 dla spraw DR-07 mimo braku mocy precedensowej formalnej — patrz
Zasada 7.
1-K.1 — Wyszukiwanie
Punkt wejścia: https://orzeczenia.uzp.gov.pl/Home/Search
Parametry zweryfikowane bezpośrednim fetchem (2026-07-05c) — używaj TYLKO tych,
inne pola widoczne w formularzu (Rodzaj dokumentu, Wynik postępowania, Izba,
Zamawiający, Miejscowość itd.) wymagają ustalenia dokładnej nazwy parametru
przez inspekcję formularza PRZED użyciem — nie zgaduj nazw po wzorze innych API:
Phrase=FRAZA → hasło wyszukiwania (URL-encode spacji i polskich znaków)
Fle=0|1 → 0 = szukaj dokładnej formy, 1 = "odmiana słów" (fleksja)
SCnt=0|1 → 0 = szukaj w metadanych, 1 = "szukaj również w treści" (pełny tekst)
Pg=N → numer strony wyników
Przykład zweryfikowany: .../Home/Search?Phrase=art.%207%20ust.%201&Fle=0&SCnt=0
(filtr po konkretnym artykule PZP — link ten sam wzorzec, który portal
generuje sam dla „Kluczowe przepisy ustawy Pzp" na stronie wyniku).
Show full SKILL.md (1,360 more words)Show less
1-K.2 — Pobranie pojedynczego orzeczenia
Z listy wyników każdy wpis linkuje do strony szczegółów
(/Home/Details/{internal_id}?Pg=...&Phrase=...&ind=...&total=... lub
/Home/Move?... przy nawigacji strzałkami między wynikami tego zapytania).
Strona szczegółów zawiera KOMPLET metadanych bezpośrednio w HTML (nie trzeba
osobnego zapytania):
Organ wydający | Rodzaj dokumentu | Data wydania rozstrzygnięcia |
Przewodniczący | Zamawiający | Miejscowość | Sygnatura akt / Sposób
rozstrzygnięcia (np. "KIO 827/18 / oddalone") | Tryb postępowania |
Rodzaj zamówienia | Kluczowe przepisy ustawy Pzp (linkowane) |
Indeks tematyczny (linkowany)
Pełny tekst: link „Treść dokumentu" → /Home/ContentHtml/{id}?Kind=KIO&phrase=...
(fragment HTML) lub „Pobierz treść PDF" → /Home/PdfContent/{id}?Kind=KIO.
ℹ️ Zewnętrzny konektor kio-orzeczenia-mcp (POC, oceniony osobno) opisuje
nieco inny wzorzec URL (/Home/HtmlContent/{id}) — przy fetchu 2026-07-05c
rzeczywisty portal zwrócił /Home/Details/{id} + /Home/ContentHtml/{id}.
Rozbieżność potwierdza to, co ten konektor sam przyznał w CHANGELOG
(4/4 nieudane testy live, selektory best-effort) — nie kopiuj jego
endpointów bez własnej weryfikacji fetchem, tak jak wykonano tutaj.
Cztery elementy Zasady 2 (sygnatura/data/sąd/URL) + dla KIO dodaj obowiązkowo
z metadanych strony szczegółów: Sposób rozstrzygnięcia (oddalone/
uwzględnione/odrzucone/umorzone) — pole to jest już otagowane przez portal,
więc stanowi mocniejszy, tańszy pierwszy test GUARD INSTYTUCJA (Zasada 2A/
GRAD-3b z shared/WERYFIKACJA-SLAD.md) niż czytanie całego uzasadnienia:
jeśli teza pisma twierdzi „KIO uwzględniło odwołanie w zakresie X", a pole
Sposób rozstrzygnięcia = „oddalone" — to sprzeczność wykrywalna od razu,
bez analizy treści.
Format:
Wyrok/postanowienie KIO z [data], sygn. [KIO NNN/RR] ([sposób rozstrzygnięcia])
— [URL Home/Details/{id}]
1-K.4 — Powiązanie z przepisem (RZĄD 1 — ELI)
Strona szczegółów linkuje "Kluczowe przepisy ustawy Pzp" — to potwierdza
TYLKO, że KIO powołało dany artykuł, NIE zwalnia z odrębnej weryfikacji
brzmienia przepisu w ELI — kanon E-1…E-5 (ustawa z 11.09.2019 r. — Prawo zamówień
publicznych, t.j. — sprawdź aktualny numer Dz.U. przed cytowaniem, zmienia
się często). Dwa źródła, dwa kroki — nigdy nie wyprowadzaj brzmienia
przepisu z tego, jak cytuje go orzeczenie.
1-K.5 — Zastrzeżenia praktyczne
Brak oficjalnego udokumentowanego API i publikowanego limitu zapytań —
traktuj jak każdy portal publiczny: rozsądna liczba zapytań w ramach
jednej sprawy, bez zbędnego powtarzania tego samego zapytania.
Filtry poza Phrase/Fle/SCnt/Pg (Rodzaj dokumentu, Wynik postępowania,
Izba, Zamawiający, Skarżony organ, Miejscowość, Publikator, Tryb
postępowania) są dostępne w formularzu, ale ich dokładne nazwy parametrów
URL NIE zostały zweryfikowane w tej sesji — jeśli potrzebne, sprawdź
fetchem strony formularza przed założeniem nazwy.
Zakładki „SO/SA/SN" na tym portalu to skargi NA orzeczenia KIO — osobna
droga procesowa (art. 579–589 PZP), nie duplikat KIO.
Faza 1-L — Sieć lokalna portali SA/SO/SR i CBOSA (rozszerzenie bazy)
Uzupełnienie Fazy 1 — stosuj gdy:
wyszukiwanie centralne (orzeczenia.ms.gov.pl) nie zwróciło wyników lub zwróciło
ich mało (< 3) mimo że sprawa dotyczy powszechnej instytucji prawnej,
użytkownik lub przeciwnik procesowy powołał konkretną sygnaturę konkretnego SR/SO/SA
i trzeba ją zweryfikować bezpośrednio u źródła,
sprawa jest lokalnie osadzona (właściwość miejscowa znanego sądu) i celowe jest
sprawdzenie linii orzeczniczej WŁAŚNIE tego sądu/okręgu (praktyka lokalna bywa
odmienna od linii krajowej — istotne dla prognozy rozstrzygnięcia w danej sprawie).
Procedura:
1. Ustal właściwy sąd (nazwa + siedziba) z akt sprawy lub pytania użytkownika.
2. view orzeczenia-sadowe-v2/references/PORTALE-LOKALNE.md
→ odczytaj wzorzec URL i sprawdź, czy sąd jest na liście głównych portali.
3. Jeśli sąd nieznany z listy → web_search "orzeczenia [pełna nazwa sądu]"
→ zweryfikuj adres portalu przez web_fetch (musi być subdomena *.gov.pl).
4. web_fetch na wyszukiwarkę portalu lokalnego z frazami z Fazy 0-B.
5. Każde trafienie traktuj jak Tier 1 (Zasada 5A) — te same wymogi 4 elementów
(Zasada 2) i ten sam limit cytatu (Zasada 3).
Dla spraw administracyjnych: orzeczenia.nsa.gov.pl (CBOSA) już obejmuje wszystkie
16 WSA jedną bazą — NIE szukaj osobno portali poszczególnych WSA (nie istnieją
jako odrębne bazy, wyłącznie jako oddziały w ramach CBOSA po symbolu sądu).
⚠️ Publikacja w sieci lokalnej nie jest wyczerpująca (patrz Zasada 5A) — brak
wyniku w portalu lokalnym nie jest dowodem braku orzecznictwa danego sądu;
odnotuj to zastrzeżenie w Raporcie, jeśli wyszukiwanie lokalne było kluczowe
dla wniosku.
Faza 1-D — Dopasowanie tezy i test kierunku przeciwnego
Cel: znaleźć orzeczenia maksymalnie zbieżne z oczekiwanym rozstrzygnięciem
(Faza 0-C, Zasada 9) I jednocześnie rzetelnie sprawdzić, czy istnieje liczna
linia przeciwna (Zasada 10) — bez tego dwuetapowego podejścia wynik jest
stronniczy (confirmation bias) i niewiarygodny procesowo.
KROK 1 — Wyszukiwanie zgodne z oczekiwanym kierunkiem:
Użyj fraz z Faza 0-B + słów kluczowych zgodnych z OCZEKIWANYM KIERUNKIEM
(np. dla „oddalenie powództwa": „bezzasadność roszczenia", „brak przesłanek").
KROK 2 — Wyszukiwanie kierunku przeciwnego (OBOWIĄZKOWE, nie pomijaj):
Te same frazy bazowe + słowa kluczowe zgodne z KIERUNKIEM PRZECIWNYM
(np. „uwzględnienie powództwa", „zasadność roszczenia").
Wykonaj minimum 2 zapytania w tym kroku, nawet jeśli Krok 1 dał dużo trafień.
Cel ilościowy (Zasada 11, PLAN MINIMUM [B]): 5 orzeczeń linii przeciwnej,
o ile istnieją — jeśli po 2 zapytaniach jest ich mniej niż 5, a Krok 1 (linia
zgodna) dał dużo trafień, kontynuuj wyszukiwanie kierunku przeciwnego
(kolejne portale/frazy) zanim uznasz temat za wyczerpany.
KROK 3 — Ocena dopasowania (per orzeczenie, wg Zasady 9):
Klasyfikuj każde trafienie jako: ZGODNE (kierunek = oczekiwany) /
PRZECIWNE (kierunek = przeciwny) / NEUTRALNE (dotyczy instytucji,
ale rozstrzygnięcie nie przesądza kierunku, np. z innych przyczyn procesowych).
KROK 4 — Policz i przekaż do Fazy 2/4:
N_zgodne, N_przeciwne, N_neutralne → wylicz BILANS (patrz Faza 2, Faza 4).
Jeśli profil oczekiwanego rozstrzygnięcia nie został ustalony w Fazie 0-C
(pytanie neutralne) → pomiń tę fazę, prowadź wyszukiwanie bez podziału na
kierunki, kategoryzuj wyłącznie wg Fazy 2 (Kat. 3A/3B linia większościowa/mniejszościowa).
Faza 1-F — Fallback (niedostępność narzędzi)
Wykonaj gdy web_search lub web_fetch zwrócą błąd, timeout lub są niedostępne:
FALLBACK F-1: web_search niedostępny
→ Poinformuj użytkownika: „Wyszukiwanie online chwilowo niedostępne.
Nie mogę zweryfikować orzeczeń online. Nie podam sygnatur bez weryfikacji."
→ Zaoferuj: opis instytucji prawnej i przesłanek bez powołania konkretnych sygnatur
→ Zalecenie: sprawdź orzeczenia samodzielnie na sn.pl, orzeczenia.ms.gov.pl, saos.org.pl
FALLBACK F-2: web_fetch na portalu sądowym zwraca błąd (portal niedostępny)
→ Przejdź do następnego portalu w hierarchii
→ Po wyczerpaniu wszystkich portali Tier 1–3: status „Brak potwierdzenia URL"
→ NIE powołuj bez potwierdzonego URL
FALLBACK F-3: wyniki wyszukiwania istnieją, ale URL prowadzi do płatnej bazy (LEX, Legalis)
→ Zapisz: „Dostęp płatny — nie cytuję."
→ Szukaj tego samego orzeczenia w saos.org.pl
FALLBACK F-4: luka pokrycia przesłanek < 40% po wyczerpaniu wyszukiwania
→ Alert luki: „Brak orzeczeń potwierdzających [przesłanka X]"
→ Rozszerz frazę lub zmień kategorię wyszukiwania
→ Jeśli nadal brak: poinformuj o luce w Raporcie
Faza 2 — Kategoryzacja i alerty
Czytaj references/widget.md — tabele mapowania alertów i kategorii na klasy CSS.
Alerty per orzeczenie
Alert
Wyzwalacz
Priorytet
⚠️ STARE
Orzeczenie starsze niż próg dziedzinowy (patrz: tabela progów)
Informacyjny
🔴 SPRZECZNE
Linia niejednolita — orzeczenie trafia do Kat. 3B
Wysoki
🔴 ZMIANA PRAWA
Nowelizacja przepisu po dacie wyroku
Wysoki
ℹ️ WYMIAR UE
Materia objęta dyrektywą UE lub orzecznictwem TSUE/ETPC
Informacyjny
⛔ ŹRÓDŁO NIEPOTWIERDZONE
Sygnatura nieznaleziona w portalach Tier 1–2; zakaz powołania
Krytyczny
🏛️ ZASADA PRAWNA
Uchwała SN z mocą zasady prawnej (art. 87 § 1 uSN) — Kat. 6A
Wykonuj zawsze gdy Faza 1-D była przeprowadzona (profil oczekiwanego rozstrzygnięcia ustalony):
N_zgodne = liczba orzeczeń Kat. 1–2 o kierunku zgodnym z oczekiwanym
N_przeciwne = liczba orzeczeń Kat. 1–2 o kierunku przeciwnym
N_neutralne = liczba orzeczeń niekierunkowych (dotyczą instytucji, nie przesądzają)
PROPORCJA = N_przeciwne : N_zgodne
PROGI:
N_przeciwne ≥ N_zgodne → 🔴 BILANS NIEKORZYSTNY (krytyczny)
N_przeciwne < N_zgodne, ale ≥ 30% → 🟡 BILANS MIESZANY (informacyjny, odnotuj)
N_przeciwne < 30% wszystkich → ✅ BILANS KORZYSTNY (bez alertu)
Gdy 🔴 BILANS NIEKORZYSTNY → alert musi pojawić się w Profilu ryzyka (Faza 0-A,
jako pierwszy) ORAZ w Raporcie końcowym (Faza 4) z wymienieniem sygnatur linii
przeciwnej — zakaz pomijania nawet gdy linia zgodna zawiera Kat. 6A (uchwała
wiąże kierunek prawny, ale nie usuwa obowiązku ujawnienia rozbieżności w praktyce
sądów niższych instancji, jeśli taka istnieje).
Dziedzinowe progi alertu STARE
Sztywny próg 5 lat nie jest miarodajny dla wszystkich dziedzin. Stosuj progi dziedzinowe:
Dziedzina
Próg alertu STARE
Uzasadnienie
Prawo pracy (KP)
3 lata
Dynamiczne orzecznictwo, częste nowelizacje KP
Prawo podatkowe, AML
2 lata
Bardzo szybkie zmiany przepisów
Prawo cywilne (KC, KPC) ogólne
7 lat
Stabilna linia, wolniejsze zmiany
Prawo rodzinne
7 lat
Stabilna linia
Prawo karne (KK, KPK)
5 lat
Umiarkowane tempo zmian
Prawo administracyjne (KPA, PPSA)
4 lata
Aktywne orzecznictwo NSA
Prawo konstytucyjne
10 lat
Zasady fundamentalne rzadko się zmieniają
Prawo gospodarcze, spółki
4 lata
Zmiany KSH, upadłościowe
Prawo UE, TSUE
5 lat
Zależy od materii dyrektywy
Prawo budowlane, środowiskowe
4 lata
Aktywne zmiany przepisów
Jeśli dziedzina nie pasuje do tabeli → stosuj domyślny próg 5 lat.
Alert ⚠️ STARE nie wyklucza orzeczenia — informuje o potrzebie sprawdzenia aktualności.
Kategorie orzeczeń
Kat.
Etykieta
Opis
1
Najnowsze
Orzeczenia w granicach progu dziedzinowego
2
Starsze
Orzeczenia przekraczające próg, ale poniżej 2× progu
3A
Linia dominująca
Jednolita linia większościowa
3B
Linia mniejszościowa
ZAWSZE prezentuj — zakaz ukrywania
4
Wspierające
Potwierdzają linię główną
5
UE / TSUE / ETPC
Materia objęta dyrektywą lub wyrokiem TSUE/ETPC
6
Interpretacje
Zwykłe uchwały SN, wytyczne, interpretacje
6A
Zasada prawna SN
Uchwały z mocą zasady prawnej (art. 87 § 1 uSN) — NAJWYŻSZY PRIORYTET powołania
7
Literatura
Komentarze, glosy (pomocniczo)
ZAKAZ ukrywania Kat. 3B — jeśli istnieje linia mniejszościowa, zawsze prezentuj.
Kat. 6A zawsze powołuj jako pierwsze w piśmie — przed Kat. 1, 3A, 5.
Faza 3 — Weryfikacja aktualności
Czy linia jest jednolita?
Czy doszło do nowelizacji po datach orzeczeń?
Czy SN nie zajął odmiennego stanowiska w uchwale składu 7 / całej Izby / pełnego składu?
Czy dostępna jest uchwała Kat. 6A dotycząca tej materii? (sprawdź na sn.pl → Izba=Uchwaly)
Faza 4 — Raport końcowy
RAPORT ORZECZEŃ: [TEMAT]
Data: [data] | Tryb: [LAIK / PRAWNIK] | Jurysdykcja: [PL / UE / mieszana]
Znaleziono: [n] | URL zweryfikowanych: [n] | Zasady prawne SN (Kat. 6A): [n]
WSKAŹNIK POKRYCIA PRZESŁANEK:
P1: ██████░░ 62% ← Kat.1: 2 orz.
P2: █████████ 90% ← Kat.6A: 1 uchwała SN
P3: ██░░░░░░ 20% ⚠️ LUKA
BILANS LINII ORZECZNICZEJ (jeśli Faza 1-D wykonana):
Zgodne z oczekiwanym rozstrzygnięciem: [N_zgodne]
Przeciwne: [N_przeciwne]
Neutralne: [N_neutralne]
Status: [🔴 BILANS NIEKORZYSTNY / 🟡 BILANS MIESZANY / ✅ BILANS KORZYSTNY]
PLAN MINIMUM (Zasada 11) — [n_A]/5 wspierających, [n_B]/5 linii przeciwnej:
[A] ORZECZENIA WSPIERAJĄCE TEZĘ (docelowo 5, w kolejności: Kat.6A → reszta wg rangi/daty)
1. [SYGNATURA] · [SĄD + IZBA] · [DATA] · [URL] · [lokalizacja: s./teza/pkt — Zasada 2B]
Przesłanki: [2–4 zdania — co konkretnie w stanie faktycznym/wykładni
zdecydowało o takim rozstrzygnięciu; parafraza, limit cytatu Zasada 3]
2. ...
(do 5; jeśli mniej — napisz wprost: „znaleziono [n] z 5 — wyszukiwanie
wyczerpujące w [lista portali/faz użytych], brak dalszych trafień")
[B] LINIA PRZECIWNA (docelowo 5, o ile istnieje — Faza 1-D)
1. [SYGNATURA] · [SĄD + IZBA] · [DATA] · [URL] · [lokalizacja: s./teza/pkt — Zasada 2B]
Przesłanki + czynnik odróżniający: [2–4 zdania — dlaczego sąd orzekł
odwrotnie: inny stan faktyczny, brak przesłanki, odmienna wykładnia]
2. ...
(do 5; brak linii przeciwnej po wyczerpującym wyszukiwaniu → napisz wprost:
„nie odnaleziono linii przeciwnej po przeszukaniu [portale]", nie pomijaj
milczeniem)
Dualny tryb narracji
Skill wykrywa poziom automatycznie. Użytkownik może wpisać „tryb prawnik" / „tryb laik" lub kliknąć przełącznik w widgecie.
Element
Tryb LAIK
Tryb PRAWNIK
Alerty
Prosty język, co zrobić
Precyzyjny, przepis + ryzyko
Teza
Jedno zdanie bez żargonu
Pełna kwalifikacja prawna
Rekomendacje
Kroki działania
Argumentacja procesowa, kolejność
Obsługa błędów i fallback
Sytuacja
Działanie
Portal Tier 1–3 niedostępny
Przejdź do następnego w kolejności
Wszystkie portale Tier 1–3 niedostępne
Wykonaj FALLBACK F-1
Brak wyników
Rozszerz frazę lub użyj SAOS, rozważ Fazę 1-L (sieć lokalna)
Portal lokalny (SA/SO/SR) sądu nieznany lub niedostępny
web_search nazwy sądu → zweryfikuj URL przez web_fetch; brak potwierdzenia → traktuj jak F-2
Sprzeczne orzeczenia
Kat. 3A + Kat. 3B — nigdy nie ukrywaj
Liczna linia przeciwna do oczekiwanego rozstrzygnięcia
„Źródło niepotwierdzone w portalu sądowym" — nie powołuj
Orzeczenie TSUE/ETPC
Weryfikuj w curia.europa.eu / hudoc — traktuj jako Tier 2
Luka pokrycia < 40%
Wykonaj FALLBACK F-4
Dostęp tylko przez LEX / Legalis
Wykonaj FALLBACK F-3
Jurysdykcja zagraniczna
Sprawdź portal Tier 4; wyraźnie oznacz w raporcie
web_search / web_fetch niedostępne
Wykonaj FALLBACK F-1
REGUŁA RENDEROWANIA WIDGETÓW
Pliki .jsx przez present_files NIE renderują się w claude.ai — użytkownik widzi tylko link.
Mechanizm window.__INJECTED__ działa tylko z bundlerem React — NIE w czacie.
Jedyna poprawna metoda renderowania widgetu inline: show_widget z HTML (vanilla JS).
NIE używaj: cp, str_replace, present_files, .jsx, window.__INJECTED__.
Output schema — dane przekazywane downstream
Gdy wynik tego skilla trafia do pisma-procesowe-v3, analizator-umow-v1 lub innych konsumentów:
view references/ORZECZENIA-OUTPUT-SCHEMA.md
→ Format rekordu ORZ-REKORD (pola OBL + OPT)
→ Instrukcje per consumer (pisma-procesowe-v3 W3.2, analizator-umow-v1, analiza-sadowa-v6)
→ Reguły integralności (brak URL = ⛔, Kat. 6A priorytet, zakaz ukrywania Kat. 3B)
Każde orzeczenie przekazywane downstream MUSI mieć: sygnaturę, sąd, datę, URL, znacznik VER,
kategorię, tezę (≤30 słów), aktualność linii. Brak któregokolwiek = rekord przekazywany jako ⛔.
Integracja z kancelaryjnym jądrem shared
Jeżeli wynik tego skilla ma służyć do pisma, strategii procesowej, oceny ryzyka albo decyzji terminowej, wczytaj właściwe moduły shared:
Nie dubluj logiki shared w lokalnych plikach. Lokalne moduły mogą tylko doprecyzować analizę dziedzinową.
CHANGELOG
Pełna historia wersji (2.1...2.6) wyniesiona do references/CHANGELOG.md
(redukcja kosztu kontekstu, 2026-07-12 runda 2) — treść zachowana w 100%,
tylko przeniesiona: view orzeczenia-sadowe-v2/references/CHANGELOG.md
Najnowsza pozycja: 2.17 (2026-09-14) — snapshot CBOSA z host post-check i jawnym provenance. — routing CBOSA wpięty do RZĄD 2A/shared,
exact-match sygnatur NSA/WSA, pełny odczyt sentencji/uzasadnienia oraz
statusy FOUND / NOT_FOUND / AMBIGUOUS / OUT_OF_SCOPE z fallbackiem V-SYG-0.5.
Orzeczenia Sadowe V2 next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
Orzeczenia Sadowe V2 compared with similar skills
Skill
Stars
Used in
Tokens
Auto-check
Licence
Repo updated
Orzeczenia Sadowe V2 this skillmichaleiatrak-star/Lex-Machina
Prawo konstytucyjne i ustrojowe: Konstytucja, organy państwa, TK, źródła prawa, legislacja i skarga konstytucyjna; analiza z aktualną weryfikacją źródeł.
Proste pisma prawne i urzędowe: wezwania, wnioski, odpowiedzi i krótsze dokumenty; kompletność danych, aktualna weryfikacja prawa i walidacja przed wygenerowaniem pliku.
Audyt jakości, spójności i bezpieczeństwa systemu prawnych skilli: zależności, wersje, mapy Dz.U., treść merytoryczna, propagacja zmian, deduplikacja i bramki jakości.
Prawo administracyjne i sądowoadministracyjne: KPA, PPSA, decyzje, bezczynność, WSA/NSA, egzekucja administracyjna, cudzoziemcy i postępowania urzędowe.
267 GitHub stars~4.6k tokensUpdated today
Auto-check passed
Questions about Orzeczenia Sadowe V2
What does Orzeczenia Sadowe V2 do?
Research orzecznictwa: wyszukiwanie, weryfikacja sygnatur i tez, hierarchia źródeł, porównanie orzeczeń oraz dobór judykatury do argumentacji prawnej. Orzeczenia Sadowe V2 is an agent skill from michaleiatrak-star/Lex-Machina. Research orzecznictwa: wyszukiwanie, weryfikacja sygnatur i tez, hierarchia źródeł, porównanie orzeczeń oraz dobór judykatury do argumentacji prawnej.
How do I install Orzeczenia Sadowe V2 in Claude Code?
Run `npx skills add michaleiatrak-star/Lex-Machina --skill orzeczenia-sadowe-v2 -a claude-code`. Or copy the skill folder (Wersja rozwojowa rozpakowana/orzeczenia-sadowe-v2 in michaleiatrak-star/Lex-Machina) into .claude/skills/orzeczenia-sadowe-v2 in your project. Claude Code loads it when a task matches its description.
How do I install Orzeczenia Sadowe V2 in Codex?
Run `npx skills add michaleiatrak-star/Lex-Machina --skill orzeczenia-sadowe-v2 -a codex`. Or copy the skill folder (Wersja rozwojowa rozpakowana/orzeczenia-sadowe-v2 in michaleiatrak-star/Lex-Machina) into .agents/skills/orzeczenia-sadowe-v2 in your project. Codex loads it when a task matches its description.
Can I use Orzeczenia Sadowe V2 in Cursor, Gemini CLI or GitHub Copilot?
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add michaleiatrak-star/Lex-Machina --skill orzeczenia-sadowe-v2 -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/orzeczenia-sadowe-v2, .gemini/skills/orzeczenia-sadowe-v2, .github/skills/orzeczenia-sadowe-v2 and .opencode/skills/orzeczenia-sadowe-v2 in your project.
What does Orzeczenia Sadowe V2 need to run?
Going by SKILL.md and its folder, Orzeczenia Sadowe V2 needs Python for the scripts in its folder. Our summary lists: Python 3. Compatibility (from SKILL.md): live_web_lookup, file_read, cross_skill_file_read, optional_code_execution, optional_document_and_interactive_ui.
Does Orzeczenia Sadowe V2 access the network?
SKILL.md names 5 domains. In commands or code: sn.pl, orzeczenia.uzp.gov.pl, przyklad-portalu.pl, przyklad.pl and orzeczenia.nsa.gov.pl; the agent is likely to contact these when it follows the instructions. This is read from the text; nothing was executed.
Is Orzeczenia Sadowe V2 safe to install?
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
What licence does Orzeczenia Sadowe V2 use?
Orzeczenia Sadowe V2 is published under the GPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
How many tokens does Orzeczenia Sadowe V2 use?
About 15k tokens (SKILL.md is roughly 61k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 14k tokens, read only when the agent opens those files.
What are the alternatives to Orzeczenia Sadowe V2?
Skills that share tags, products or a category with Orzeczenia Sadowe V2: Eu Pl Law Tracker (lawve-ai/awesome-legal-skills, 847 stars), Analizator Dowodow V3 (michaleiatrak-star/Lex-Machina, 263 stars), Dr 01 Ustroj Konstytucyjny I Zrodla Prawa (michaleiatrak-star/Lex-Machina, 267 stars) and Analiza Sadowa V6 (michaleiatrak-star/Lex-Machina, 263 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Who maintains Orzeczenia Sadowe V2?
michaleiatrak-star (a GitHub user) maintains it in michaleiatrak-star/Lex-Machina, which has 263 GitHub stars. The repository holds 35 skills in this directory. The repository was last updated on October 9, 2026.