CATALYST · Presentazione esecutiva

Il deck è ottimizzato per desktop.

La presentazione è progettata su canvas 1920×1080 e diventa illeggibile sui telefoni. Scarica il PDF per consultarla con calma o riapri il link da un computer.

Scarica il PDF ← Torna al sito
Kakashi Venture Accelerator · Gruppo Excellence
Versione 2.0 · Maggio 2026
Framework di modernizzazione AI-driven

CATALYST

La modernization factory governata per banche, assicurazioni e settori regolati italiani ed europei. Migrazione legacy AI-assisted con equivalenza comportamentale, evidence pack pronto al regolatore e knowledge base che resta al cliente.
Code & Architecture Transformation Accelerated by LLM & Intelligent Systems Technology
www.catalystmodernization.com
Kakashi Venture Accelerator
Agenda
Agenda della presentazione

Perché ora, cos'è CATALYST, come si compra.

01
Il problema.84% senza governance. Tre scadenze regolatorie in 24 mesi. Perché l'AI generica fallisce silenziosamente sul legacy.
02
Cos'è CATALYST. Tre differenziatori concreti. Un programma di ~80 app già in produzione. Cosa esplicitamente non facciamo.
03
Come funziona. Otto principi, cinque domini operativi, architettura a tre strati, pipeline con gate machine-checkable.
04
L'evidence pack. Il vero deliverable. DORA + AI Act Annex IV + MCP hardening pronto al regolatore.
05
KPI e TCO. Coding time vs calendario. Modello a sei voci. Tre regimi di efficacia.
06
Posizionamento ecosistemico. Multi-vendor by design. Settori adiacenti: PA, sanità, energy.
07
Modello di engagement. Quattro fasi, opzioni di pricing, governance trasparente.
08
Perché KVA. Builder, non consulting firm. Excellence come parent reputazionale.
02
Kakashi Venture Accelerator
Parte 01
01
Il problema
Tre forze convergenti — debito tecnico stratificato, pressione regolatoria europea e maturità degli AI coding agent — rendono la modernizzazione legacy nel 2026 un problema diverso da come è stato per trent'anni.
03
Kakashi Venture Accelerator
01 · Il problema
Penetrazione AI vs maturità della governance
Le banche e assicurazioni italiane stanno adottando AI in produzione più velocemente di quanto stiano costruendo la governance per renderla difendibile davanti al regolatore.
84%
delle banche e assicurazioni italiane che usano AI non ha un framework di governance strutturato.
70%
delle assicurazioni italiane
usa AI in produzione
59%
delle banche italiane
usa AI in produzione
16%
ha un framework
di governance strutturato
Fonte: Banca d'Italia + OCSE, Artificial Intelligence in Italian Financial Markets, 24 aprile 2026.
04
Kakashi Venture Accelerator
01 · Il problema
Perché ora — il calendario europeo

Tre scadenze davanti al CIO italiano.

Sistemi che nel 2020 erano “vecchi ma funzionanti” oggi sono passività regolamentari documentate. Il debito legacy non si paga aspettando.

17.01.2025 · attivo
DORA

In enforcement attivo. Tolleranza chiusa da Q1 2026. NCA conducono review attive, primi audit speciali in corso (stile BaFin §44 KWG).

Fino al 2% del turnover globale.

02.08.2026 · imminente
AI Act

Enforcement Annex III high-risk: credit scoring, pricing assicurativo vita/salute, screening HR. Standard armonizzati CEN-CENELEC ancora in voto.

Fino al 7% del turnover globale.

10.2026 · ispezioni
NIS2

Ispezioni ACN da ottobre 2026 sulle entità essenziali. Cross-checking automatico dei dati Register of Information.

Fino a 10M€ o 2% del fatturato.

05
Kakashi Venture Accelerator
01 · Il problema
Lo scenario 2026

Tre forze rendono il legacy non più solo un costo IT,
ma una passività regolamentare documentata.

FORZA 01 · DEBITO

Stratificazione tecnologica trentennale

Mainframe COBOL/PL-I, applicazioni desktop VB.NET/C#/.NET Framework 3.5-4.x, FoxPro, Clipper, PowerBuilder. Front-end moderni che hanno modernizzato la presentation layer senza intaccare il core di business logic embedded.
FORZA 02 · REGOLAZIONE

L'Europa non chiede più “se”, chiede “come”

