OmnIA Bridge legge il codice sorgente legacy e costruisce una rappresentazione semantica completa: comprende le relazioni tra i componenti, identifica le dipendenze e mappa le business rule implementate nei singoli metodi. Il risultato è un grafo navigabile della base di codice.

Il sistema estrae automaticamente le business rule (validazioni, formule di calcolo, workflow, logiche di processo) presenti nel codice legacy, le collega al codice sorgente che le implementa e le archivia nella knowledge base in forma leggibile e consultabile. Ogni business rule è un nodo nel grafo, collegato al metodo/paragrafo/funzione che la implementa.

Il sistema calcola il debito tecnico non solo in modo qualitativo, ma quantitativo e graph-based: utilizza algoritmi di analisi dei grafi, algoritmo Leiden per community detection) per identificare i componenti più critici, più accoppiati e più a rischio. I risultati sono visualizzati in dashboard con treemap e heatmap, e storicizzati nel tempo per monitorare l'evoluzione del debito.

A partire dall'analisi del codice, il sistema genera automaticamente documentazione strutturata in formato Markdown, archiviata nella knowledge base ed esportabile. Tutta la documentazione è manutenibile: l'esperto di dominio può aggiungervi nuovi documenti, modificare quelli generati automaticamente, e interagire con la knowledge base in linguaggio naturale tramite il Domain Expert Agent.

A partire dalle business rule estratte, il sistema genera automaticamente una test matrix in formato BDD (Behavior-Driven Development), con uno specification per entità. Questa test matrix diventa la rete di sicurezza del processo di modernizzazione: qualsiasi codice moderno generato deve superare questi test per essere accettato.

Il plugin ob-gen-be orchestra 12 sotto-agenti specializzati che producono, in sequenza, un servizio backend completo in architettura moderna. Il workflow segue un approccio rigorosamente test-driven.

La Dashboard di OmnIA Bridge include una funzionalità di chat con la knowledge base: l'utente (es. il project manager o l'analista funzionale) può interrogare in linguaggio naturale tutta la conoscenza estratta dal codice e aggiornare la knowledge base in modo organico attraverso la conversazione.

Il man-in-the-loop non è solo un claim di posizionamento: è architetturalmente implementato tramite il Domain Expert Agent. Il flusso prevede checkpoint espliciti in cui il sistema sospende l'esecuzione e chiede all'esperto di dominio di validare, correggere o integrare le informazioni estratte. Solo dopo la conferma umana, il workflow riprende. Questo garantisce che nessun artefatto critico venga prodotto senza supervisione.