<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Python | Stefano Blando</title><link>https://stefano-blando.github.io/it/tags/python/</link><atom:link href="https://stefano-blando.github.io/it/tags/python/index.xml" rel="self" type="application/rss+xml"/><description>Python</description><generator>HugoBlox Kit (https://hugoblox.com)</generator><language>it-IT</language><lastBuildDate>Wed, 18 Mar 2026 00:00:00 +0000</lastBuildDate><image><url>https://stefano-blando.github.io/media/icon_hu_8d0dee6c10a3c598.png</url><title>Python</title><link>https://stefano-blando.github.io/it/tags/python/</link></image><item><title>Multi-Agent Orchestration</title><link>https://stefano-blando.github.io/it/projects/multi-agent-orchestration/</link><pubDate>Wed, 18 Mar 2026 00:00:00 +0000</pubDate><guid>https://stefano-blando.github.io/it/projects/multi-agent-orchestration/</guid><description>&lt;p&gt;Questo progetto puo essere letto come un sistema di &lt;strong&gt;coordinamento economico in tempo reale&lt;/strong&gt; sotto fasi mutevoli, informazione parziale e vincoli temporali stringenti.&lt;/p&gt;
&lt;p&gt;Il sistema e strutturato come un &lt;strong&gt;livello di orchestrazione multi-agente event-driven&lt;/strong&gt;. Ascolta il gioco tramite eventi SSE, mantiene una rappresentazione runtime dell&amp;rsquo;ambiente e cambia strategia in base alla fase corrente: aggiornamento della policy, asta di procurement, riconciliazione dell&amp;rsquo;inventario e fulfillment.&lt;/p&gt;
&lt;p&gt;Cio che rende interessante il progetto non e solo l&amp;rsquo;uso di piu agenti, ma il modo in cui l&amp;rsquo;orchestrazione e legata alla robustezza operativa. In fasi diverse si attivano insiemi diversi di capacita, mentre persistenza locale, metriche e replay analysis aiutano a rendere le decisioni piu stabili in condizioni runtime rumorose.&lt;/p&gt;
&lt;p&gt;In pratica, e un buon esempio di progetto in cui il design agentico doveva poggiare sull&amp;rsquo;affidabilita esecutiva e non soltanto su prompting generico. Il pattern piu profondo e il &lt;strong&gt;coordinamento basato su aste con vincoli di inventario e gestione della domanda&lt;/strong&gt;.&lt;/p&gt;
&lt;h2 id="interactive-explorer"&gt;Interactive Explorer&lt;/h2&gt;
&lt;p&gt;L&amp;rsquo;app interattiva si concentra sul nucleo ingegneristico del progetto: event loop live, stato runtime condiviso, interazione stilizzata tra agenti, agenti specifici per fase, partizionamento delle capacita, memoria limitata e replay dei KPI.&lt;/p&gt;
&lt;p&gt;E presentata intenzionalmente come &lt;strong&gt;runtime architecture explorer&lt;/strong&gt;, non come una falsa dashboard di benchmark. L&amp;rsquo;obiettivo e rendere leggibile la logica di orchestrazione nello stesso linguaggio visivo usato per le app Island Model e PFSE, con enfasi su coordinamento, aste e fulfillment.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;
&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>PokéNexus</title><link>https://stefano-blando.github.io/it/projects/pokenexus/</link><pubDate>Wed, 04 Feb 2026 00:00:00 +0000</pubDate><guid>https://stefano-blando.github.io/it/projects/pokenexus/</guid><description>&lt;p&gt;&lt;strong&gt;PokéNexus&lt;/strong&gt; nasce da una cosa molto semplice: amo i Pokemon da quando ero bambino e a un certo punto ho voluto unire quel mondo con il tipo di strumenti e idee che oggi mi piace costruire.&lt;/p&gt;
&lt;p&gt;Il risultato e una app Streamlit che trasforma l&amp;rsquo;universo Pokemon in uno spazio interattivo dove &lt;strong&gt;visualizzazione di grafi&lt;/strong&gt;, &lt;strong&gt;meccaniche di gioco&lt;/strong&gt; e &lt;strong&gt;dati guidati da API&lt;/strong&gt; si incontrano. Ho usato &lt;strong&gt;NetworkX&lt;/strong&gt;, &lt;strong&gt;PyVis&lt;/strong&gt; e &lt;strong&gt;Plotly&lt;/strong&gt; per esplorare relazioni tra tipi ed entita, mentre &lt;strong&gt;PokeAPI&lt;/strong&gt; fornisce il livello dati live per creature, evoluzioni e informazioni collegate.&lt;/p&gt;
&lt;p&gt;Invece di essere solo un grafo statico, il progetto e cresciuto fino a diventare un piccolo sistema giocabile: si possono gestire team, conservare strumenti, raccogliere medaglie e sovrapporre diversi cicli di progressione alla visualizzazione. Questo mix di struttura, esplorazione e gioco e esattamente cio che ha reso divertente costruirlo.&lt;/p&gt;
&lt;p&gt;Non e un progetto di ricerca, e non pretende di esserlo. E un esperimento personale in cui una passione d&amp;rsquo;infanzia incontra il modo in cui oggi penso a &lt;strong&gt;reti&lt;/strong&gt;, &lt;strong&gt;interfacce&lt;/strong&gt; e &lt;strong&gt;applicazioni Python interattive&lt;/strong&gt;.&lt;/p&gt;</description></item><item><title>Network Topology Analysis and Machine Learning Techniques for Systemic Risk Prediction in U.S. Equity Markets</title><link>https://stefano-blando.github.io/it/publications/network-crash-prediction/</link><pubDate>Thu, 15 Jan 2026 00:00:00 +0000</pubDate><guid>https://stefano-blando.github.io/it/publications/network-crash-prediction/</guid><description/></item><item><title>Sistema di Raccomandazione Avanzato</title><link>https://stefano-blando.github.io/it/projects/advanced-recommender-system/</link><pubDate>Fri, 20 Jun 2025 00:00:00 +0000</pubDate><guid>https://stefano-blando.github.io/it/projects/advanced-recommender-system/</guid><description>&lt;p&gt;Questo progetto e stato sviluppato nel &lt;strong&gt;Master CESMA&lt;/strong&gt; in collaborazione con &lt;strong&gt;TIM&lt;/strong&gt;. Invece di formulare il problema come un classico task di classificazione, il sistema e stato progettato come pipeline &lt;strong&gt;learning-to-rank&lt;/strong&gt; per raccomandare la next best action.&lt;/p&gt;
&lt;p&gt;Questo cambio di impostazione conta perche il ranking e piu vicino alla decisione di business reale: non solo stabilire se un&amp;rsquo;azione sia buona o cattiva, ma quale debba venire prima per uno specifico utente.&lt;/p&gt;
&lt;p&gt;La pipeline combina validazione accurata, ottimizzazione bayesiana e strategie di ensemble ranking. Il risultato finale e un miglioramento sostanziale rispetto alla baseline su &lt;strong&gt;NDCG@5&lt;/strong&gt;, rendendo il progetto un buon esempio di machine learning applicato sotto vincoli di valutazione realistici.&lt;/p&gt;
&lt;p&gt;Sintesi delle performance:&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th style="text-align: left"&gt;Stage&lt;/th&gt;
&lt;th style="text-align: left"&gt;NDCG@5 Score&lt;/th&gt;
&lt;th style="text-align: left"&gt;Improvement vs Baseline&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td style="text-align: left"&gt;&lt;strong&gt;Baseline Model&lt;/strong&gt;&lt;/td&gt;
&lt;td style="text-align: left"&gt;0.5030&lt;/td&gt;
&lt;td style="text-align: left"&gt;&amp;ndash;&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td style="text-align: left"&gt;&lt;strong&gt;Best Single Model&lt;/strong&gt;&lt;/td&gt;
&lt;td style="text-align: left"&gt;0.6838&lt;/td&gt;
&lt;td style="text-align: left"&gt;+35.94%&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td style="text-align: left"&gt;&lt;strong&gt;Best Ensemble&lt;/strong&gt;&lt;/td&gt;
&lt;td style="text-align: left"&gt;&lt;strong&gt;0.6852&lt;/strong&gt;&lt;/td&gt;
&lt;td style="text-align: left"&gt;&lt;strong&gt;+36.23%&lt;/strong&gt;&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;Nel complesso, e uno degli esempi piu chiari del portfolio di come un task ML familiare possa essere riformulato in modo piu coerente con il problema decisionale reale.&lt;/p&gt;</description></item><item><title>Previsione del Rischio nelle Reti Gas</title><link>https://stefano-blando.github.io/it/projects/gas-network-risk-forecasting/</link><pubDate>Fri, 01 Nov 2024 00:00:00 +0000</pubDate><guid>https://stefano-blando.github.io/it/projects/gas-network-risk-forecasting/</guid><description>&lt;p&gt;Questo progetto e stato sviluppato per l&amp;rsquo;&lt;strong&gt;Hera Group Hackathon&lt;/strong&gt;, dove ha ottenuto il &lt;strong&gt;2 posto&lt;/strong&gt;. Il compito era rilevare il rischio di perdite gas in un contesto dominato da forte sbilanciamento, eventi rari e incertezza operativa.&lt;/p&gt;
&lt;p&gt;La pipeline combina feature engineering geospaziale-temporale con data augmentation sintetica tramite &lt;strong&gt;CTGAN&lt;/strong&gt; e &lt;strong&gt;TimeGAN&lt;/strong&gt;, e usa poi &lt;strong&gt;SHAP&lt;/strong&gt; per mantenere il modello finale interpretabile e non soltanto predittivo.&lt;/p&gt;
&lt;p&gt;Quello che continuo ad apprezzare di questo progetto e il suo equilibrio tra pragmatismo e metodo: e un progetto da hackathon, ma riflette gia un approccio che uso spesso, cioe rendere piu robusti problemi predittivi difficili senza rinunciare alla spiegabilita.&lt;/p&gt;</description></item><item><title>Chatbot Personalizzato con RAG</title><link>https://stefano-blando.github.io/it/projects/rag-chatbot/</link><pubDate>Thu, 15 Feb 2024 00:00:00 +0000</pubDate><guid>https://stefano-blando.github.io/it/projects/rag-chatbot/</guid><description>&lt;p&gt;Questo progetto usa un dominio volutamente piccolo ma strutturato per esplorare un&amp;rsquo;idea piu ampia: come rendere piu affidabili gli output dei language model ancorandoli a contesto recuperato.&lt;/p&gt;
&lt;p&gt;Il chatbot e costruito attorno a un dataset curato di personaggi immaginari e usa una pipeline &lt;strong&gt;RAG&lt;/strong&gt; completa con embedding, retrieval e prompt conditioning. Il dataset e giocoso, ma il punto metodologico e serio: il retrieval cambia il comportamento del modello da completamento generico a ragionamento vincolato dal contesto.&lt;/p&gt;
&lt;p&gt;Poiche i dati sottostanti sono semanticamente ricchi, il sistema puo gestire non solo question answering ma anche confronto tra personaggi, raccomandazione ed esplorazione basata su tratti. Questo lo rende un esempio compatto ma utile di progettazione NLP guidata dal retrieval.&lt;/p&gt;</description></item></channel></rss>