Le norme — DORA, AI Act, NIS2 — sono in enforcement o lo saranno entro l'anno. Il regolatore non valuta più l'intento, valuta le evidenze prodotte: audit trail, behavioral equivalence, Annex IV, Register of Information.
FORZA 03 · AI

I modelli frontier sono finalmente all'altezza

Claude Opus 4.7 e GPT-5.5 hanno compiuto un salto reale in analisi, refactoring, generazione test e trasformazione codice. La modernizzazione è diventata industrializzabile — ma solo se governata.
06
Kakashi Venture Accelerator
01 · Il problema
Il modo specifico in cui l'AI generica fallisce sul legacy regolato
Un agente AI lasciato in autonomia produce codice che compila e supera i test sintattici, ma diverge silenziosamente dal comportamento di produzione sui casi limite accumulati in decenni.
È la singola failure mode che separa una dimostrazione da una migrazione difendibile in audit. È il motivo per cui un coding agent da solo non basta — e per cui serve un layer di disciplina sopra.
Letteratura indipendente · METR 2025 · Stanford / AIEWF 2025 · Liu et al. 2025-26
07
Kakashi Venture Accelerator
01 · Il problema
Programmi di modernizzazione strutturati
70%+

fallisce o sfora significativamente budget e tempi.

Big Bang rewrite irreversibili. Documentazione obsoleta o assente. Sottostima del dark data: edge case accumulati in vent'anni di patch e branch condizionali. Validazione insufficiente, cutover fatti “alla cieca”.

Fonti: McKinsey 2025; Standish CHAOS Beyond Infinity; DORA Reports 2024-2025

08
Kakashi Venture Accelerator
Parte 02
02
Cos'è CATALYST
CATALYST è una modernization factory governata: il framework, il programma reale di ~80 applicazioni che già lo esegue, e il perimetro esplicito di cosa fa e cosa non fa. Il “come è costruito” arriva nella parte successiva.
09
Kakashi Venture Accelerator
02 · Cos'è CATALYST
Il posizionamento, in una frase

CATALYST non sostituisce Claude Code o Codex. Sta sopra, e li trasforma in una fabbrica governata di modernizzazione.

Orchestration layer · governance · evidence
CATALYST
Pipeline + gate
3 fasi · check deterministici machine-checkable
Domain adapter
.NET, Java, PHP, COBOL · pattern stack-specifici
Knowledge capture
Asset trasferibile · migliora di applicazione in applicazione
Evidence pack
DORA · AI Act Annex IV · MCP hardening · audit-ready
orchestra · invoca · disciplina
Coding agent · runtime
I motori sotto
Claude Code
Primary · Opus 4.7 · subagent + MCP
OpenAI Codex
CLI · IDE · AGENTS.md · Skills
IBM Project Bob
Per workload mainframe Z / i
Mistral on-prem
Per workload sovereign EU
10
Kakashi Venture Accelerator
02 · Cos'è CATALYST
Cosa rende CATALYST diverso

Tre cose concrete, non slogan di posizionamento.

01

Specializzazione regolatoria by design

Anthropic, IBM, Google e AWS pubblicano playbook agentici credibili. Nessuno affronta sistematicamente DORA artt. 6-30, EU AI Act artt. 9-72, NIS2, FRIA, Circolare 285 di Banca d'Italia.

Ogni dominio CATALYST produce evidenze pronte all'audit nei formati richiesti dai regolatori europei e italiani.

02

Equivalenza comportamentale come gate non negoziabile

La modernizzazione AI-driven fallisce silenziosamente quando il sistema modernizzato compila ma diverge sui casi limite.

Procedura formale obbligatoria: replay traffico di produzione, side-by-side execution, diff degli output con soglie dichiarate ex ante.

03

Implementazione operativa già in produzione

A differenza dei framework che vivono solo come PowerPoint, CATALYST è in esecuzione su un programma reale.

~80 applicazioni desktop di un primario gruppo bancario-assicurativo italiano, in target su .NET 9 e C# 13.

Acronimo:Code & Architecture Transformation Accelerated by LLM & Intelligent Systems Technology.
11
Kakashi Venture Accelerator
02 · Cos'è CATALYST
Non una metodologia su PowerPoint

In produzione oggi, su un programma reale.

