Roadmapa

Kořenová pravidla, sedm pracovních rolí, moduly, politiky a registr ADR. Agent, který sem přijde, ví během dvou minut, co smí a co ne — a která věta ho v tom omezuje.

Detail →

Osmatřicet kroků v jednom deklarativním manifestu: 27 governance validátorů a 11 kroků toolchainu. Oslabení brány je viditelné v diffu, protože rozbije zamčený test.

Detail →

Hooky pro commit-msg, pre-commit a pre-push, skládané z očíslovaných fragmentů. Formát commitu s dokumentárním tělem je vynucený, ne doporučený.

Detail →

Otevření a uzavření pracovní session, session-context soubory s ověřovanou lineage a generovaný statický DX report. Provozní paměť repozitáře, ne deník.

Detail →

Zdroje ve web_src/, generovaný a commitnutý výstup ve web/. Tailwind 4 a Flowbite, lokálně vendorované JS s ověřenými hashi, žádné CDN. Stránky dávají smysl i bez JavaScriptu.

Detail →

Typovaný stavový automat dílčí pohledávky, klasifikace s tristate hodnotami, provenience jako povinná součást zápisu a validace IČO včetně mod-11.

Detail →

Aplikace s /health, /health/ready, /version a diagnostikou /health/dependencies, obálkou chyb v problem+json a explicitní tabulkou rout pro statický web — včetně sitemapy, která si absolutní URL bere z requestu. Na téže kostře dnes stojí i čtecí API pilotu.

Detail →

Kanonická sémantika ISIR: co rejstřík dokazuje, co nikdy nedokazuje, provozní podmínky a invarianty. Každý údaj v dokumentu je dohledatelný ke zdroji, ze kterého pochází.

Detail →

Živé WSDL, XSD, publikované verze dokumentace a provozní podmínky ověřené proti tomu, co je zapsané — jedním příkazem, se staženými artefakty jako důkazem. První běh: bez driftu. Na driftu se zastaví a nepřizpůsobí parser potichu.

Detail →

Osm skutečných přihlášek pohledávek z konkursů i s dokumenty, stažených z živého feedu pod publikovanými limity. PDF a poznámky událostí zůstávají jen lokálně; do repozitáře jde redigovaný manifest s hashi. Z něj se vzorek kdykoli znovu postaví a ověří.

Detail →

Každá událost rejstříku od 1. července 2026 jako surová dávka s checkpointem, a nad ní adresář na každé řízení: 849 935 událostí, 82 839 řízení. Události, ne dokumenty — těch je půl milionu a limit zdroje je 3000 požadavků denně.

Detail →

Klient k IsirWsPublicService, typované parsování akcí a fail-closed mapování chybových stavů. Rozpočet 50/min a 3000/den je sdílený všemi procesy přes Redis a kontroluje se před každým pokusem; jistič je sdílený a po prodlevě pustí jediný zkušební požadavek. Když Redis neodpovídá, požadavek se neodešle.

Detail →

Append-only log akcí, idempotentní zápis podle ID akce a checkpoint posouvaný ve stejné transakci jako zápis. Pád znamená znovunačtení dávky, nikdy její přeskočení; neměnnost hlídá přímo databáze. Feed čte jediný poller s leasem v Redisu.

Detail →

Řízení, přihlášky a věřitelé z feedu, přehrávané z logu; ověřené dílčí pohledávky z vytěžených přihlášek se zapisují s proveniencí, odvození stavu pohledávky za přihlášením zatím chybí. Oprava projektoru je rutina: zvýšit verzi a přehrát, bez jediného dotazu na rejstřík.

Detail →

Stahování do content-addressed úložiště, OCR, extrakce do deklarovaného schématu, validace a skóre spolehlivosti — dnes pro přihlášky, zprávy o přezkumu zatím ne. Výsledky jsou cachované podle hashe dokumentu a verze extraktoru, takže přehrání projekce nic nestojí.

Detail →

Zdrojový dokument na správné stránce vedle kandidátních hodnot, typované rozhodnutí a záznam kdo a kdy. Rozhodnutí jsou data, která se přehrávají — ne editace v databázi.

Detail →

Dnes existuje první krok: IČO a jméno věřitele z přihlášky se ověřují proti ARES, s cache a kontrolou mod-11 před dotazem, a rozpor snižuje skóre spolehlivosti pohledávky. Věřitel jako vlastní záznam, historie jeho identity a párování fyzických osob jsou plánované.

Detail →

Dnes existuje čtecí API pilotu: /api/explore — vyhledávání, export CSV, přehled, kontingenční tabulka a detail pohledávky s dokladem — jen pro přihlášené čtenáře, vedle něj /api/news a fronta kontroly /api/review. Verzované API /v1 nad řízeními, pohledávkami a věřiteli je plánované.

Detail →

Historická skončená řízení jako kalibrační data pro model výtěžnosti. Párování rozvrhového usnesení na jednotlivé pohledávky je otevřený problém — rozvrhy často odkazují na pořadová čísla ze seznamu, ne na P-pozice.

Detail →

Kdo kupuje pohledávky, od koho a v jakém objemu. Signál, který ze sbíraných dat vypadne zadarmo — jakmile existuje projekce a spárovaní věřitelé.

Detail →

Oddíl C spisu: úspěšnost věřitelů v určovacích žalobách jako součást jejich profilu. Fáze 1 je záměrně bez nich.

Detail →

Závěrky ze Sbírky listin, ukazatele likvidity a zadluženosti, a z nich skóre motivace věřitele prodat. Výstup je vstup do rozhodování, ne hotová analýza.

Detail →

Změřeno z živého archivu a vzorku (9. 9. 2026): tok dokumentů, struktura po druzích řízení, strany, textová vrstva a podíl doručenek; z pilotní extrakce (1. 10. 2026): čas OCR na stránku a tokeny LLM na přihlášku. Rejstřík publikuje zhruba čtyři nové dokumenty na každý povolený požadavek denně — výběr dokumentů je podmínka, ne páka. Chybí míra opakování extrakce a počty řízení v rozsahu podle fáze; rozhodnutí o rozsahu stále blokuje.

Detail →

Právní review

Neproběhla. Blokuje produkční zpracování — systém by zpracovával osobní údaje fyzických osob v rozsahu celého rejstříku, a to není otázka, kterou si smí zodpovědět vývoj sám.

Detail →