Strategie jako dokument — Sedmá kapitola

Kapitola 6 — Strategie jako dokument, nikoli jako kód

Dostáváme se k poznatku, který se v příběhu těch, kteří budovali RAG od roku 2023, objevuje jako „věc, které bych chtěl rozumět už od prvního dne“.

Tradiční frameworky zpracovávají strategii vyhledávání jako Python kód. Chcete pro technické katalogy nejprve vyhledávat podle kódu produktu, poté podle klíčových slov, poté podle sémantických vektorů a až nakonec generovat odpověď? Napište funkci. Chcete pro fotoalba úplně přeskočit tradiční sémantické vyhledávání a spolehnout se na specializovaný reranker pro obrázky? Napište další funkci. Chcete pro firemní videa oddělit zvuk od vizuální stopy, přepsat je samostatně, zpracovávat je jako odlišné zdroje a poté je znovu složit do finální odpovědi? Další funkce. Každý typ obsahu, každá doména, každý klient nakonec generuje větev kódu, která se odlišuje od ostatních, až do bodu, kdy změna strategie vyžaduje softwarové vydání, kontrolu kódu, testovací cyklus, nasazení. Čas mezi „mám nápad, jak zlepšit vyhledávání v technických příručkách“ a „nápad je v produkci“ se měří v týdnech. Pro každý nápad.

Alternativní postřeh je triviální na vyjádření a hluboký v důsledcích: strategie vyhledávání není kód. Je to dokument. JSON – strukturovaný textový formát, který dokáže přečíst jakýkoli redaktor s půlhodinovým školením – který říká: „Nejprve vyzkoušej tohle, pak tohle, pokud první selže, přejdi k třetímu, přerankuj to takto, odpověz tímto modelem.“ Tento dokument žije v databázi, nikoli v repozitáři. Upravuje se z rozhraní, nikoli z pull requestu. Je verzován, kopírován a specializován pro danou doménu. Strategie pro technické katalogy, jedna pro fotoalba, jedna pro instalační příručky, jedna pro videa, jedna pro audio, jedna pro právní smlouvy, jedna pro účetní závěrky. Všechny koexistují ve stejném systému. Všechny upravitelné v reálném čase.

Kdo s tímto přístupem pracoval – nazvěme ho, bez přílišné fantazie, Meta-RAG – vypráví o změně rychlosti, která přesahuje inženýrství. Typická žádost zákazníka "přidej specifické vyhledávání pro kódy produktů, které obsahují zkratky typu CMP40M nebo RH1M" už není vývojový tiket na dva týdny. Je to nový krok přidaný do procedury JSON, horkě testovaný ve stagingovém prostředí, povýšený do produkce odpoledne. Na otázku "co se změní, když použijeme jiný reranker pro fotografie a ponecháme stávající pro text?" odpovíme změnou jednoho řádku konfigurace. Experiment nestojí nic, rollback nestojí nic (stačí obnovit předchozí verzi dokumentu) a nashromážděné znalosti – co funguje dobře pro určitý typ obsahu – se stávají verzovaným a přenosným majetkem, nikoli tichými znalostmi toho, kdo napsal danou větev kódu a dnes je na dovolené.

Existuje také zajímavý sociální efekt, který se objevuje v organizacích, které tento přístup přijímají. Se strategiemi jako dokumentem se posouvá hranice mezi "vývojářem" a "zkušeným uživatelem". Digitální knihovník, podnikový archivář, odborník na danou oblast – vedoucí technického oddělení, manažer dokumentace, produktový manažer, který zná skutečné otázky zákazníků jako nikdo jiný – může strategii přečíst, pochopit, co dělá, navrhnout změny, a někdy je napsat přímo. Nemusí procházet skrz proces vývojářského ticketu, nemusí vývojáři vysvětlovat věci, které vývojář neví (protože to není součástí jeho práce). RAG přestává být produkt, který konzumujete, a stává se nástrojem, který modelujete podle vašich organizačních znalostí. To, podle zkušeností těch, kteří to vyzkoušeli, mění morálku projektu dříve než čísla metrik.