~80
applicazioni desktop
Programma di modernizzazione attivo per un primario gruppo bancario-assicurativo italiano.
8–15×
più veloce del pre-AI
Compressione del coding time osservata sui primi batch dello stesso stack. Effetto di apprendimento progressivo.
Lo stack del programma
VB.NETC# legacy.NET Framework 3.5–4.6.1WPFWinForms.NET 9C# 13

Distribuzione Citrix · schema DB e stored procedure invariati su vincolo cliente.

Perché questo è il moat

I pattern .NET legacy → .NET 9, le decisioni archiviate e la knowledge base accumulata su 80 app sono asset che richiedono 12–18 mesi di esecuzione reale per essere ricostruiti.

Un grande system integrator non lo replica in tre mesi di workshop. Ogni applicazione che migriamo lo allarga.

1–7 gg
CODING TIME PER APP
3–6 sett
CALENDARIO END-TO-END
12
Kakashi Venture Accelerator
02 · Cos'è CATALYST
Specificità è credibilità

CATALYST fa una sola cosa. Le altre, esplicitamente, no.

Quello che facciamo
  • Modernizzazione governata di sistemi regolati. Banking, insurance, e — con adattamento — PA, sanità, energy/utilities.
  • Stack legacy europei diffusi. .NET legacy, VB6, FoxPro, Clipper, PowerBuilder, COBOL desktop, PHP legacy.
  • Evidence pack audit-ready. DORA, AI Act, NIS2, Circolare 285. Annex IV consolidato per il regolatore.
  • Knowledge base trasferibile. Il cliente resta proprietario del metodo a fine engagement.
Quello che esplicitamente non facciamo
  • Mainframe IBM Z.Per quello c'è Project Bob — CATALYST si compone con esso, non lo sostituisce.
  • Greenfield prototyping. Per prototipi nuovi basta Cursor o Claude Code direttamente.
  • Offshore arbitrage. Non competiamo con TCS / Wipro / Infosys sul costo del lavoro.
  • Workshop di trasformazione senza codice. Non siamo una consulting firm. Eseguiamo.
  • “AI autonoma.”L'agente propone. Il deterministico verifica. L'umano firma.
La promessa è specifica:  industrializzare la modernizzazione legacy del banking e dell'insurance regolato europeo, con evidence pack pronto al regolatore e knowledge base trasferibile al cliente.
13
Kakashi Venture Accelerator
Parte 03
03
Come funziona
Otto principi fondanti, cinque domini operativi, architettura a tre strati, pipeline a tre fasi con gate machine-checkable. La meccanica concreta del framework, volutamente esposta: è ciò che lo separa da una metodologia astratta.
14
Kakashi Venture Accelerator
03 · Come funziona
Contratto del framework con il cliente

Otto principi fondanti, più uno trasversale.

1
Approccio evolutivo, non Big Bang. Strangler fig pattern preferito al rip-and-replace.
2
Human-in-the-loop tipizzato per livello di rischio: single review, dual control, four-eyes.
3
Test-driven con Test Foundation obbligatoria. Senza copertura, niente migrazione.
4
Equivalenza comportamentale come gate non negoziabile. Replay, side-by-side, sign-off.
5
Determinism over LLM. Script no-LLM per check meccanici, agente solo dove serve.
6
Tracciabilità completa. Ogni artefatto: prompt, modello, agente, revisore, hash.
7
Your-standards-first. Il framework si adatta alle convenzioni del cliente, non viceversa.
8
Knowledge capture cumulativo. Asset del cliente, trasferito a fine engagement.
15
Kakashi Venture Accelerator
03 · Come funziona
Articolazione del lavoro

I cinque domini operativi.

Ogni dominio ha obiettivo, input, capability, output strutturato e gate di uscita verso il dominio successivo.

01

DISCOVER

Analisi e comprensione
Mappatura completa del legacy: dipendenze, business logic embedded, rischi. Tagging epistemico (asserted / observed / inferred) per ogni asserzione.
02

DOCUMENT

Generazione documentazione
Technical documentation, API specs, architecture diagrams, runbook, knowledge base interrogabile. Line-level traceability code ↔ docs.
03

TRANSFORM

Modernizzazione del codice
Idiomatic translation, architecture modernization, pattern library di sostituzione per stack. Si migra ciò che è attivo, non ciò che si vorrebbe attivare.
04

VALIDATE

Equivalenza comportamentale
Behavioral equivalence pack firmato dal business owner: replay produzione, side-by-side, diff con soglie ex ante. Nessun cutover senza prova formale.
05

