Mistral převáděl 40 tisíc řádků Fortranu do C++. Nejlépe fungoval agent řízený člověkem

Mistral zveřejnil případ modernizace fyzikálně náročného simulátoru zásobníků používaného evropským energetickým podnikem. Původní systém měl zhruba 300 tisíc řádků Fortranu 77, chyběla mu souvislá dokumentace i úplná sada testů. Tým převedl přibližně 40 tisíc řádků do C++. Nejdříve ale vytvořil ověřovací prostředí, které porovnávalo numerické výsledky staré a nové verze v konečných i vybraných mezilehlých bodech. Právě pořadí kroků je hlavní poučení. Mistral doporučuje vytvořit kontrolu shody ještě před tím, než se agenti pustí do migrace. V projektu pak více než stovka agentů pomáhala rozebrat volací strom programu, dohledávat informace ve starých dokumentech a vytvářet dokumentaci jednotlivých částí. Autoři píší, že ověřovací prostředí bylo „čistým přínosem pro projekt“, protože umožnilo dlouhé běhy agentů kontrolovat jednoduchým a měřitelným způsobem. Tým vyzkoušel několik úrovní autonomie. Plně samostatný agent dokázal vytvořit funkční výsledek, ale měl sklon zachovávat nevhodnou architekturu původního programu. Složitější sestava rolí plánovače, programátora, testera a kontrolora zase narážela na zablokované postupy a vysoké náklady koordinace. Nejlépe se osvědčil pracovní způsob, v němž člověk určoval další krok a agent provedl vymezenou část migrace. Pro podniky se starými systémy je to důležitý signál. Největší překážkou často není syntaxe historického jazyka, ale znalost toho, co software skutečně dělá a které odchylky jsou nepřijatelné. AI může výrazně zrychlit dokumentaci, převod opakujících se částí a tvorbu testů. Neměla by však rozhodovat o architektuře bez lidí, kteří rozumějí provozu. Migrace se proto vyplatí rozdělit na malé moduly s jasnými vstupy, výstupy a kontrolou numerické či funkční shody. Zadavatelé by měli změnit i způsob, jak takové projekty soutěží a řídí. Místo obecného cíle „přepsat systém pomocí AI“ je lepší smluvně určit měřitelné etapy: zmapování závislostí, vytvoření referenčních testů, dokumentaci, převod konkrétního modulu a prokázání shody. U každé etapy lze vyčíslit úsporu času i počet chyb. Tím se oddělí skutečný přínos agentů od efektní demonstrace a zároveň se sníží riziko, že firma vymění starý technický dluh za nový. Další důsledek se týká vlastnictví znalostí. Když agent při migraci vytvoří dokumentaci, testy a mapu závislostí, firma získává vedle nového kódu i aktivum, které předtím často neexistovalo. Právě tento vedlejší výstup může mít vysokou hodnotu při auditu, nástupu nových vývojářů nebo dalším nahrazování komponent. Modernizaci je proto vhodné hodnotit i podle toho, kolik provozních znalostí se podařilo převést do udržovatelné podoby. KLÍČOVÉ POJMY Fortran 77: Starší programovací jazyk, který dodnes přežívá v řadě vědeckých a průmyslových systémů. Numerická shoda: Ověření, že nový program počítá stejné výsledky jako původní systém. Technický dluh: Náklady vznikající dlouhodobým používáním obtížně udržovatelného nebo zastaralého řešení.

Mistral převáděl 40 tisíc řádků Fortranu do C++. Nejlépe fungoval agent řízený člověkem

Celé znění článku máte k dispozici po registraci na Abravito