Není to magie a má to své náklady. Potřebujete engine, který bude tyto strategie-jako-dokumenty spouštět efektivně a bezpečně. Potřebujete popisný jazyk, který je dostatečně bohatý na pokrytí reálných případů a zároveň dostatečně jednoduchý, aby se nestal dalším Turingovsky úplným systémem v přestrojení. Potřebujete nástroje pro verzování, testování a vrácení zpět. Ale to vše je problém pro ty, kteří engine staví – jednou a pro všechny uživatele. Jednotlivý koncový zákazník vidí pouze jednu věc: možnost vyvíjet svou strategii vyhledávání rychlostí myšlenky, nikoli rychlostí cyklu vydávání softwaru. A to, pro ty, kteří jsou v tom zapojeni, je tichá revoluce, která si ještě nenašla své jméno v oborových časopisech.

Závěr — Sedmá kapitola, za pár měsíců

Na začátku roku 2026, sčítaje ponaučení z předchozích kapitol – tabulky, které se ztrácely, lživí rerankery, zděděné halucinace, cloudové faktury rostoucí rychleji než hodnota, slibné, ale rigidní frameworky – někdo v Itálii začal budovat jiný RAG server. Napsaný v Pythonu, navržený pro běh na dostupném hardwaru, schopný komunikovat s cloudovými modely, když je to výhodné, a s lokálními modely, když to vyžaduje ochrana soukromí nebo se nepočítejte s náklady. Server, ve kterém jsou vyhledávací strategie upravitelné dokumenty, reranker je lokální proces na GPU, tabulky se neztrácejí, protože jsou považovány za plnohodnotné entity, fotografie nedědí objekty ze zaprášených archivů z jiných epoch a náklady na dotaz – jak v penězích, tak v datech exfiltrovaných třetím stranám – jsou známy a kontrolovatelné na cent.

Nebudeme jmenovat projekt. Toto není článek na to, a nechceme proměnit vyšetřování v reklamu. Pokud vám předchozí kapitoly umožnily rozpoznat situaci, kterou zažíváte – firemní chatbot, který s jistotou odpovídá na špatné otázky, projekt RAG, který se měsíce neposouvá z místa, účet za cloud, který roste rychleji než užitek, který přináší, rostoucí pochybnosti o tom, zda vaše důvěrné dokumenty cestují na místa, která neznáte – pak stojí za to vědět, že existuje jiná cesta, kterou někdo v Itálii prošel a která v roce 2026 začala přinášet první odpovědi, které se očekávaly v roce 2023.

Dobrá zpráva je, že firemní AI konečně opouští fázi demo. Méně dobrá je, že s sebou nese všechny jizvy z cesty: nafouklé frameworky, závislost na poskytovatelích, monolitické architektury, špinavá data, tiché chyby a určitý trend v oboru prodávat řešení dříve, než pochopí problém. Popsali jsme je v šesti kapitolách. Sedmá – příběh o tom, co se stane, když to konečně někdo udělá dobře, s trpělivostí, v italštině a s otevřeným zdrojovým kódem – napíšeme brzy, s menší opatrností ohledně jmen a více čísly na stole.

Mezitím, pokud jsi se dočetl až sem, už jsi provedl více hloubkové analýzy než 90 % manažerů, kteří právě teď podepisují smlouvu na firemního chatbota, aniž by si položili otázky, které sis položil ty při čtení těchto kapitol. Je to lepší výchozí bod, než ze kterého vycházeli oni. A v následujících měsících bude rozdíl mezi těmi, kteří si tyto otázky položili, a těmi, kteří ne, velmi viditelný na fakturách – a na odpovědích, které tvá AI poskytne tvým zákazníkům.

Tato zpráva byla vypracována v dubnu 2026 na základě osmnáctiměsíčních zkušeností s návrhem, konstrukcí a optimalizací firemních systémů RAG mezi koncem roku 2024 a začátkem roku 2026.