SECURE

Sicurezza e compliance
SAST/DAST/SCA + AI-aware scanning. MCP attack surface management. Audit log SIEM-compatibile. Sign-off Risk Officer + Compliance.
GATE
Tra un dominio e il successivo: check deterministici machine-checkable — schema YAML valido, build pass, coverage threshold, sign-off umano tipizzato per livello di rischio. Bypass ammesso solo con motivazione strutturata in audit trail.
16
Kakashi Venture Accelerator
03 · I 5 domini operativi
Domini 1 & 2

DISCOVER e DOCUMENT — recuperare la conoscenza.

01 · DISCOVER

Mappa il sistema. Etichetta cosa sa di sapere.

  • Code comprehension multi-modello — Opus 4.7 con 1M token + parsing AST deterministico (Roslyn, ProLeap, ADDI).
  • Tagging epistemico esplicito asserted / observed / inferred.
  • Dependency knowledge graph a granularità di file e simbolo, persistito in JSON + Mermaid.
  • Dead code detection statica + dinamica con conferma cliente prima della rimozione.
  • Risk classification per criticità di business, regulatory exposure, complessità tecnica.
02 · DOCUMENT

Produci la specifica che il legacy non ha mai avuto.

  • Auto-documentation con line-level traceability code ↔ documentazione.
  • Requirement harvesting — user stories sintetiche da branch condizionali.
  • Knowledge base interrogabile in linguaggio naturale, con citation obbligatoria.
  • Architecture diagrams — sequence, class, ERD — generati e validati.
  • Runbook per batch e processi schedulati.
GATE DI USCITA
Inventario validato dal referente tecnico · Regole inferred convertite o accettate come placeholder · Risk register firmato · Documentazione approvata da SME funzionale.
17
Kakashi Venture Accelerator
03 · I 5 domini operativi
Dominio 3

TRANSFORM — codice idiomatico, mai traduzione letterale.

Principio non negoziabile: parità funzionale.

Si migra ciò che è attivo, non ciò che è dismesso, non ciò che si vorrebbe attivare. Le ottimizzazioni di compliance, sicurezza o UX si segnalano come raccomandazioni post-migrazione, non si implementano durante la migrazione.

  • Idiomatic translation — VB.NET → C# 13 idiomatico (records, nullable, primary ctor, async/await), non riga-per-riga.
  • Architecture modernization — strangler fig, decomposizione in moduli o microservizi quando richiesto.
  • Pattern library cumulativa per cliente e per stack, in evoluzione con knowledge curator.
Stack supportati
SorgenteTarget primario
COBOL / CICS / IMSJava / Spring Boot
PL/SQL / Oracle FormsJava / Python
Natural / AdabasJava / Spring
RPG / AS400Java / cloud
VB6 / .NET legacy 3.5-4.x.NET 9 / C# 13 / WPF
PowerBuilderJava / Angular
Struts / EJB 2.xSpring Boot 3
PHP legacy 5.x/7.xPHP 8.x + Symfony 7+

Nuovi stack si aggiungono creando un nuovo domain adapter, senza toccare il pipeline core.

18
Kakashi Venture Accelerator
03 · I 5 domini operativi
Dominio 4 · La posizione più forte del framework

VALIDATE — l'equivalenza comportamentale è un obbligo, non una raccomandazione.

Behavioral equivalence pack

Procedura formale, codificata come obbligo del framework. Coerente con la fase Validate di IBM watsonx Code Assistant e con Dual Rundi Google Cloud — la stessa metodologia con cui un primario gruppo bancario italiano ha dichiarato pubblicamente di aver ottenuto l'approvazione del regolatore.

A
Replay del traffico di produzione. Campione rappresentativo + edge case da DISCOVER.
B
Side-by-side execution. Output funzionali, query SQL emesse, log, stato finale del DB.
C
Diff con threshold dichiarati ex ante. Exact match per stringhe, range firmati per numerici.
D
Sign-off del business owner. Esplicito, prima del cutover. Contribuisce alla evidence AI Act artt. 14-15.
Esempio operativo

Confronto SQL Profiler-based

Per workload bancari, pattern dimostrato come efficace: confronto delle query SQL emesse dal layer moderno vs il legacy, in modalità side-by-side, su pre-produzione con dati reali.

