Filing Pipeline — Kompletni workflow pro pravni podani
Kazde podani projde VSEMI kroky. 5 nezavislych kontrol (jina instance nez autor!) musi odhalit VSE.
Kontroly jdou seriove. Kazda najde chybu → ROVNOU opravi → zapise CHANGELOG → pokracuje.
Pouziti
Tom rekne: "priprav podani" / "filing pipeline" / "konsoliduj" / "kontrola podani"
PHASE 1: BUILD (instance A)
1.1 Inventura
- Nacti vsechny relevantni dokumenty (drafty, verze, analyzy, podklady, Tom notes)
- Identifikuj co uz bylo odeslano (neduplicitat)
- Identifikuj vsechny prilohy, dukazy, podpurne materialy
- Vytvor PREHLED.md s mapou vsech souboru
1.2 Konsolidace
- Sluc vice dokumentu do jednoho (pokud je vic zdroju)
- Zachovej nejsilnejsi formulace z kazdeho zdroje
- Odstran duplicity mezi dokumenty
- Co uz bylo odeslano → jen odkaz ("viz doplneni c. 2 ze dne ...")
1.3 Struktura a poradi (PRAVNI ARCHITEKTURA)
Nekdo s pravnimi zkusenostmi posklada poradi informaci:
Doporucena struktura soudniho podani:
- Hlavicka — sp.zn., ucastnici, datum, adresat, DS
- Uvod — co je toto podani, pravni zaklad (§909), proc soud ma konat
- Nove skutecnosti — chronologicky nebo tematicky, kazda s odkazem na § a dukaz
- Pravni argumentace — § po §, s citaci ze zakona a aplikaci na pripad
- Dukazni navrhy — co navrhujeme provest, co je v prilohach
- Petit — co presne navrhujeme soudu rozhodnout (vykonatelne!)
- Prilohy — cislovane, kazda odkazana v textu
Umisteni petitu: Na konci (standard CZ praxe). Ale petit musi byt JASNY — soud musi vedet co presne ma udelat.
Fallback petit: Vzdy primarni + subsidiarni + podpurny (3 urovne).
Uspornost: Kazda veta musi sdelovat soudu neco noveho. Prazdne vety ven. Opakujici se argumenty sdruzit.
1.4 Zestihleni (KRITICKE OTAZKY)
Pro KAZDOU vetu/odstavec:
- Rika to soudu neco noveho? Ne → ven
- Musime to rict? Je to nutne pro nas navrh? Ne → ven
- Je to safe? Muze nam to ublizit? Ano → ven nebo preformulovat
- Kdybychom to smazali, ublizi to dokumentu? Ne → ven
- Rika to VIC nez musime? Ano → zkratit na minimum
- Je to v nejlepsim zajmu ditete a jeho vyvoje? Vse v podani = pro dite, ne proti matce
1.5 Prilohy a podpurne materialy
python L:/LG13/app/agent/skills/filing_pipeline.py attachments --file <doc.md> --json
- Kazda priloha v textu = soubor na disku (a naopak)
- PDF existuji a jsou neprazdne
- Prilohy cislovany postupne
Podpurne prilohy (forensic materialy):
| Typ |
Popis |
Priklad |
| Matice strachu |
Tabulka: tvrzeni matky vs. dukaz vs. realita |
priloha7_dukazni_mapa_strach.pdf |
| Casova osa |
Timeline udalosti s datumem a zdrojem |
casova_osa_brileni_kontaktu.pdf |
| Karta osob |
Kdo je kdo v pripadu (role, DS, kontakt) |
— |
| Karta komunikace |
Prehled komunikace mezi ucastniky |
priloha5_sms_komunikace.pdf |
| Karta dni |
Konkretni dny s udalostmi (29.1., 7.4., ...) |
— |
| Karta vztahu |
Vztahy mezi osobami a institucemi |
— |
| Karta pravnich okruhu |
Ktere § se vztahuji ke kterym boduum |
— |
| Karta souvislosti |
Logicke vazby mezi tvrzenimi a dukazy |
— |
| Logicka dukazova linka |
Tvrzeni → dukaz → zaver (forenzni analyza) |
ANALYSIS_legal_v1.md |
Kdo produkuje forensic materialy: Phase 1 instance (legal/strat) PRED kontrolami.
Vystup Phase 1: Jeden .md soubor, kompletni prilohy + podpurne materialy, PREHLED.md, CHANGELOG.txt inicializovan.
PHASE 2: VERIFY (5x seriova kontrola JINOU instanci)
KRITICKE PRAVIDLO: Phase 2 NESMI delat stejna instance jako Phase 1!
- Phase 1 (Build) = instance A
- Phase 2 (Verify) = instance B, C, D... (jina session, cisty context)
- Kazda kontrola cte CELY dokument nezavisle
- Pokud instance krouzi/halucinuje → dalsi kontrola to odhali
SERIE, NE PARALELNE!
Kontroly jdou jedna po druhe. Kazda oprava → do dokumentu → PRED dalsi kontrolou.
1 dokument, postupne cistejsi. Zadny paralelismus.
Kontrola NEVRACI — rovnou opravi a pokracuje
Najde chybu → OPRAVI v dokumentu → zapise do CHANGELOG → pokracuje.
NEVI jak opravit → zapise WARNING do CHANGELOG → Tom rozhodne na konci.
NIKDY "doporucuji zmenit" nebo "zvazit preformulaci" — bud oprav nebo WARNING pro Toma.
1 sdileny CHANGELOG.txt
Kazda kontrola pripise co nasla a co udelala:
[2026-04-17 14:30] VALIDATION (instance: strat)
FOUND: Datum 32.4.2026 neexistuje (radek 45)
FIXED: Opraveno na 30.4.2026
[2026-04-17 14:35] COMPLIANCE (instance: coder)
FOUND: Tvrzeni "desitky milionu rocne" bez dukazu (radek 156)
FIXED: Zmeneno na "nadstandardni zivotni uroven" + navrh dukazu
WARNING: Tom — chceme zminovat konkretni castky? → rozhodne
2.1 VALIDATION (fakta + administrativa)
python L:/LG13/app/agent/skills/filing_pipeline.py fact-check --file <doc.md> --json
python L:/LG13/app/agent/skills/filing_pipeline.py admin-check --file <doc.md> --json
Hleda:
- Neplatna/neexistujici data, data v budoucnosti pro minule udalosti
- Spatna jmena, preklepy v sp.zn., DS ID
- Relativni datumy (vcera, dnes) → absolutni
- Interni markery (TODO, FIXME, DRAFT, NEPOSILAT)
- Chybejici hlavicka, podpis, datum, sp.zn., adresat
- Konzistence dat (stejny den nema 2 ruzna data)
- Font a diakritika — zadne rozbite znaky
2.2 COMPLIANCE + BEST INTEREST
AI kontrola (cely text):
- Je to v nejlepsim zajmu ditete a jeho vyvoje? Vsechno musi byt child-first
- Nerikame moc? Kazdy argument: musime ho rict? Pomaha petitu?
- Je vse co rikame safe? Muze nam to ublizit u soudu?
- Kdybychom odstavec smazali — ublizi to dokumentu? Ne → navrhnout smazani
- Konzistence s jiz odeslanymi dokumenty (neprotirecit si)
- Tonalita — zadne emocionalni slova, zadne napadeni matky, jen fakta pro soud
- Hedging ("pravdepodobne", "nejspis") → bud dokazat nebo vynechat
- Fabulace — tvrdime neco co nemame podlozeno? → CRITICAL
- Soud dostane co chce — odpoved na vyzvu, ne monolog
2.3 OPPOSITION (napadnutelnost protistranou)
AI kontrola — mysli jako advokat protistrany:
- Pro KAZDY argument: jak ho protistrana (Mgr. Flaska) napadne?
- Slaba tvrzeni bez dukazu → CRITICAL (bud doplnit dukaz nebo smazat)
- Otocitelne argumenty (muzou se pouzit proti nam) → CRITICAL
- Co protistrana rekne o nasem petitu?
- Mame fallback pokud soud nas argument odmitne?
- Nahradni reseni — pokud soud nedá stridavou péci, mame subsidiarni petit?
- Dukazy — ke kazdemu tvrzeni existuje dukaz? Je v prilohach?
2.4 SECURITY
Hleda:
- ZADNE interni poznamky, komentare, versioning v textu pro soud
- ZADNE "P1-1", "oprava bodu 18", "NEPOSILAT", changelog v textu
- ZADNE URL, file paths, system references, AI zmínky
- ZADNE informace prozrazujici strategii (co chystame dal)
- ZADNE informace o instancich, automatizaci, AI asistenci
- PDF metadata (author, creator, title) — nesmi odhalit AI/system
- Incident 15.4.: interni "NEPOSILAT" slo soudu
- Incident 16.4.: "fakticka oprava bodu 18 — telo v CR" = priznani fabrikace
- Kontrola ze v PDF neni skryty text, komentare, track changes
2.5 LEGAL + LAW LIBRARY
python L:/LG13/app/agent/skills/filing_pipeline.py law-check --file <doc.md> --json
Pouzij law library: GET /pl/rag/search?q=&law=&limit= + master_index_all_laws.json
Pouzij good law.txt: Tomovy poznamky ke klicovym paragrafum
Hleda:
- Paragrafy — vsechny § platne (novela NOZ 2026, z. 268/2025 Sb.)
- Deprecated § — §452 NIKDY (§465j), §76 OSR (§465j)
- §869 — odst. 1 (pravomoc) vs odst. 2 (dusledek) — neplest!
- §465g — max 3 mesice od vykonatelnosti
- Novela — §465a-j = z. 268/2025 Sb. (ne 292/2013 bez novely!)
- Judikatura — spravne citovana, existuje, je relevantni
- Formalni nalezitosti — dle OSR/ZRS pro dany typ podani
- Petit — je vykonatelny? Muze soud realne naridit a vynutit?
- Jurisdikce — spravny soud, spravne rizeni, spravna sp.zn.
- Precedenty — existuji rozhodnuti na nase tema? Citujeme je?
- Literatura — komentarova literatura k § ktere pouzivame
PHASE 2b: FIX — PRAVIDLA KONECNOSTI
Kontrola musi byt prisna ALE konecna. Zadny nekonecny loop.
Severity
- CRITICAL = MUSI se opravit (spatny §, interni marker, fabulace, napadnutelny argument bez dukazu)
- WARNING = Tom rozhodne (hedging, tonalita, slaba tvrzeni s castecnym dukazem)
- INFO = jen k vedomi, NEOPRAVOVAT
Oprava ≠ nova verze
- Oprava = minor bump (F1.0 → F1.1), JEN to co kontrola nasla
- NIKDY prepisovat cely dokument kvuli 1 chybe
Max 2 pruchody na kontrolu
- Kontrola najde → opravi → pokracuje
- Recheck pokud kriticke chyby → PASS nebo eskalace Tom
- NIKDY 3. pruchod
Kontroly NEHLEDAJI vylepseni
- Hleda CHYBY, ne "toto by mohlo byt lepsi"
- Zlepseni obsahu = Phase 1. Phase 2 = JEN chyby.
Celkovy flow (linearni)
Phase 1 (inst A) → dokument + prilohy + forensic materialy
↓
2.1 Validation (inst B) → cte → opravuje → CHANGELOG → dal
↓
2.2 Compliance (inst B) → cte → opravuje → CHANGELOG → dal
↓
2.3 Opposition (inst C) → cte → opravuje → CHANGELOG → dal
↓
2.4 Security (inst C) → cte → opravuje → CHANGELOG → dal
↓
2.5 Legal+Law (inst D) → cte → opravuje → CHANGELOG → dal
↓
Regex sanity: filing_pipeline.py full (0 tokenu)
↓
Phase 3 (5 LOCKS) → Tom cte CHANGELOG + dokument
PHASE 3: 5 LOCKS + SEND
3.0 Final verze (F1.0)
- Oznac dokument jako F verzi
- meta.json, CHANGELOG.txt, PDF export
3.1 LOCK TOM — Tom precte cely dokument + CHANGELOG. Schvali obsah.
3.2 LOCK STRAT — konzistence, zapracovani Tom notes, neprotirecime jinym podanim
3.3 LOCK LEGAL — paragrafy, judikatura, diskretnost, compliance
3.4 LOCK T002 — datumy, prilohy = odkazum, PDF, fonty, format
3.5 LOCK TIME — cekaci lhuta (soud 60+ min, ASAP 5 min jen Tom)
3.6 Odeslani
- Matousovo rizeni = odesila VYHRADNE Tom osobne
- Ostatni = t002 po vsech locks
python filing_pipeline.py pre-send --draft-id <ID>
Dashboard integrace
Tlacitka v Drafty tabu (hub.html) — endpoint POST /pl/skills/run:
- Full pipeline — vsechny regex kontroly
- Prilohy — attachment check
- Fakta — fact-check
- Admin — admin-check
- Pravo — law-check
- Strategie — strategy/QC
- Pre-send — gate check
Skripty a zdroje
| Skript |
Typ |
Co dela |
filing_pipeline.py |
Python/regex, 0 tokenu |
6 sub-skills, okamzite |
legal_compliance_check.py |
AI (gpt-4.1) |
Hloubkova compliance |
legal_risk.py |
AI |
Risk assessment |
final_check.py |
AI |
12-krokovy final check |
pre_send_check.py |
Python |
Gate check pred odeslanim |
| Zdroj |
Cesta |
| Law library index |
master_index_all_laws.json (4020 §) |
| Good law (Tom notes) |
good law.txt (klicove § s poznamkami) |
| RAG endpoint |
GET /pl/rag/search?q=&law=&limit= |
| Law library TXT |
C:\Users\tom\Documents\tmonkey_legal\Law_library\CZ_txt\ |
Pravidla
- Vzdy VSECH 5 kontrol — nikdy preskocit
- Jina instance nez autor — kdo psal, ten nekontroluje
- Seriove, ne paralelne — 1 dokument, postupne cistejsi
- Najdi → oprav → pokracuj — zadne vraceni
- 1 sdileny CHANGELOG — kazdy pripise
- Interni poznamky NIKDY do textu pro soud
- 5 LOCKS bez vyjimky
- Matousovo rizeni = Tom odesila osobne
- Chyba = stop + analyza — zadna zbrkla oprava
- Max 2 pruchody na kontrolu — pak eskalace Tom
1---2name: filing-pipeline3description: Kompletni pipeline pro pripravu pravniho podani. Phase 1 = Build (konsolidace, struktura, zestihleni, podpurne materialy). Phase 2 = Verify (5x seriova kontrola jinou instanci: validation, compliance, opposition, security, legal+law). Phase 3 = 5 LOCKS + send. Trigger: 'filing pipeline', 'priprav podani', 'konsoliduj', 'kontrola podani'.4---5
6# Filing Pipeline — Kompletni workflow pro pravni podani
7
8Kazde podani projde VSEMI kroky. 5 nezavislych kontrol (jina instance nez autor!) musi odhalit VSE.
9Kontroly jdou seriove. Kazda najde chybu → ROVNOU opravi → zapise CHANGELOG → pokracuje.
10
11## Pouziti
12
13Tom rekne: "priprav podani" / "filing pipeline" / "konsoliduj" / "kontrola podani"
14
15---
16
17## PHASE 1: BUILD (instance A)
18
19### 1.1 Inventura
20- Nacti vsechny relevantni dokumenty (drafty, verze, analyzy, podklady, Tom notes)
21- Identifikuj co uz bylo odeslano (neduplicitat)
22- Identifikuj vsechny prilohy, dukazy, podpurne materialy
23- Vytvor PREHLED.md s mapou vsech souboru
24
25### 1.2 Konsolidace
26- Sluc vice dokumentu do jednoho (pokud je vic zdroju)
27- Zachovej nejsilnejsi formulace z kazdeho zdroje
28- Odstran duplicity mezi dokumenty
29- Co uz bylo odeslano → jen odkaz ("viz doplneni c. 2 ze dne ...")
30
31### 1.3 Struktura a poradi (PRAVNI ARCHITEKTURA)
32Nekdo s pravnimi zkusenostmi posklada poradi informaci:
33
34**Doporucena struktura soudniho podani:**
351. **Hlavicka** — sp.zn., ucastnici, datum, adresat, DS
362. **Uvod** — co je toto podani, pravni zaklad (§909), proc soud ma konat
373. **Nove skutecnosti** — chronologicky nebo tematicky, kazda s odkazem na § a dukaz
384. **Pravni argumentace** — § po §, s citaci ze zakona a aplikaci na pripad
395. **Dukazni navrhy** — co navrhujeme provest, co je v prilohach
406. **Petit** — co presne navrhujeme soudu rozhodnout (vykonatelne!)
417. **Prilohy** — cislovane, kazda odkazana v textu
42
43**Umisteni petitu:** Na konci (standard CZ praxe). Ale petit musi byt JASNY — soud musi vedet co presne ma udelat.
44**Fallback petit:** Vzdy primarni + subsidiarni + podpurny (3 urovne).
45**Uspornost:** Kazda veta musi sdelovat soudu neco noveho. Prazdne vety ven. Opakujici se argumenty sdruzit.
46
47### 1.4 Zestihleni (KRITICKE OTAZKY)
48Pro KAZDOU vetu/odstavec:
49- **Rika to soudu neco noveho?** Ne → ven
50- **Musime to rict?** Je to nutne pro nas navrh? Ne → ven
51- **Je to safe?** Muze nam to ublizit? Ano → ven nebo preformulovat
52- **Kdybychom to smazali, ublizi to dokumentu?** Ne → ven
53- **Rika to VIC nez musime?** Ano → zkratit na minimum
54- **Je to v nejlepsim zajmu ditete a jeho vyvoje?** Vse v podani = pro dite, ne proti matce
55
56### 1.5 Prilohy a podpurne materialy
57```bash
58python L:/LG13/app/agent/skills/filing_pipeline.py attachments --file <doc.md> --json
59```
60- Kazda priloha v textu = soubor na disku (a naopak)
61- PDF existuji a jsou neprazdne
62- Prilohy cislovany postupne
63
64**Podpurne prilohy (forensic materialy):**
65| Typ | Popis | Priklad |
66|-----|-------|---------|
67| Matice strachu | Tabulka: tvrzeni matky vs. dukaz vs. realita | priloha7_dukazni_mapa_strach.pdf |
68| Casova osa | Timeline udalosti s datumem a zdrojem | casova_osa_brileni_kontaktu.pdf |
69| Karta osob | Kdo je kdo v pripadu (role, DS, kontakt) | — |
70| Karta komunikace | Prehled komunikace mezi ucastniky | priloha5_sms_komunikace.pdf |
71| Karta dni | Konkretni dny s udalostmi (29.1., 7.4., ...) | — |
72| Karta vztahu | Vztahy mezi osobami a institucemi | — |
73| Karta pravnich okruhu | Ktere § se vztahuji ke kterym boduum | — |
74| Karta souvislosti | Logicke vazby mezi tvrzenimi a dukazy | — |
75| Logicka dukazova linka | Tvrzeni → dukaz → zaver (forenzni analyza) | ANALYSIS_legal_v1.md |
76
77**Kdo produkuje forensic materialy:** Phase 1 instance (legal/strat) PRED kontrolami.
78
79**Vystup Phase 1:** Jeden .md soubor, kompletni prilohy + podpurne materialy, PREHLED.md, CHANGELOG.txt inicializovan.
80
81---
82
83## PHASE 2: VERIFY (5x seriova kontrola JINOU instanci)
84
85### KRITICKE PRAVIDLO: Phase 2 NESMI delat stejna instance jako Phase 1!
86
87- Phase 1 (Build) = instance A
88- Phase 2 (Verify) = instance B, C, D... (jina session, cisty context)
89- Kazda kontrola cte CELY dokument nezavisle
90- Pokud instance krouzi/halucinuje → dalsi kontrola to odhali
91
92### SERIE, NE PARALELNE!
93
94Kontroly jdou jedna po druhe. Kazda oprava → do dokumentu → PRED dalsi kontrolou.
951 dokument, postupne cistejsi. Zadny paralelismus.
96
97### Kontrola NEVRACI — rovnou opravi a pokracuje
98
99Najde chybu → OPRAVI v dokumentu → zapise do CHANGELOG → pokracuje.
100NEVI jak opravit → zapise WARNING do CHANGELOG → Tom rozhodne na konci.
101NIKDY "doporucuji zmenit" nebo "zvazit preformulaci" — bud oprav nebo WARNING pro Toma.
102
103### 1 sdileny CHANGELOG.txt
104
105Kazda kontrola pripise co nasla a co udelala:
106```
107[2026-04-17 14:30] VALIDATION (instance: strat)
108 FOUND: Datum 32.4.2026 neexistuje (radek 45)
109 FIXED: Opraveno na 30.4.2026
110
111[2026-04-17 14:35] COMPLIANCE (instance: coder)
112 FOUND: Tvrzeni "desitky milionu rocne" bez dukazu (radek 156)
113 FIXED: Zmeneno na "nadstandardni zivotni uroven" + navrh dukazu
114 WARNING: Tom — chceme zminovat konkretni castky? → rozhodne
115```
116
117---
118
119### 2.1 VALIDATION (fakta + administrativa)
120```bash
121python L:/LG13/app/agent/skills/filing_pipeline.py fact-check --file <doc.md> --json
122python L:/LG13/app/agent/skills/filing_pipeline.py admin-check --file <doc.md> --json
123```
124**Hleda:**
125- Neplatna/neexistujici data, data v budoucnosti pro minule udalosti
126- Spatna jmena, preklepy v sp.zn., DS ID
127- Relativni datumy (vcera, dnes) → absolutni
128- Interni markery (TODO, FIXME, DRAFT, NEPOSILAT)
129- Chybejici hlavicka, podpis, datum, sp.zn., adresat
130- Konzistence dat (stejny den nema 2 ruzna data)
131- Font a diakritika — zadne rozbite znaky
132
133### 2.2 COMPLIANCE + BEST INTEREST
134**AI kontrola (cely text):**
135- **Je to v nejlepsim zajmu ditete a jeho vyvoje?** Vsechno musi byt child-first
136- **Nerikame moc?** Kazdy argument: musime ho rict? Pomaha petitu?
137- **Je vse co rikame safe?** Muze nam to ublizit u soudu?
138- **Kdybychom odstavec smazali — ublizi to dokumentu?** Ne → navrhnout smazani
139- **Konzistence** s jiz odeslanymi dokumenty (neprotirecit si)
140- **Tonalita** — zadne emocionalni slova, zadne napadeni matky, jen fakta pro soud
141- **Hedging** ("pravdepodobne", "nejspis") → bud dokazat nebo vynechat
142- **Fabulace** — tvrdime neco co nemame podlozeno? → CRITICAL
143- Soud dostane co chce — odpoved na vyzvu, ne monolog
144
145### 2.3 OPPOSITION (napadnutelnost protistranou)
146**AI kontrola — mysli jako advokat protistrany:**
147- Pro KAZDY argument: jak ho protistrana (Mgr. Flaska) napadne?
148- Slaba tvrzeni bez dukazu → CRITICAL (bud doplnit dukaz nebo smazat)
149- Otocitelne argumenty (muzou se pouzit proti nam) → CRITICAL
150- Co protistrana rekne o nasem petitu?
151- Mame fallback pokud soud nas argument odmitne?
152- **Nahradni reseni** — pokud soud nedá stridavou péci, mame subsidiarni petit?
153- **Dukazy** — ke kazdemu tvrzeni existuje dukaz? Je v prilohach?
154
155### 2.4 SECURITY
156**Hleda:**
157- ZADNE interni poznamky, komentare, versioning v textu pro soud
158- ZADNE "P1-1", "oprava bodu 18", "NEPOSILAT", changelog v textu
159- ZADNE URL, file paths, system references, AI zmínky
160- ZADNE informace prozrazujici strategii (co chystame dal)
161- ZADNE informace o instancich, automatizaci, AI asistenci
162- PDF metadata (author, creator, title) — nesmi odhalit AI/system
163- **Incident 15.4.:** interni "NEPOSILAT" slo soudu
164- **Incident 16.4.:** "fakticka oprava bodu 18 — telo v CR" = priznani fabrikace
165- Kontrola ze v PDF neni skryty text, komentare, track changes
166
167### 2.5 LEGAL + LAW LIBRARY
168```bash
169python L:/LG13/app/agent/skills/filing_pipeline.py law-check --file <doc.md> --json
170```
171**Pouzij law library:** `GET /pl/rag/search?q=&law=&limit=` + `master_index_all_laws.json`
172**Pouzij good law.txt:** Tomovy poznamky ke klicovym paragrafum
173
174**Hleda:**
175- **Paragrafy** — vsechny § platne (novela NOZ 2026, z. 268/2025 Sb.)
176- **Deprecated §** — §452 NIKDY (§465j), §76 OSR (§465j)
177- **§869** — odst. 1 (pravomoc) vs odst. 2 (dusledek) — neplest!
178- **§465g** — max 3 mesice od vykonatelnosti
179- **Novela** — §465a-j = z. 268/2025 Sb. (ne 292/2013 bez novely!)
180- **Judikatura** — spravne citovana, existuje, je relevantni
181- **Formalni nalezitosti** — dle OSR/ZRS pro dany typ podani
182- **Petit** — je vykonatelny? Muze soud realne naridit a vynutit?
183- **Jurisdikce** — spravny soud, spravne rizeni, spravna sp.zn.
184- **Precedenty** — existuji rozhodnuti na nase tema? Citujeme je?
185- **Literatura** — komentarova literatura k § ktere pouzivame
186
187---
188
189## PHASE 2b: FIX — PRAVIDLA KONECNOSTI
190
191Kontrola musi byt prisna ALE konecna. Zadny nekonecny loop.
192
193### Severity
194- **CRITICAL** = MUSI se opravit (spatny §, interni marker, fabulace, napadnutelny argument bez dukazu)
195- **WARNING** = Tom rozhodne (hedging, tonalita, slaba tvrzeni s castecnym dukazem)
196- **INFO** = jen k vedomi, NEOPRAVOVAT
197
198### Oprava ≠ nova verze
199- Oprava = minor bump (F1.0 → F1.1), JEN to co kontrola nasla
200- NIKDY prepisovat cely dokument kvuli 1 chybe
201
202### Max 2 pruchody na kontrolu
2031. Kontrola najde → opravi → pokracuje
2042. Recheck pokud kriticke chyby → PASS nebo eskalace Tom
2053. NIKDY 3. pruchod
206
207### Kontroly NEHLEDAJI vylepseni
208- Hleda CHYBY, ne "toto by mohlo byt lepsi"
209- Zlepseni obsahu = Phase 1. Phase 2 = JEN chyby.
210
211### Celkovy flow (linearni)
212```
213Phase 1 (inst A) → dokument + prilohy + forensic materialy
214 ↓
2152.1 Validation (inst B) → cte → opravuje → CHANGELOG → dal
216 ↓
2172.2 Compliance (inst B) → cte → opravuje → CHANGELOG → dal
218 ↓
2192.3 Opposition (inst C) → cte → opravuje → CHANGELOG → dal
220 ↓
2212.4 Security (inst C) → cte → opravuje → CHANGELOG → dal
222 ↓
2232.5 Legal+Law (inst D) → cte → opravuje → CHANGELOG → dal
224 ↓
225Regex sanity: filing_pipeline.py full (0 tokenu)
226 ↓
227Phase 3 (5 LOCKS) → Tom cte CHANGELOG + dokument
228```
229
230---
231
232## PHASE 3: 5 LOCKS + SEND
233
234### 3.0 Final verze (F1.0)
235- Oznac dokument jako F verzi
236- meta.json, CHANGELOG.txt, PDF export
237
238### 3.1 LOCK TOM — Tom precte cely dokument + CHANGELOG. Schvali obsah.
239### 3.2 LOCK STRAT — konzistence, zapracovani Tom notes, neprotirecime jinym podanim
240### 3.3 LOCK LEGAL — paragrafy, judikatura, diskretnost, compliance
241### 3.4 LOCK T002 — datumy, prilohy = odkazum, PDF, fonty, format
242### 3.5 LOCK TIME — cekaci lhuta (soud 60+ min, ASAP 5 min jen Tom)
243
244### 3.6 Odeslani
245- Matousovo rizeni = odesila VYHRADNE Tom osobne
246- Ostatni = t002 po vsech locks
247- `python filing_pipeline.py pre-send --draft-id <ID>`
248
249---
250
251## Dashboard integrace
252
253Tlacitka v Drafty tabu (hub.html) — endpoint `POST /pl/skills/run`:
254- **Full pipeline** — vsechny regex kontroly
255- **Prilohy** — attachment check
256- **Fakta** — fact-check
257- **Admin** — admin-check
258- **Pravo** — law-check
259- **Strategie** — strategy/QC
260- **Pre-send** — gate check
261
262---
263
264## Skripty a zdroje
265
266| Skript | Typ | Co dela |
267|--------|-----|--------|
268| `filing_pipeline.py` | Python/regex, 0 tokenu | 6 sub-skills, okamzite |
269| `legal_compliance_check.py` | AI (gpt-4.1) | Hloubkova compliance |
270| `legal_risk.py` | AI | Risk assessment |
271| `final_check.py` | AI | 12-krokovy final check |
272| `pre_send_check.py` | Python | Gate check pred odeslanim |
273
274| Zdroj | Cesta |
275|-------|-------|
276| Law library index | `master_index_all_laws.json` (4020 §) |
277| Good law (Tom notes) | `good law.txt` (klicove § s poznamkami) |
278| RAG endpoint | `GET /pl/rag/search?q=&law=&limit=` |
279| Law library TXT | `C:\Users\tom\Documents\tmonkey_legal\Law_library\CZ_txt\` |
280
281---
282
283## Pravidla
284
2851. **Vzdy VSECH 5 kontrol** — nikdy preskocit
2862. **Jina instance nez autor** — kdo psal, ten nekontroluje
2873. **Seriove, ne paralelne** — 1 dokument, postupne cistejsi
2884. **Najdi → oprav → pokracuj** — zadne vraceni
2895. **1 sdileny CHANGELOG** — kazdy pripise
2906. **Interni poznamky NIKDY do textu pro soud**
2917. **5 LOCKS bez vyjimky**
2928. **Matousovo rizeni = Tom odesila osobne**
2939. **Chyba = stop + analyza** — zadna zbrkla oprava
29410. **Max 2 pruchody na kontrolu** — pak eskalace Tom
aibot88