Vývojářka se k nám přidala před třemi měsíci. Jejím prvním úkolem bylo najít všechny programy, které čítají z... CUST-BALANCE pole v kmenovém záznamu zákazníka. Její manažer jí řekl, že odpověď zní pravděpodobně kolem čtyřiceti programů. Začala s CMDB, neúplnou, naposledy aktualizovanou v roce 2021. Zkontrolovala inventář aplikací, dokumentuje systémy, ale ne programy v nich. Zeptala se seniorního vývojáře, který je v týmu dvanáct let, tipoval padesát, možná šedesát, těžko říct s jistotou. Otevřela knihovnu zdrojového kódu mainframe a začala číst soubory COBOL jeden po druhém.
O šest dní později měla seznam čtyřiceti sedmi programů. Nebyla si jistá, že je úplný.
Toto šestidenní manuální vyhledávání je ekvivalentem hledání dokumentu v rámci starší kódové báze otevřením každé zásuvky kartotéky v budově bez plánu patra. Kartotéky existují. Dokumenty jsou v nich. Budova nemá žádný index, žádný vyhledávací panel a žádný způsob, jak se zeptat: „Kde je všechno, co se o tom zmiňuje?“ Podnikové vyhledávání pro starší kódové báze existuje přesně proto, aby tento problém vyřešilo, aby bylo možné explicitně dotazovat implicitní inventář COBOL nebo mainframe aplikací během několika sekund s odpověďmi, které lze ověřit oproti zdroji, a nikoli sestavit z paměti.
Najděte cokoli během několika sekund
SMART TS XL umožňuje dotazování ke každému poli, programu, sešitě a úloze ve vaší starší kódové databázi.
ZJISTĚTE VÍCE…Co znamená podnikové vyhledávání pro starší kód
Podnikové vyhledávání pro moderní prostředí, SharePoint, Confluence, Slack, Google Workspace, je dobře známé. Zadáte dotaz, index vrátí seřazené výsledky, kliknete na ně. Vyhledávání funguje, protože moderní obsahové systémy obsahují metadata: název, autora, datum, tagy a dostatek textu pro fulltextový index, který produkuje smysluplné výsledky.
Starší kódové základny se liší ve všech aspektech, které jsou pro vyhledávání důležité:
Obsah je kód, nikoliv próza. Fulltextové vyhledávání výrazu „CUST-BALANCE“ ve zdrojové knihovně COBOL vrátí všechny soubory, které obsahují daný přesný řetězec, včetně komentářů, definic dat a odkazů na dělení procedur. Vyhledávací nástroj, který je pro tento obsah užitečný, musí rozumět syntaxi COBOLu, nejen textu.
Vztahy jsou v kódu, nikoli v katalogu. Spojení mezi CUSTPROC a CUSTMSTR není v databázi. Je v příkazu COPY uvnitř CUSTPROC. Nalezení těchto spojení vyžaduje parsování kódu, nikoli indexování textu.
Inventář je ze své podstaty neúplný. Nedokumentovaná starší kódová základna nemá spolehlivý katalog existujících programů, jejich funkcí a vztahů. Vyhledávání musí být mechanismem objevování.
Otázky jsou strukturální, nikoli založeny na klíčových slovech. Vývojář, který prohledává starší kódovou základnu, hledá strukturální vzorec: každý program, který volá specifický podprogram, každý program, který čte specifickou datovou sadu na specifickém klíči. Jedná se o dotazy na průchod grafem, nikoli o dotazy na klíčová slova.
Šest nejcennějších vyhledávání v legacy kódové základně
| # | Vzor dotazu | Kdo se na to ptá | Co produkuje |
|---|---|---|---|
| 1 | Křížový odkaz na pole | Vývojář, architekt | Každý program, který čte, zapisuje nebo předefinuje pole |
| 2 | Rozsah dopadu | Změna představenstva, technický vedoucí | Poloměr výbuchu navrhované změny schématu |
| 3 | Mrtvý kód | Modernizační tým | Programy s nulovými vstupními produkčními referencemi |
| 4 | Hledání vzorů | Dodržování předpisů, bezpečnost | Každý program odpovídající strukturálnímu vzoru kódu |
| 5 | Extrakce obchodních pravidel | Analytik, bakalář, auditor | Vysvětlení v srozumitelném jazyce a katalog pravidel |
| 6 | Regulační expozice | Tým GDPR, HIPAA, PCI | Každý program, který přistupuje k osobním údajům nebo regulovaným polím |
1. Křížové odkazy na úrovni polí: kde se tato data používají?
„Najděte každý program, který čte, zapisuje nebo předefinuje CUST-BALANCE.“ To je otázka, na kterou vývojář v úvodu strávil šest dní ručním zodpovídáním. Podnikové vyhledávání pro starší kód na ni odpoví během několika sekund procházením grafu závislostí od definice pole v sešitě až po každý program, který sešit obsahuje, a každý odstavec, který k danému poli přistupuje.
Výsledkem není jen seznam programů, ale strukturovaný inventář, který odlišuje čtenáře od autorů, předefinované programy od komentářů. Vývojář, který se na tento výsledek dívá, ví nejen to, že čtyřicet sedm programů odkazuje na CUST-BALANCE, ale také to, kterých čtrnáct z nich na něj zapisuje, kterých dva jej předefinují s jiným rozvržením a kterých šest na něj odkazuje pouze v komentářích.
2. Rozsah dopadu navrhované změny
„Když rozšířím CUST-BALANCE z devíti číslic na jedenáct, co se pokazí?“ Toto je otázka analýzy dopadů, na kterou musí odpovědět každá poradní rada pro změny před schválením změny schématu. Hledání probíhá směrem ven od změněného pole: které programy obsahují sadu kódů, která ji definuje (rozsah kompilace), které z těchto programů zapíší pole do plochého souboru (rozsah datové smlouvy) a které následné systémy tyto ploché soubory čtou (rozsah napříč systémy). Odpovědí je poloměr výbuchu, strukturovaný a ověřitelný.
3. Identifikace mrtvého kódu: co nikdy neběží?
„Které programy v knihovně CUSTMGMT nikdy nevolá žádná produkční úloha JCL?“ Tento dotaz vyžaduje trasování příchozích závislostí pro každý program v rozsahu a filtrování těch s nulovými příchozími produkčními referencemi. Výsledkem je inventář mrtvého kódu, tedy programů, které v knihovně existují, ale nikdy se nespustí, což je snížení rozsahu migrace, které každý modernizační program potřebuje před schválením rozpočtu.
4. Hledání vzorů: najít všechny programy, které dělají X
„Najít každý program, který otevírá soubor bez kontroly STAVU SOUBORU.“ Jedná se o vyhledávání shody, které identifikuje specifický vzorec kódu v celém portfoliu. Na rozdíl od vyhledávání podle klíčových slov to vyžaduje strukturální analýzu: vyhledávač musí dostatečně dobře rozumět syntaxi jazyka COBOL, aby rozpoznal, že příkaz OPEN následovaný kontrolou STAVU SOUBORU se liší od příkazu, který se liší. Nalezení tohoto vzoru v portfoliu čtyř tisíc programů během několika minut představuje rozdíl mezi stavem shody, který je systematicky hodnocen, a stavem, který je hodnocen, když incident odhalí mezeru.
5. Extrakce obchodních pravidel: k čemu slouží?
„Vysvětlete, co GLPOST7 dělá, a uveďte všechna pravidla, která používá.“ Toto je dotaz na dokumentaci, uživatel chce pochopit účel a logiku programu, aniž by musel číst čtyři tisíce řádků COBOLu. Podnikové vyhledávání zobrazuje strukturální osnovu: jaké soubory program čte a zapisuje, jaké podmínky EVALUATE obsahuje, jaké podprogramy volá a jaká data transformuje. V kombinaci s porozuměním umělé inteligence se tato strukturální osnova stává vysvětlením v jednoduchém jazyce se strukturovaným katalogem pravidel.
6. Regulační expozice: kde se zpracovávají regulované údaje?
„Najít každý program, který přistupuje k polím PII, jménu, rodnému číslu, datu narození, adrese.“ Toto je dotaz na inventuru shody. Vyhledávač prohledává definice polí ve všech sešitech, identifikuje pole odpovídající vzorům pojmenování PII a podpisům datových typů (PIC 9(9) pro rodné číslo, PIC X(30) pro jméno) a sleduje každý program, který tyto sešity obsahuje. Výsledkem je inventář zpracování PII, který vyžadují žádosti o přístup k údajům podle GDPR a posouzení HIPAA.
Proč to standardní vyhledávací nástroje nedokážou
Nástroje, které fungují pro obecné podnikové vyhledávání, Elasticsearch, Coveo, Glean a Microsoft Search, jsou navrženy pro vyhledávání dokumentů a znalostí. Vynikají v indexování obsahu v přirozeném jazyce, řazení podle relevance a vyhledávání nejbližší sémantické shody s dotazem. Žádný z nich však nerozumí jazyku COBOL.
Použití textového vyhledávače na zdrojovou knihovnu COBOLu vrací výsledky, které odpovídají řetězci dotazu, ale nikoli záměru dotazu. Vyhledávání výrazu „CUST-BALANCE“ vrátí soubory, které tyto znaky obsahují, ale nedokáže říci, zda se jedná o definici pole, příkaz MOVE, klíč READ nebo komentář. Nedokáže projít graf závislostí COPY a najít programy, které odkazují na pole prostřednictvím sady kódů, a nikoli přímo. Nedokáže rozlišit programy běžící v produkčním prostředí od programů, které jsou mrtvým kódem. Nedokáže následovat příkaz JCL DD k programu, který volá.
Nejde o omezení kvality vyhledávače, ale o omezení vyhledávacího modelu. Vyhledávání textu v kódu je chyba kategorie. Otázky, na které starší kódové báze vyžadují odpovědi, jsou dotazy na grafy závislostí, porovnávání strukturálních vzorů a sémantická analýza kódu. Nástroj, který na ně odpovídá, musí rozumět jazyku, ve kterém je kód napsán.
ASK AI: Přirozený jazyk oproti ověřenému podnikovému kontextu
Šest výše uvedených vyhledávacích vzorů vyžaduje přesné strukturální dotazy. Vývojáři, kteří s COBOLem pracují každý den, tyto dotazy mohou formulovat. Architekti, analytici, pracovníci pro dodržování předpisů a projektoví manažeři, kteří potřebují odpovědi, ale neumí COBOL, to nemohou.
ASK AI tuto mezeru překlenuje. Nachází se na indexované, strukturované a ověřené aplikační inteligenci, která SMART TS XL vytváří a přijímá otázky v otevřeném jazyce:
„Který z těchto programů uplatňuje pokutu za pozdní platbu a kde?“
„Vysvětlete tento 40 let starý program srozumitelným jazykem.“
„Zmapujte každou úlohu a program, který se dotýká tabulky CLAIMS.“
„Vyberte z platebního cyklu všechna ověřovací pravidla.“
Kritický rozdíl mezi ASK AI a generickým chatovacím nástrojem s umělou inteligencí spočívá v počátečním kontextu. Generický chatovací nástroj začíná prázdným oknem s výzvou, uživatel musí najít správné soubory, vložit správný kód a doufat, že nic důležitého nepřehlédl. ASK AI začíná s podnikem objevenou a kontrolovanou sadou výsledků: skutečnými programy, sešity, tabulkami DB2 a úlohami JCL, které... SMART TS XL je indexováno a strukturováno. Každá odpověď zůstává propojena se zdrojovými důkazy. Každý nález je dohledatelný až ke své zdrojové linii.
Tohle není umělá inteligence pracující na základě nejlepších odhadů z trénovacích dat. Je to umělá inteligence pracující na základě ověřeného kontextu ze skutečné kódové základny, což je rozdíl mezi tím, když se zeptáte někoho, kdo si jednou přečetl manuál k COBOLu, a když se zeptáte někoho, kdo si přečetl každý řádek vašeho konkrétního COBOLu.
Tři vrstvy, jeden inteligenční zásobník:
- Podnikové vyhledávání, strukturální dotazy zodpovězeny během několika sekund, není potřeba žádná umělá inteligence
- ZEPTEJTE SE AI, přirozený jazyk nad ověřeným podnikovým kontextem, uvnitř SMART TS XL
- Konektor MCP, stejná inteligence, dostupná pro jakéhokoli schváleného asistenta s umělou inteligencí z jakéhokoli zařízení
| Generický chat s umělou inteligencí | SMART TS XL + PTEJTE SE AI | |
|---|---|---|
| Výchozí kontext | Ručně vložené úryvky | Sady výsledků zjištěné v podniku |
| Vztahy mezi aplikacemi | Chybí z výzvy | Kód, data, úlohy, schémata, závislosti |
| Měřítko | Jeden soubor najednou | Tisíce programů v analýze na pozadí |
| Návaznost | Odpověď oddělená od zdroje | Zjištění spojená se zdrojovými liniemi |
| Opakovatelnost | Záleží na individuálním podnětu | Uložené, sdílené a parametrizované výzvy |
| Výběr modelu | Model dodavatele | Model schválený organizací |
Konektor MCP: Vyhledávání v podniku z libovolného asistenta s umělou inteligencí
Protokol kontextu modelu (MCP) je otevřený standard, který umožňuje asistentům umělé inteligence volat externí nástroje. SMART TS XL MCP Connector zpřístupňuje kompletní vrstvu aplikační inteligence, podnikové vyhledávání, sestavy křížových odkazů, linii polí, analýzu toku řízení a analýzu dopadu jako nástroje, které může volat jakýkoli asistent kompatibilní s MCP.
Praktický výsledek: vývojář používající Claude, ChatGPT, Microsoft Copilot, Gemini nebo Grok může klást otázky týkající se starší kódové základny v srozumitelném jazyce asistentovi, kterého již používá, a dostávat odpovědi založené na ověřených a zdrojových materiálech. SMART TS XL analýzu, bez otevírání jiného nástroje, bez exportu dat, bez kopírování a vkládání kódu.
Interakce ze stránky MCP Connectoru přesně ukazuje, jak to vypadá:
Uživatel se ptá: „Vysvětlete program GLPOST7 a ukažte mi vše, čeho se dotýká.“
Volání MCP:
get_member_content,get_control_flow,cross_reference_reportOdpověď: „GLPOST7 denně zaznamenává transakce hlavní knihy z datového kanálu pro deklarace. Čte 2 tabulky DB2, je volána 4 dávkovými úlohami a sdílí 3 sešity s platebním cyklem. Zde je návod v jednoduchém jazyce, kde je každý krok propojen se zdrojovým řádkem.“
Tato odpověď, které dříve mohl dosáhnout pouze expert na COBOL, který strávil hodiny čtením zdrojových souborů, JCL a dokumentace k dávkovému plánovači, dorazí během několika sekund od jakéhokoli schváleného asistenta umělé inteligence. Znalosti nejsou obsaženy v trénovacích datech LLM. Jsou v SMART TS XLVrstva aplikační inteligence, zpřístupněná prostřednictvím konektoru MCP na vyžádání.
Konektor MCP zpřístupňuje šest základních funkcí jakémukoli připojenému asistentovi:
| Schopnost | Co to dělá |
|---|---|
| Vyhledávání v celém podniku | Programy, pole, úlohy a datové typy v každém indexovaném prostředí |
| Zdroj na vyžádání | Obsah členů a předzpracovaný kód pro jakýkoli program nebo sešit |
| Zprávy s křížovými odkazy | Analýza použití napříč programy, sešity, tabulkami a úlohami |
| Polní a datová linie | Vztahy mezi poli a jejich redefinice pomocí datových struktur COBOL |
| Řízení toku a AST | Pochopení strukturovaného programu: syntaktické stromy, složitost, graf volání |
| Organizační kontext | Kontext klienta, uživatele a domény, aby asistenti odpovídali vašimi slovy |
To vše je pouze pro čtení, ověřeno a založeno na rolích, asistent s umělou inteligencí přistupuje k informacím, které SMART TS XL má v rámci oprávnění, která organizace udělila.
Od šesti dnů k sekundám: Co se změní
Vraťme se k vývojářce na začátku tohoto článku. Její otázka „najít všechny programy, které čte CUST-BALANCE“ je dotaz typu křížový odkaz. S SMART TS XLV podnikovém vyhledávání zadá název pole a obdrží zprávu s křížovými odkazy: čtyřicet sedm programů, strukturovaných podle typu přístupu (čtení/zápis/předefinování), každý propojený se zdrojovým řádkem, kde k přístupu dochází. Šest dní se stane třiceti sekundami.
Vývojář, který tipoval padesát nebo šedesát, se nemýlí, když si není jistý. Tato nejistota je upřímná odpověď, když pracujete z paměti s kódovou základnou, která nikdy nebyla systematicky indexována. Nejistota mizí, jakmile je kódová základna indexována. Odhad se stává ověřeným počtem a ověřený počet se stává základem pro každou následující analýzu: posouzení dopadu před rozšířením pole, rozsah migrace před modernizační vlnou a pokrytí testy před regresní sadou.
Podnikové vyhledávání pro nedokumentované starší kódové báze není nástrojem produktivity. Je předpokladem pro sebevědomá rozhodnutí o systémech, které byly po desetiletí spravovány pamětí a intuicí. Inventář vychází z dotazu. Závislosti vycházejí z analýzy. Znalosti, které byly uzamčeny v kódu, se stávají přístupnými každému členovi týmu prostřednictvím strukturovaného vyhledávání, prostřednictvím dotazů umělé inteligence v jednoduchém jazyce a prostřednictvím každého schváleného asistenta umělé inteligence, který se připojuje přes MCP.
Jak SMART TS XL Nabízí podnikové vyhledávání pro starší kódové základny
SMART TS XLJe podnikové vyhledávání Indexuje kompletní aplikační prostředí, programy v COBOLu, toky úloh JCL, sešity, tabulky DB2, datové sady a všechny závislosti mezi nimi a umožňuje dotazování prostřednictvím vyhledávacího rozhraní, které rozumí syntaxi COBOLu, struktuře JCL a závislostem mezi programy. Dotazy, které vracejí odpovědi během několika sekund, jsou stejné jako dotazy, které dříve vyžadovaly dny ručního zkoumání.
ASK AI rozšiřuje tuto schopnost i na přirozený jazyk: architekti, analytici, pracovníci pro dodržování předpisů a projektoví manažeři se mohou ptát na starší kódovou základnu v jednoduché angličtině a dostávat odpovědi založené na ověřené strukturální analýze, nikoli na obecných znalostech jazykového modelu, který se s danou kódovou základnou nikdy nesetkal. Odpovědi jsou omezeny na skutečné programy, propojeny se skutečnými zdrojovými řádky a lze je opakovat prostřednictvím uložených a sdílených šablon výzev.
Jedno Konektor MCP vkládá tuto inteligenci do každého asistenta umělé inteligence, kterého organizace schválí: Claude, ChatGPT, Copilot, Gemini, Grok. Vývojář, který položí otázku týkající se starší kódové základny z telefonu, dostane odpověď od SMART TS XLAplikační inteligence, strukturovaná, ověřená, propojená se zdrojem, bez nutnosti přepínání nástrojů nebo exportu dat. Konektor MCP je pouze pro čtení, ověřený a založený na rolích: schválená umělá inteligence pracuje v rámci oprávnění organizace, nikoli kolem nich.
Mapování závislostí aplikací je základem pro přesnost dotazů křížových odkazů: každé volání (CALL), každá kopie (COPY), každý tok datové sady, každý odkaz na program JCL je v grafu závislostí před spuštěním jakéhokoli vyhledávání. Sestavy křížových odkazů, které podnikové vyhledávání vytváří, jsou odvozeny z tohoto strukturálního modelu, nikoli z porovnávání klíčových slov se zdrojovým textem.
Statická analýza kódu přidává strukturální vrstvu, která odlišuje vyhledávač od platformy pro analýzu kódu: dotazy, které najdou každý program s cyklomatickou složitostí nad určitou prahovou hodnotou, každý program, který otevírá soubor bez kontroly STAVU SOUBORU, každý program, který odkazuje na pole ve variantě REDEFINES, jsou strukturální dotazy, nikoli textové vyhledávání, a vyžadují pochopení analyzovaných procesů, které poskytuje statická analýza.
Transformace v jednom řádku: Šest dní manuálního prohledávání souborů v COBOLu → třicet sekund s ověřenou zprávou o křížových odkazech, strukturovanou podle typu přístupu, propojenou se zdrojovými řádky.
Kódová základna to ví. Teď se jí můžete zeptat.
Znalosti, které nakonec vyprodukuje šest dní ručního hledání, byly vždy v kódové základně. Každý program, který čte CUST-BALANCE, byl vždy ve zdrojové knihovně. Příkazy COPY, které propojují každý program s kopií kódu, byly vždy ve zdrojovém kódu. JCL kód, který definuje kontext provádění, byl vždy v knihovně úloh. Problém nebyl v absenci informací, ale v absenci mechanismu, který by je zobrazoval.
Tímto mechanismem je podnikové vyhledávání pro starší kódové báze. Indexovaná, strukturovaná a dotazovatelná aplikační inteligence, která odpovídá na strukturální otázky týkající se kódu během několika sekund, nikoli dnů, a která prostřednictvím ASK AI a MCP Connectoru odpovídá na tyto otázky srozumitelným jazykem od jakéhokoli schváleného asistenta umělé inteligence, kterého organizace používá.
Kódová základna vždy znala odpověď. Teď se na ni může zeptat kdokoli v týmu.
