Přeskočit na obsah

Roadmapa

Co je hotové, co se staví a co je záměrně mimo rozsah. Tato stránka je psaná ručně; validátor just roadmap-check hlídá, jestli od poslední revize nepřistálo v repozitáři něco, co by ji zneplatnilo — text ale nikdy nepřepisuje.

Odhad pracnosti

67,5 MD při agentickém vývoji s paralelními agenty a s reuse z progresus-osint. Fáze 1 (MVP) je 34,85 MD, fáze 2 je 9,75 MD, fáze 3 je 10,5 MD a volitelná fáze 4 je 5,75 MD. Konvenční ruční vývoj téhož rozsahu je 251 MD — obě čísla jsou u každého ze 151 úkolů.

Odhad se skládá ze dvou násobených faktorů, ne z jednoho paušálu. Třída říká, co s danou prací dělá agentický vývoj: mechanická práce dělená deseti, integrace šesti, iterativní ladění extrakce jen 2,5× (agenti umí pustit mnoho variant naráz, ale posoudit správnost musí člověk — a to se paralelizovat nedá) a externí práce vůbec. Původ říká, jestli existuje otestovaný protějšek v sesterském repozitáři k portu (0,35×), částečný (0,65×), nebo nic (1×).

Kalibrace je měřená, ne odhadnutá: epiky E00 a E01 měly konvenční odhad 12,5 MD a vznikly za necelé čtyři hodiny jedné agentické session — governance vrstva, 20 validátorů, 13 produktových dokumentů, sedm ADR, doménový model s 99 testy a osmistránkový web, vše přes stejnou bránu kvality. To je zhruba 25×. Dělitel mechanické třídy je přesto 10, protože jedno pozorování na greenfield scaffoldingu se nepřenáší na kód, který nesmí rozbít běžící systém.

Zbývajících zhruba 30 ze 67 MD sedí v pěti položkách, z nichž ani jedna se nedá portovat ani paralelizovat: párování rozvrhových usnesení na jednotlivé pohledávky, předpoklady fáze 1, extrakce z přihlášek, účetní závěrky a extrakce zpráv o přezkumu. Reuse a agenti odebírají práci, která nikdy nebyla riziko.

Čísla neobsahují práci analytika ve frontě kontroly, anotaci zlaté sady, náklady na OCR a LLM, čas právníka, infrastrukturu, projektové řízení ani rezervu 20–30 % na fáze s extrakcí.

Doba trvání není totéž co pracnost: délku backfillu určuje strop zdroje 3000 požadavků denně, ne výpočetní kapacita. Přidání lidí ani agentů s tím nepohne.

Implementováno

Existuje v kódu, je otestované a prochází branami kvality.

Governance a role

Dostupné

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

Brány kvality

Dostupné

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

Detail

Git Enforcement OS

Dostupné

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

Session lifecycle

Dostupné

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

Statický web

Dostupné

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

Doménový model

Dostupné

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

FastAPI skeleton

Dostupné

Aplikace s /health, /version, obálkou chyb v problem+json a explicitní tabulkou rout pro statický web — včetně sitemapy, která si absolutní URL bere z requestu.

Detail

Dokumentace zdroje

Dostupné

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

Ověření kontraktu zdroje

Dostupné

Ž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

Živý vzorek reálných přihlášek

Dostupné

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

Archiv feedu a projekce po řízeních

Dostupné

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

Krátkodobý plán — fáze 1 (MVP)

Konkursy právnických osob a podnikajících fyzických osob od 1. 1. 2018, moduly 1 a 2, bez incidenčních sporů. Cílem fáze je ověřit kvalitu extrakce z přihlášek a zpráv o přezkumu — ne pokrýt celý rejstřík.

Klient WS ISIR a limity

Plánováno

SOAP klient k IsirWsPublicService, typované parsování akcí, fail-closed mapování chybových stavů a limiter vynucený dřív, než požadavek opustí proces. Publikované stropy 50/min a 3000/den půjde nastavit jen přísněji, nikdy volněji.

Detail

Replika a checkpoint

Plánováno

Append-only log akcí, idempotentní zápis podle ID akce a checkpoint posouvaný ve stejné transakci jako zápis. Pád bude znamenat znovunačtení dávky, nikdy její přeskočení.

Detail

Projekce

Plánováno

Řízení, přihlášky, dílčí pohledávky a jejich události, přehrávané z logu. Oprava projektoru bude rutina: zvýšit verzi a přehrát, bez jediného dotazu na rejstřík.

Detail

Dokumentová pipeline

Plánováno

Stahování do content-addressed úložiště, OCR, extrakce do deklarovaného schématu, validace a skóre spolehlivosti. Výsledky budou cachované podle hashe dokumentu, takže přehrání projekce nic nestojí.

Detail

Fronta lidské kontroly

Plánováno

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

Detail

Entity resolution věřitelů

Plánováno

IČO proti ARES, u fyzických osob deterministické a fuzzy párování s konzervativním prahem a ruční frontou pro nejednoznačné případy. Bez toho není databáze věřitelů databází, ale seznamem překlepů.

Detail

Čtecí API

Plánováno

Řízení, pohledávky, věřitelé a fronta kontroly. Každá hodnota v odpovědi ponese dokument, stránku a skóre spolehlivosti, ze kterých vznikla.

Detail

Střednědobý záměr — fáze 2 a 3

Rozvrhy a výtěžnosti

Plánováno

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

Sekundární trh (§18)

Plánováno

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

Incidenční spory

Plánováno

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

Účetní závěrky a skóring

Plánováno

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

Záměrně mimo rozsah v1

Co blokuje postup

Nákladový model

Čtyři ze sedmi vstupů změřené z živého archivu a vzorku (9. 9. 2026): tok dokumentů, struktura po druzích řízení, strany, textová vrstva a podíl doručenek. 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. Ceny OCR a LLM čekají na extrakční stupeň; 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