Co ještě patří k jednomu uzlu?
Organizace, značka, produktová řada, pobočka nebo osoba mohou být nesprávně sloučeny či rozděleny.
02 · DIO pro AI a entitní data
Stejná entita. Různé systémy. Rozdílné rekonstrukce.
DIO přenáší práci s digitální identitou do prostředí entity resolution, knowledge graphů, RAG, enterprise dat a znalostních produktů. Aktuální nabídkou je technický nebo výzkumný pilot a společný vývoj — nikoli hotový software.
Technický problém
Chyba identity nevzniká jen v jednom atributu.
Vzniká v konfiguraci hranic, aliasů, atributů, vztahů, zdrojů a nejistoty. DIO sleduje, zda z nich různé systémy dokážou sestavit navzájem slučitelný obraz téže entity.
Které názvy označují totéž?
Zkratky, přepisy, historické názvy a jazykové varianty musí být spojeny bez ztráty rozdílů.
Který údaj platí — a kdy?
Rozpory mezi zdroji vyžadují časový, kontextový a provenienční rámec, ne náhodnou preferenci.
Kdo vytvořil, vlastní nebo zastupuje co?
Chybná hrana může změnit identitu stejně zásadně jako chybná hodnota uzlu.
Odkud tvrzení pochází?
Důvěra v rekonstrukci závisí na dohledatelnosti zdroje, jeho roli a aktuálnosti.
Co systém ví a co jen odvozuje?
Nejistota má být viditelná a řízená; falešná přesnost pouze přesouvá chybu do další vrstvy.
Diagnostická taxonomie
Reconstruction Failure Modes rozlišují, co přesně se v rekonstrukci porušilo.
Taxonomie navazuje na MVDIO a převádí jednotlivé anomálie do víceúrovňového systému. Jedna rekonstrukce může současně vykazovat více režimů selhání.
Který referent systém rekonstruuje?
Entity Substitution zamění referent. Merge Failure sloučí odlišné entity. Split Failure rozdělí jednu entitu do více uzlů. Entity Omission vynechá součást rekonstrukce navzdory tomu, že byla pro systém dostupná.
Zůstává význam soudržný?
Semantic Fragmentation zachovává referenční jednotu entity, ale její reprezentace už netvoří vzájemně slučitelný významový celek.
Odpovídá rekonstrukce správnému času?
Temporal Discontinuity naruší návaznost identity. Temporal Misalignment rekonstruuje správný referent v nesprávném časovém stavu.
Odpovídá rekonstrukce situaci?
Contextual Displacement zvýrazní aspekt, který může být fakticky doložitelný, ale pro danou otázku, roli nebo prostředí není adekvátní.
Identity Collapse
Označuje souhrnný rozpad rekonstrukce, nikoli další položku uvnitř taxonomické hierarchie.
Semantic Vulnerability ↔ Semantic Robustness
Vyjadřuje náchylnost, nebo naopak odolnost rekonstrukce vůči významovému posunu. Stojí mimo hierarchii failure modes.
Taxonomic Note DIO/ODI Reference Vocabulary RAG × DIO mapping HEM × DIO mapping
DIO perspektiva
Entity charter místo neurčitého „vyčistěte data“.
Pilot vymezí, jakou entitu systém rozhoduje, z jakých reprezentací, podle kterých vztahů a s jakou důvěrou. Teprve potom má smysl měřit změnu.
Identifikační pravidlahranice · aliasy
Důkazní pravidlazdroj · čas · role
Vztahová pravidlatyp · směr · kontext
Politika nejistotyjistota · konflikt · abstence
Auditovatelná rekonstrukce entity
Technický nebo výzkumný pilot
Malý případ, explicitní pravidla, předem určené hodnocení.
Cílem není připojit DIO jako nový obecný framework ke každému systému. Cílem je ověřit, zda jeho operační jádro zlepšuje rozhodnutí v jednom přesně vymezeném entitním problému.
Vymezení entity
Typ entity, hranice, identity sousedních uzlů, aliasy a podmínky, za nichž má systém rozlišit nebo sloučit záznamy.
Baseline
Současné vstupy, zdroje, vztahy, pravidla, konflikty a pozorované chybové vzorce.
Mapa reprezentací
Vztah mezi tím, co se o entitě tvrdí, kde to vzniká, jak se to přenáší a jak to cílový systém interpretuje.
Intervence
Úprava vybraných pravidel, datových vazeb, zdrojové hierarchie, kontextu nebo způsobu práce s nejistotou.
Evaluace
Porovnání pre/post, kontrolní případy, chybová analýza, přenositelnost a rozhodnutí o opakování nebo zúžení.
Co se může měřit
Metrika musí odpovídat konkrétnímu rozhodnutí systému.
Výběr ukazatelů je součástí pilotu. Bez přístupu k cílovému prostředí nelze předem tvrdit, že jedna sada metrik bude správná pro všechny aplikace.
Méně chybných sloučení a rozdělení
Precision, recall či doménově vhodná chybová matice nad předem označenými případy.
Méně rozporů napříč zdroji
Podíl atributů a vztahů s doloženým řešením konfliktu a časovým kontextem.
Více závěrů s proveniencí
Schopnost vystopovat tvrzení k původu a vysvětlit, proč dostalo určitou váhu.
Lepší navazující rozhodnutí
Zda změna identity snižuje ruční opravy, riziko nebo čas potřebný pro konkrétní úlohu.
Hranice současné nabídky
Metodické jádro existuje. Produktová forma vstupuje do ověřování.
Web představuje metodické jádro a připravený technický pilot. Dashboard, API a automatizovaný monitoring jsou možné produktové formy pro situaci, v níž pilot doloží opakovatelný problém a stabilní rozhodovací logiku.
Pilot a společný vývoj
Vymezení problému, baseline, entitní a důkazní model, intervence a evaluace.
Diagnostika a monitoring
Opakovatelná kontrola konkrétních poruch identity v jasně vymezeném prostředí.
API, integrace nebo licence
Technické začlenění ověřených pravidel do existující datové infrastruktury partnera.
Vhodný co-development partner
Má data, problém a místo, kde lze pozorovat rozhodnutí.
- Konkrétní entitní use case a známé chybové případy
- Přístup k relevantním zdrojům a doménovým expertům
- Technickou kapacitu realizovat malou intervenci
- Ochotu sdílet negativní i nejednoznačné výsledky
- Jasné podmínky pro data, důvěrnost a výsledná práva
DIO pro AI a data
Navrhněte jeden entitní problém, který stojí za přesnější rozhodnutí.
První dialog má vymezit systém, entitu, chybový vzorec, dostupná data, možný zásah a způsob, jak poznat užitečnou změnu.