EQUIVALENCE PACK · OUTPUT
transactions replayed : 14.273
exact match : 14.246
within tolerance : 21
divergent (atteso) : 6
divergent (NON atteso): 0
status : SIGN-OFF READY

Numeri illustrativi. Il pack reale archivia anche hash di trace, configurazione threshold e firma del business owner.

19
Kakashi Venture Accelerator
03 · I 5 domini operativi
Dominio 5

SECURE — MCP come superficie di attacco, non come capability acquisita.

Lo scenario MCP è cambiato tra dic. 2025 e mag. 2026.

  • Oltre 9.400 server MCP pubblici nel registry (Linux Foundation AAIF, dic. 2025).
  • Disclosure OX Security (apr. 2026): command-injection design-level negli SDK Anthropic STDIO; patch protocollo rifiutata.
  • CVE: CVE-2026-23744 CVSS 9.8 RCE no-interaction, CVE-2026-30615 zero-click prompt injection, e altre 6+.
  • Rapporto CERT-AgID apr. 2026: scenari SSRF e Proxy Hijacking via MCP mal configurati.
Policy operativa
  1. Solo registry ufficiali. Mai server da repo personali.
  2. STDIO untrusted by default. HTTP-SSE con TLS 1.3 + OAuth 2.1 + PKCE.
  3. Sandbox + least privilege per ogni server MCP.
  4. MCP Gateway centralizzato per progetti enterprise.
  5. Runtime guardrail di terze parti per Annex III high-risk.
  6. Audit trail SIEM-compatibile, retention 5+ anni (DORA Art. 9 / AI Act Art. 12).
  7. Prompt injection trattata come classe di rischio SaaS, non singola CVE.
GATE CUTOVER
Sign-off congiunto di Risk Officer e Compliance Officer, oltre al sign-off di equivalenza del business owner. Per moduli Annex III high-risk, pacchetto Annex IV pronto per upload nel database UE.
20
Kakashi Venture Accelerator
03 · Come funziona
Come è costruito

Architettura a tre strati — riusabile per costruzione.

Il prossimo cliente con stack diverso aggiunge un domain adapter, non un framework.

LAYER 3
Knowledge
Specifico del cliente. Project context, knowledge base di programma, documentazione per app, stato operativo machine-readable. Il “DNA del cliente” che cresce nel programma.
CLAUDE.md · memory base ·
state/apps.yaml ·
state/batch.yaml
LAYER 2
Domain Adapter
Specializzazione per stack tecnologico. Domain expert agent read-only, detection rules grep-able, migration patterns. Si riusa su tutti i clienti con quello stack.
dotnet-9-expert ·
php-symfony-expert ·
migration-patterns/
LAYER 1
Pipeline Core
Stack-agnostic. Skill generiche, agent generici, hook deterministici, schema YAML dei contratti operativi. Vocabolario neutro: niente “WPF” o “Symfony” in Layer 1.
/analyze-app · /migrate-app ·
/verify-migration ·
hook gate-enforce, write-perimeter
21
Kakashi Venture Accelerator
03 · Come funziona
Come funziona operativamente

Pipeline a tre fasi con gate machine-checkable.

FASE 1

ANALYZE

Copre DISCOVER + DOCUMENT. Agente legacy-analyzer Opus 4.7 max.

output:
· fase1-enumeration.yaml
· scheda-applicativa.md

gate:
schema valid · coverage ≥0.90 · ≥1 entry per categoria · cluster ≤1 WARN
FASE 2

MIGRATE

Copre TRANSFORM. Agente migration-executor Opus 4.7 max.

output:
· fase2-tracking.yaml
· piano-migrazione.md

gate:
schema valid · build pass · 3-stati validi · coverage F2/F1 ≥0.90
FASE 3

VERIFY

Copre VALIDATE + SECURE. Skill deterministica + verifier-semantic read-only.

output:
· fase3-audit.yaml
· report-consegna.md

gate:
0 FAIL non bypass · 0 cluster WARN ≥2 · coverage audit ≥0.90
22
Kakashi Venture Accelerator
Parte 04
04
L'evidence pack
Il codice migrato è una commodity. Il pacchetto di evidenze audit-ready — DORA, AI Act, NIS2, Circolare 285, MCP hardening — è quello che il Risk Officer e il Compliance Officer comprano. Anthropic, IBM, Google e AWS non lo affrontano sistematicamente.
23
Kakashi Venture Accelerator
04 · L'evidence pack
Il vero output che il CRO porta a casa

