Ingegneria del software
SWE-bench
Catalyst è valutato su SWE-bench — risolvere issue reali di GitHub su repository reali — come metro pubblico per il lavoro su codice end-to-end.
Technology / Modernizzazione Legacy
Codice di quarant'anni, portato in questo decennio — senza fermare il business.
Catalyst è il nostro sistema multi-agente proprietario e MCP per migrare e modernizzare codebase legacy. Da COBOL e mainframe IBM a Java e framework moderni — verificato, non sperato.
Perché la modernizzazione legacy è difficile.
Migliaia di miliardi di righe di COBOL fanno ancora girare sistemi bancari, assicurativi e governativi. Il rischio non è mai il linguaggio — è che il comportamento è non documentato, gli esperti se ne sono andati, e il sistema non può essere spento mentre viene sostituito.
Catalyst tratta la modernizzazione come un problema di ingegneria con un ciclo di verifica — non un esercizio di traduzione da controllare a occhio.
Tre ragioni per cui la riscrittura continua a essere rimandata.
Il codice fa ancora girare il business
Il COBOL su un mainframe non è un pezzo da museo. Sta elaborando transazioni stanotte. Non puoi fermarlo per riscriverlo.
Chi l'ha scritto non c'è più
Gli autori originali sono andati in pensione. La documentazione è parziale. Il comportamento vive solo nel sorgente — e in produzione.
Una riscrittura è una scommessa che la maggior parte dei team perde
Le riscritture big-bang slittano, sforano i budget e reintroducono bug che il vecchio sistema aveva silenziosamente risolto vent'anni fa.
Catalyst · sistema multi-agente proprietario e MCP
Agenti specializzati, coordinati attraverso un layer di conoscenza condiviso.
Catalyst non è un solo modello che traduce file. È un insieme di agenti specializzati — ciascuno con ambito su una fase, ciascuno governato dal nostro protocollo interno per qualità, readiness e sicurezza degli agenti — che lavorano su una mappa condivisa della codebase.
01
Mappatura delle dipendenze
Catalyst legge l'intera codebase e ricostruisce call graph, flussi di dati e accoppiamenti nascosti — la mappa che oggi nessuno nel team possiede per intero.
02
Analisi architetturale
Recupera l'architettura implicita: cosa fanno davvero i moduli, dove sono i confini, quali comportamenti sono portanti e quali sono morti.
03
Pianificazione di refactoring e migrazione
Un piano sequenziato — strangler-fig dove serve, modulo per modulo dove non basta — così il sistema continua a girare mentre viene modernizzato.
04
Traduzione
Codice COBOL, mainframe IBM e altri stack legacy tradotti in Java e framework moderni — preservando il comportamento, non solo la sintassi.
05
Generazione dei test
Test di caratterizzazione ancorati prima al comportamento legacy, così la migrazione è verificata rispetto a ciò che il vecchio sistema faceva davvero — non rispetto a una specifica che potrebbe non esistere.
06
Verifica
Output validati rispetto ai test generati e alla provenance. Ogni modifica è tracciabile al comportamento legacy che preserva o cambia deliberatamente.
Misurato, non affermato.
Sottoponiamo Catalyst a benchmark pubblici e interni, così che una promessa sulla migrazione sia sostenuta da prove che un cliente può ispezionare.
Interno · traduzione legacy
Benchmark di migrazione
Batterie di task interne su migrazione COBOL-to-Java e mainframe: preservazione del comportamento, passaggio dei test e sforzo di review misurati per modulo.
La metodologia completa dei benchmark e i risultati sono in fase di stesura in un paper tecnico — in preparazione. Contattaci se vuoi i numeri attuali sotto NDA.
La ricerca dietro Catalyst.
Catalyst applica la stessa architettura multi-agente e la stessa disciplina di verifica che ricerchiamo in tutta KVA — agenti con ruoli ad ambito ristretto, workflow tracciati, capacità gated dietro le prove.
Hai un sistema legacy che non puoi spegnere?
Partiamo da un assessment Catalyst: una mappa delle dipendenze e un piano di modernizzazione sequenziato, prima ancora che venga migrata una sola riga.