<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Inventory Systems | Stefano Blando</title><link>https://stefano-blando.github.io/it/tags/inventory-systems/</link><atom:link href="https://stefano-blando.github.io/it/tags/inventory-systems/index.xml" rel="self" type="application/rss+xml"/><description>Inventory Systems</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>Inventory Systems</title><link>https://stefano-blando.github.io/it/tags/inventory-systems/</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></channel></rss>