Il codice migrato è una commodity. L'evidence pack è il prodotto.

Chiunque, oggi, con un coding agent moderno produce codice migrato. Pochi consegnano un pacchetto di evidenze che attraversa DORA, AI Act, NIS2 e i requisiti dei regolatori italiani in formato direttamente utilizzabile dal Compliance Officer.

Ogni dominio CATALYST produce evidenze nei formati e nelle nomenclature attese dai regolatori europei e italiani — come deliverable strutturato dell'engagement, non come byproduct documentale.

Conseguenza operativa:  quando arrivano le ispezioni NCA, BaFin, ACN, IVASS, il cliente non costruisce le evidenze, le esibisce.
AI ACT · ANNEX IV
Technical documentation high-risk consolidata, pronta per upload nel database UE
DORA · REGISTER OF INFORMATION
RoI entry con provider LLM, LEI, residenza dati, concentration risk assessment
BEHAVIORAL EQUIVALENCE PACK
Replay traffico produzione · diff con threshold ex ante · sign-off business owner
MCP SECURITY REGISTER
Mappa server, privilegi, evidenze hardening · audit log SIEM retention 5+ anni
+ FRIA · INCIDENT PLAYBOOK · ADR · BYPASS LOG
Pacchetto completo, machine-readable, firmato cumulativamente nel programma
24
Kakashi Venture Accelerator
04 · L'evidence pack
Output del framework mappati articolo per articolo

DORA + EU AI Act — evidenze pronte all'audit.

DORA · Reg. UE 2022/2554
ArticoloEvidenza prodotta
Art. 6ICT risk management framework + addendum AI-assisted
Art. 8Inventory funzioni ICT-supportate (output DISCOVER)
Art. 9Audit log SIEM-compatibile, secrets-scanning, signed commit
Art. 17-20Incident register con linkage a commit AI-generated
Art. 24-25Behavioral equivalence pack firmato (output VALIDATE)
Art. 28Register of Information con provider LLM e LEI
Art. 29Exit plan multi-vendor (Anthropic + Mistral on-prem)
AI Act · Reg. UE 2024/1689
ArticoloEvidenza prodotta
Art. 9Risk management system (DISCOVER risk register)
Art. 10Data & data governance (dataset trace VALIDATE)
Art. 12Record-keeping automatico, retention 5+ anni
Art. 13Transparency con tag epistemici espliciti
Art. 14Human oversight tipizzato (single / dual / four-eyes)
Art. 15Accuracy, robustness, cybersecurity (VALIDATE + SECURE)
Annex IVTechnical documentation high-risk consolidata
Anche coperti: NIS2 (D.Lgs. 138/2024), GDPR artt. 9-25-32, Banca d'Italia Circolare 285 51° agg., AGID Det. 17/2025 + 43/2026, Legge 132/2025, BCBS 239, FRIA, MDR/IVDR + MDCG 2025-6 per sanità, NCCS per energia.
25
Kakashi Venture Accelerator
Parte 05
05
Economics & KPI
I numeri di pubblico dominio misurano l'AI generica, non un framework specializzato che usa l'AI. Costruiamo il business case bottom-up su sei voci misurabili, calibrate sul pilot.
26
Kakashi Venture Accelerator
05 · Economics & KPI
Trasparenza sui numeri

Il framework comprime il coding time. Non il calendario totale.

Coding time effettivo per applicazione
App piccola · <5K righe1–2 giorni
App media · 5–20K righe2–4 giorni
App grande · 20–50K righe4–7 giorni

L'agente produce modernizzazione attiva, con supervisione del developer. Effetto di apprendimento progressivo dopo le prime 3-5 app dello stesso stack.

In termini di moltiplicatore:  ciò che pre-AI richiedeva 8–12 settimane di coding per un'app media ora si risolve in 2–4 giorni → 8–15× più veloce sul solo coding time.
Calendario totale di delivery
3–6 settimane

dalla scheda applicativa al cutover in produzione. La differenza tra coding time e calendario è occupata da:

  • cicli di validazione su pre-produzione con dati reali
  • code review interna del cliente
  • sign-off del business owner sul behavioral equivalence pack
  • processi di test e rilascio interni al cliente

Onestà operativa.I cicli di validazione esterni sono governati dai tempi dell'organizzazione cliente, non dall'AI.

