Open·Parlamento non è un grafo: è uno strumento universale

Risposta diretta: la rete di nodi colorati che vedi su Open·Parlamento è hype — una porta d'ingresso, non il prodotto. L'asset vero è quello che non si vede: il knowledge graph delle relazioni tra norme e la costellazione di connettori MCP che interroga gli open data italiani ed europei. È uno strumento universale — per studiare, mappare, incrociare dati e scelte — e, a tendere, un ponte verso un open data nuovo. La grafica serve a far giocare la gente; il valore sta sotto.

TL;DR

Il grafo è hype. Le due viste (Concetti e Relazioni) servono a rendere fruibile la cosa, non a spiegarla.
L'asset è il motore: knowledge graph delle relazioni + rete di server MCP che scelgono la fonte giusta per ogni domanda.
Cosa si vende davvero: non i pixel, ma il motore — via API o white-label — e ~40.000 pagine per-norma indicizzate.
Visione lunga: i connettori sono un ponte sull'infrastruttura open-data datata (tipo CKAN); a tendere, un sistema autogestito, pubblico e aperto.

Il grafo che vedi è hype (e va bene così)

Su Open·Parlamento ci sono due visualizzazioni: il grafo dei nodi («Concetti») e il grafo delle relazioni. Sono belle, la rete si muove, la gente ci gioca e dice «che figo». Ma diciamolo onestamente: da sole non si capiscono. Senza una legenda che spieghi cosa stai guardando, vedi una nuvola di parole connesse e non sai come leggerla.

E va bene così, perché non le ho costruite per quello. Quei due grafi sono la superficie di un knowledge graph molto più grande e pesante: più nodi ci metti, più diventa lento da disegnare. La grafica l'ho fatta solo per rendere la cosa toccabile. Il prodotto è altrove — anzi, quella roba quasi non dovrei nemmeno esporla, perché è il mio asset.

Allora qual è l'asset?

Due pezzi che lavorano insieme.

Il knowledge graph delle relazioni. Non un RAG che risponde a caso: una rete di norme (articolo per articolo, con identificatori ELI) collegate da relazioni autoritative — modifica, abroga, sostituisce, converte — estratte da Normattiva in Akoma Ntoso. ~6.445 articoli, 86.672 relazioni con confidenza 1.0. Le relazioni sono il valore, non il testo.
La costellazione di connettori MCP. Una rete di server che porta legge e dati pubblici dentro qualsiasi client AI: RepublicMCP per Camera e Senato (SPARQL), open-parlamento-mcp per legge IT/UE, giurisprudenza, iter parlamentare, statistica, PNRR, appalti. L'agente sceglie la fonte giusta per la domanda: chiedi di sanità, interroga la fonte sanitaria; chiedi di un decreto, va su Normattiva.

Cosa vede l'utente	Cos'è davvero l'asset
Una rete di nodi che si muove	Un grafo di relazioni citabili tra norme
«Che figo»	Un agente che sceglie la fonte e cita l'originale
Una pagina web	Un motore interrogabile via API
Una demo	~40.000 pagine per-norma indicizzate su Google

Uno strumento universale, non un «sito di leggi»

Una volta che l'asset è il motore e non la pagina, lo strumento smette di essere «un sito per leggere le leggi» e diventa universale: serve a studiare una norma, mappare un settore, incrociare dati e scelte (cosa è stato deciso vs cosa è successo davvero), raccontare la storia di una battaglia normativa. Lo stesso motore, tante domande diverse.

Cosa si vende davvero (e cosa no)

Non vendo la visualizzazione. Se qualcuno mi paga per fare una grafica potente e chiarissima, la faccio — ma è l'ultima cosa, non il prodotto. Quello che ha valore è il motore: l'API da agganciare ai propri sistemi, oppure un'integrazione white-label per una redazione o uno studio legale. Più la coda lunga della SEO: per ogni norma c'è una pagina sanitizzata e indicizzata — circa 40.000 — quindi una ricerca su Google ti porta direttamente all'articolo giusto, con la fonte ufficiale a fianco.

Un ponte verso un open data nuovo

Ed ecco la parte che guarda lontano. Oggi i connettori MCP fanno da ponte su un'infrastruttura open-data datata e spesso mal gestita dagli Stati che la usano. Il caso simbolo è CKAN, il software con cui girano portali come dati.gov.it e data.europa.eu: è nato a metà degli anni 2000 dalla Open Knowledge Foundation (repo su GitHub) e in tanti lo tengono malissimo — endpoint che rispondono vuoti, cataloghi fermi, certificati rotti (ne ho scritto qui).

La scommessa: una volta che ho assorbito i dati utili e i connettori fanno tutte le chiamate necessarie, quel livello fragile lo si può sostituire — con un sistema autogestito, pubblico e aperto, nativo per l'AI, che mappa le informazioni in modo intelligente e automatico per ricerca, organizzazione, indicizzazione e supporto alla legislazione. Non «un altro portale»: una nuova generazione di open data. Il ponte serve ad attraversare; poi si costruisce la riva nuova.

FAQ

Perché dici che il grafo è «solo hype»?

Perché le visualizzazioni a grafo, da sole, non spiegano nulla a chi guarda: servono a rendere fruibile e «giocabile» il progetto. Il valore reale è il knowledge graph sottostante delle relazioni e la rete di connettori che lo alimenta — quello che permette risposte affidabili con la fonte citata.

Cosa significa che l'asset è «un motore»?

Che il prodotto non è la pagina web ma un sistema interrogabile: un knowledge graph + agenti che scelgono la fonte giusta e citano l'originale. Si usa via API o white-label, dentro i propri prodotti, non guardando una dashboard.

Volete davvero «sostituire» CKAN?

A tendere, sì: una volta che i connettori coprono le fonti utili, l'obiettivo è un livello open-data autogestito, pubblico e aperto, pensato per essere interrogato da agenti AI — più affidabile dei portali legacy che oggi spesso rispondono vuoti.

Il prodotto è il motore, non i pixel. Vedi come funziona Open·Parlamento, leggi come si individuano incongruenze e lacune nella legge e dove può arrivare incrociando tutti gli open data, oppure parliamone.