Ako sme vďaka agentickému vývoju za 4 mesiace postavili klientsky portál PSS

Čo bolo treba vyriešiť

Pôvodný portál nespĺňal požiadavky 21. storočia, brzdilo ho pomalé načítavanie, UX a napojenie na legacy systém, ktorý mala PSS koncom roka vypnúť. Digitálna úroveň nezodpovedala tomu, čo klienti poznajú z bankových aplikácií. Popri tom chcela PSS presunúť do aplikácie servisné úkony, ktoré dovtedy končili na pobočke alebo na infolinke: zmenu kontaktných údajov, prehľad stavu sporenia a plnenia podmienok na štátnu prémiu, vklady a výbery, nastavenie účtu na prevod.

Druhá polovica zadania bola technická a dátum určilo odstavenie legacy systému. Do 31. októbra 2026 nahradiť portál, ktorý klienti používajú denne a zachovať od prvého dňa všetky jeho funkcie. Na celý projekt sme mali od prvých workshopov koncom marca približne 7 mesiacov, z toho na vývoj 4.

Prečo nejde o obyčajný redesign

Ide o bankovú aplikáciu, cez ktorú tečú reálne peniaze klientov. Vklady, výbery, prevody medzi zmluvami, nastavenie účtov a limitov. To určuje latku, ktorá platí pre každý riadok kódu:

• vývoj v súlade s OWASP ASVS Level 2
• súlad s nariadením DORA o digitálnej prevádzkovej odolnosti finančného sektora
• pripravenosť na napojenie na SIEM a technický monitoring banky
• súlad so špecifikáciou WCAG 2.2 pre prístupnosť

Tieto požiadavky boli akceptačným kritériom od prvého šprintu.

Namiesto prepisu core systémov sme postavili BFF

Moja PSS je praktickou ukážkou prístupu, ktorý opisujeme v článku Ako neuviaznuť v legacy pasci. Core systémy PSS zostali nedotknuté. Pôvodný klientsky portál sme prerobili na modernú aplikáciu s podporou PWA (Progresívna webová aplikácia). Klient si Moja PSS nainštaluje na mobil alebo počítač priamo z prehliadača. Nemusí ju sťahovať z Google Play ani z App Store.

Core systémy PSS spravujú zmluvy, platby a dáta klientov. Ich prestavba by bola drahá, pomalá a riskantná. Do core systému sme nezasahovali a medzi ním a novým UI sme postavili integračnú vrstvu BFF.

• Frontend komunikuje cez jediné BFF API, ktoré sa postará o prepojenie s 15 core systémami PSS a 5 externými službami.
• Čím menej dát opustí core systémy, tým menej sa ich dá zneužiť. Prehliadač klienta preto vidí len hotové hodnoty, ktoré obrazovka zobrazuje. Chybové odpovede neprezrádzajú nič o vnútornom fungovaní core systémov.
• Core systémy sa musia meniť pomaly, pretože musia byť predovšetkým stabilné. Klientsku zónu nad nimi však vieme upravovať rýchlo. BFF tieto dve tempá od seba oddelí: frontend aj BFF majú vlastný tím a vlastný release proces.

Ako sme zmapovali starý systém

Základné pravidlo bolo zmapovať existujúce riešenie skôr, než sa začne písať nový kód. Dokumentácia na to nikdy nestačí, lebo nepopisuje všetko, čo sa v systéme naozaj deje.

S pomocou AI sme pre moduly pôvodného portálu spravili AS-IS analýzy: model prešiel zdrojové kódy frontendu aj backendu a porovnal ich so zadaním, architektonickými diagramami a screenshotmi. Závery sme overili na workshopoch s PSS a postavili na nich TO-BE špecifikáciu a dizajn vo Figme.

Ako sme postavili agentický vývoj

Náš AI SDLC, teda vývojový proces postavený na agentoch, stojí na dvoch veciach: na kontexte, ktorý agent dostane, a na pravidlách, podľa ktorých pracuje. Kontext je špecifikácia, pravidlá sú skilly. Rozhodnutia a code review robia ľudia a zodpovednosť za každý riadok kódu zostáva na nich.

Špecifikácia, ktorú prečíta človek aj agent

Pri agentickom vývoji nie je špecifikácia dokument, ktorý sa napíše a založí. Je to vstup, z ktorého vzniká kód.

Informácie o backendových službách a biznis procesoch sme získavali cez workshopy a konzultácie, lebo dokumentácia k nim nebola. Bez štruktúry by sa takto získané poznanie stratilo v zápisniciach. Každá user story má preto päť artefaktov: biznisovú špecifikáciu pripravenú na implementáciu, technické detaily pre vývoj, inštrukcie pre agentov v repozitári, diagramy v Mermaide a changelog verzií.

Skilly ako pravidlá

Skill je návod pre agenta na konkrétny typ práce: čo má dodržať, ako postupovať a ako si výsledok overiť. Frontend ich má 14, BFF 18. BFF má navyše 11 záväzných pravidiel pre architektúru, API, databázu, spracovanie chýb, bezpečnosť a testovanie.

• Jednotná kvalita. Agent stavia každú obrazovku aj službu rovnako a podľa design systému. Cez Figma MCP si načíta dizajn a implementuje ho pixel perfect za zlomok času. Kód potom vie prevziať ktorýkoľvek vývojár.
• Bezpečnosť a audit. Každá nová operácia v BFF musí mať auditný záznam a citlivé údaje sa v logoch maskujú.
• Overenie pred odovzdaním. Agent ku každej zmene pripraví testy, zmenu si vyskúša a až potom ide na code review.
• Odovzdanie práce. Pred písaním kódu vzniká plán, ktorý schvaľuje človek. Ku každej zmene vznikne popis so screenshotmi zrozumiteľný aj netechnickému kolegovi.
• Učenie. Keď nájdeme chybu, neopravíme len kód, ale dopíšeme pravidlo do skillu. Za 4 mesiace sme skilly upravili 189-krát.

Menej ako jedna chyba na funkciu

Počas testovania vrátane UAT sme na frontende našli 43 chýb na 50 funkcií a typická oprava mala 30 riadkov kódu. Systematicky pokrývame hraničné prípady a kontrolujeme vizuálnu konzistenciu obrazoviek voči dizajnu. Pre celé používateľské scenáre sme pripravili testovacie scenáre a časť testovania zautomatizovali. PSS tým dostala základ, na ktorom vie regresné testovanie opakovať, namiesto toho, aby ho pri každej zmene stavala odznova.

Aplikácia prešla penetračným testom a vyšli z neho tri nálezy, všetky s prioritou LOW. Pri aplikácii, cez ktorú tečú peniaze klientov, je to potvrdenie zvonka, že bezpečnostné pravidlá zapísané v skilloch a povinné kontroly v pipeline držia aj pri tempe, akým sme vyvíjali.

Čo nás projekt naučil

AI zrýchľuje len tam, kde sú jasné pravidlá. Investovali sme čas do skillov a špecifikácií ako prvé. Bez nich by AI generovala nekonzistentné výstupy.

Tempo vývoja rástlo postupne. V júni a júli sme na frontende dokončili 5 funkcionalít, v septembri a októbri už 33. Prvé týždne išlo veľa effortu do nastavenia skillov a agentov, potom sa investícia naplno vrátila.

Špecifikácia je nový kód a kontext pre AI. Kvalitné zadanie má pri agentickom vývoji najväčší vplyv na výsledok. Čím presnejší kontext, tým menej opráv.