27
Kakashi Venture Accelerator
05 · Economics & KPI
Business case bottom-up

Modello TCO a sei voci. Misurabili prima e dopo.

#Voce di costoAI-augmented con CATALYSTEffetto netto atteso
01Token / runtime LLMOrdine di centinaia di $ per app medio-grande in single-agent Opus 4.7Costo netto nuovo, marginale rispetto alle voci successive
02Ore sviluppo dev seniorRidotto significativamente su reverse engineering, documentation, test generationRiduzione netta significativa
03Ore review umanaAumentato — review tipizzata per livello di rischio richiede più tempo sui high-riskAumento netto, compensato dalla voce 02
04Ore test e validationRidotto su test generation, aumentato su behavioral equivalenceVariazione dipendente da baseline di test esistente
05Ore audit e complianceEvidence pack già strutturato come Annex IV, audit log SIEM, RoI prontaRiduzione netta significativa
06Costo del rischio residuoMisurabile via equivalence pack: diff dichiarati × probabilità × impattoVisibile e governabile, non più opaco
DOVE SI RACCOGLIE IL VALORE
Le voci 02 (sviluppo) e 05 (audit + compliance) sono i due driver netti del business case. Le voci 03 e 04 sono variazioni che si compensano. Il pricing CATALYST si lega a queste due voci, non a una percentuale di produttività uniforme.
28
Kakashi Venture Accelerator
05 · Economics & KPI
Dove si raccoglie più valore

Tre regimi di efficacia per dominio.

REGIME 01

Greenfield

Nuove API, nuove UI, prototipi. Stack moderno, training data abbondante.

>50%

compressione coding time

REGIME 02

Brownfield maturo

Refactoring di codebase mainstream <10 anni. Stack noto, pattern consolidati.

30–50%

compressione coding time

REGIME 03 · IL DOMINIO TIPICO

Brownfield regolato in dialetto raro

Banking COBOL / VB6 / Natural / Adabas, integrazione regolatoria.

variabile

effetto di apprendimento progressivo

29
Kakashi Venture Accelerator
Parte 06
06
Posizionamento ecosistemico
& modello commerciale
CATALYST è il layer sopra. Sotto, ogni runtime ha il suo perimetro di vantaggio: scegliamo per workload, sovranità del dato, livello di rischio. Multi-vendor by design, non per fedeltà a un fornitore.
30
Kakashi Venture Accelerator
06 · Posizionamento
Ecosystem map · maggio 2026

I motori sotto CATALYST. Multi-vendor by design.

CATALYST è il layer di orchestrazione. Questi sono i runtime su cui si appoggia — scegliamo per workload e per livello di rischio, non per fedeltà al vendor. Il rapporto con il Code Modernization Playbook di Anthropic (feb. 2026) è di estensione regolatoria, non di sostituzione.

PlayerPunto di forza per legacy modernizationCaveat per banking/insurance UE
AnthropicRuntime locale eccellente, subagent + MCP, multi-agent orchestratorSTDIO MCP rifiutato patch design; cowork escluso da workload FSI
OpenAIStack agentico più coerente cross-surface, Skills, Apps SDK, MCP nativoAPI diretta non offre EU sovereign; via Azure OpenAI Data Zone
GoogleDual Run è benchmark di equivalenza comportamentale, casi bankingSovereignty su S3NS PREMI3NS H2 2026; Antigravity exploited entro 24h
IBMProject Bob GA 28 apr. 2026, adiacenza mainframe Z/i, multi-model nativoBobcoins pricing non mappa pubblicamente a token
AWSTransform “agent minute” $0.035/min trasparente, casi Allianz/GeneraliESC eusc-de-east-1 non offre Claude; CLOUD Act resta esposto
MicrosoftDistribuzione GitHub Copilot ubiqua, framework Bankdata open banking-gradeEU Data Boundary opt-in; “Mainframe MCP server” non è prodotto a sé
MistralHybrid/on-prem/in-VPC, EU-headquartered, profilo migliore per sovereignQuality gap su SWE-Bench rispetto a frontier US
31
Kakashi Venture Accelerator
06 · Posizionamento
Applicabilità oltre banking & insurance

L'architettura a tre strati apre tre settori adiacenti.

SETTORE 01
PA italiana
PSN · AgID · ACN

INPS, INAIL, Agenzia Entrate, sistemi sanitari regionali. Mainframe COBOL/PL-I + DB2.

Vincoli specifici: AGID Det. 17/2025 + 43/2026, livelli QC1-QC4 ACN, responsabilità non delegabile (Art. 14 L. 132/2025).

SETTORE 02
Sanità
FSE 2.0 · HL7-FHIR

HIS, LIS, PACS/RIS. Migrazione protocolli legacy → API FHIR native per FSE 2.0.

Specificità: MDR + IVDR + MDCG 2025-6. Behavioral equivalence diventa obbligo morale, non opzione, per moduli life-critical.

SETTORE 03
Energy & Utilities
SCADA · EMS/DMS

Convergenza IT/OT, smart meter, dispatching. Porzioni IT modernizzate con pipeline standard.

Trade-off invertito: Availability + Safety prevaricano. Pattern Strangler con wrapper API che incapsula il legacy SCADA. NIS2 + NCCS.

32
Kakashi Venture Accelerator
06 · Modello di engagement
Come si compra CATALYST

Quattro fasi · da audit a cliente autonomo.

FASE 01

Discovery

2–4 settimane

Audit tecnico portafoglio applicativo. Risk classification preliminare. Selezione pilot module. Business case bottom-up.

Output: SOW dettagliato per Fase 2.

FASE 02

Pilot

4–8 settimane

Setup ambiente CATALYST. Esecuzione completa delle tre fasi sul pilot module. Metriche reali raccolte.

Output: deliverable + report quantitativo + Go/No-Go.

FASE 03

Scale-out

3–12 mesi

Esecuzione su batch 5-15 applicazioni. Reporting bi-settimanale al CIO. Knowledge capture continuo.

Output: applicazioni in produzione + dashboard YAML.

FASE 04

Consolidamento

4–6 settimane

Trasferimento knowledge base al team interno. Training. SLA residual support formalizzato.

Output: cliente autonomo sulla modernizzazione residua.

Modelli di pricing
  • T&M standard — Discovery, Pilot, prime app dello Scale-out
  • Fixed-fee per applicazione — Scale-out maturo, pattern stabili
  • Outcome-based / Gain-Share — programmi lungo periodo, TCO misurabile
  • Hybrid — fixed monthly + bonus su milestone tecnici (forma più comune)
Cosa non proponiamo
  • Pricing per linea di codice — disincentiva la qualità
  • Pricing “agent minute” puro— scarica sul cliente l'inefficienza dell'agente
  • Licenza software stand-alone — CATALYST è metodologia + servizio
33
Kakashi Venture Accelerator
06 · Perché KVA
Posizionamento composto

Builder, non consulting firm camuffata.

KVA — il motore tecnico.

Il framework è scritto, eseguito e iterato da un team che gira AI coding agent in produzione su un cliente bancario reale, ogni giorno. Le decisioni metodologiche sono il sedimento di settimane di lavoro su codice reale, non l'output di un workshop di posizionamento.

  • Quando il framework dichiara STDIO MCP untrusted, è perché l'abbiamo riconfigurato dopo OX Security.
  • Quando descrive il pattern a tre fasi con gate, è perché lo eseguiamo su applicazioni reali.
  • Quando dichiara giorni per il coding time, è osservazione diretta, non estrapolazione di marketing.

Excellence — la parent reputazionale.

Il Gruppo Excellence ha la storia banking/insurance italiana, le relazioni commerciali con i grandi gruppi del settore, la struttura legale e contrattuale per gestire engagement enterprise nel regolato.

  • Continuità e accountability istituzionale
  • Capacità di sostenere programmi pluriennali
  • Copertura legale e contrattuale per il settore regolato
  • Fiducia di mercato già consolidata
34
Kakashi Venture Accelerator · Gruppo Excellence
CATALYST v2.0 · Maggio 2026
In sintesi
La modernization factory
governata per il banking
regolato italiano ed europeo.
Per banche, assicurazioni e settori regolati italiani ed europei. Non promette autonomia. Promette accelerazione misurabile, evidence pack pronto al regolatore e una knowledge base che resta al cliente.
CATALYST
Modernization framework · v2.0
CONTATTI
PROSSIMI PASSI
Audit tecnico portafoglio applicativo · 2-4 settimane · workshop esecutivo
DOCUMENTO
CATALYST v2.0 — manifesto, bibbia operativa, evidence pack regolamentare