Salta al contenuto
27 Luglio 2026

Architettura multi-agente per marketplace B2B di auto usate

Un tutorial tecnico su architetture multi‑agente per pricing, matching domanda/offerta e qualità dei dati in un marketplace B2B di auto usate, con governance e auditabilità.

Architettura multi-agente per marketplace B2B di auto usate

Nel mercato B2B delle auto usate la velocità di adattamento del pricing e la precisione del matching tra domanda e offerta determinano la rotazione dello stock e i margini. Una architettura multi-agente consente di distribuire intelligenza su componenti specializzati che cooperano, competono e si controllano a vicenda, riducendo bias, migliorando la qualità dei dati e rendendo tracciabili decisioni e responsabilità.

Questo tutorial propone un disegno tecnico concreto: diagrammi logici, pattern d’integrazione, metriche di affidabilità, più un focus su governance dei modelli e auditabilità. L’obiettivo è mostrare come orchestrare agenti per stima, normalizzazione, arricchimento, risk scoring, ranking e monitoraggio, mantenendo la compliance by design e una manutenzione sostenibile.

Diagramma logico dell’architettura multi-agente

Il nucleo è un Coordinator che riceve eventi (nuovo veicolo, variazione domanda, segnale competitivo) e orchestra gli agenti. Il flusso base: IngestionData QualityFeature StorePricingMatchingPolicy CheckPublishing. Diagramma logico in testo: 1) Agent Ingestion normalizza feed dealer/aste; 2) Agent DQ/MDM deduplica, valida VIN e arricchisce optional; 3) Agent Pricing produce prezzo consigliato; 4) Agent Matching calcola compatibilità domanda/offerta; 5) Agent Risk & Compliance applica vincoli; 6) Agent Observability traccia metriche e drift.

Agenti per il pricing: ensemble, segnali e policy

L’Agent Pricing usa un ensemble di modelli: baseline hedonic (regressione su marca, anno, km), comparables retrieval (similitudine su listing storici), time-to-sell model (stima giorni in stock). L’output è una curva prezzo-tempo con intervalli di confidenza. Segnali in ingresso: domanda locale, stagionalità, tendenze carburante, costi di ricondizionamento, penalità per danni. Il Policy Agent applica regole: floor/ceiling per brand, margine minimo, livellamento tra canali. Risoluzione conflitti: voto pesato tra modelli con pesi aggiornati via performance rolling.

Matching domanda/offerta con ranking difendibile

L’Agent Matching combina un retrieval semantico (descrizioni, optional, condizioni) con vincoli hard (budget, distanza, alimentazione) e preferenze soft (colore, infotainment). La pipeline: 1) embedding testuale e tabellare; 2) filtro vincoli; 3) reranking con modello learning-to-rank 4) diversificazione risultati per evitare saturazione su pochi modelli. Ogni raccomandazione include una card di spiegabilità feature top-k, vincoli applicati, prezzo di riferimento e alternative vicine per trasparenza commerciale.

Qualità dati e MDM: deduplica, golden record, arricchimento

La qualità è presidiata da Agent DQ e Agent MDM. Regole: standardizzazione di marca/modello/trim, mapping codici VIN unificazione optional, normalizzazione danni e perizie. Deduplica con probabilistic matching su VIN, targa hashata, immagini e prezzo. Il golden record è scritto nel Feature Store con versioni e lineage. Arricchimenti: chilometraggio stimato, costo riparazioni, score affidabilità venditore, e cluster di domanda locale. Ogni correzione è event-sourced per poter ricostruire lo stato a qualunque istante.

Pattern d’integrazione: event-driven, CDC e data mesh

Il marketplace beneficia di un’architettura event-driven stream per listing, aggiornamenti stock, cambi prezzo, richieste acquisto. L’Outbox pattern garantisce consegna affidabile, mentre il CDC espone variazioni verso sistemi ERP/CRM. In ambito dati, un approccio data mesh definisce domini (veicoli, pricing, domanda, transazioni), ciascuno proprietario dei propri data product con schemi versionati, SLO e catalogo. L’inferenza dei modelli è esposta via API sincrone a bassa latenza e code asincrone per ricalcoli batch.

Metriche di affidabilità: SLO, drift e robustezza

Le metriche chiave sono espresse come SLO negoziati: latenza p95 inferenza pricing, tasso di fill-rate del matching, accuratezza prezzo vs. transato, tempo medio di vendita, copertura golden record. Il Agent Observability monitora data drift e concept drift alert su feature mancanti e canary release dei modelli. Test di robustezza: perturbazioni su chilometraggio e danni, A/B tra strategie di sconto dinamico, sla su delivery eventi. Dashboard con trace end-to-end legano decisioni ai dati di origine.

Governance dei modelli e auditabilità end-to-end

La governance copre ciclo di vita modelli, risk grading autorizzazioni e revisione periodica. Ogni decision record contiene: versione modello, feature e pesi, intervallo di confidenza, regole applicate, override umano e motivazione. Repository centralizzato per model cards valutazioni bias e benchmark comparativi. Auditabilità: immutable log degli eventi, firme sui payload, retention conforme, riproducibilità esperimenti con feature snapshot. Processi human-in-the-loop per casi borderline e meccanismi di override controllato con tracciamento economico dell’impatto.

Esempio operativo: orchestrazione e fallback sicuri

Scenario: nuovo veicolo con perizia incompleta. 1) Agent Ingestion valida schema e invia al DQ; 2) DQ segnala optional incerti e attiva active learning su immagini; 3) Agent Pricing calcola range con confidenza bassa, il Policy Agent applica prezzo conservativo; 4) Agent Matching filtra buyer sensibili al rischio; 5) Agent Observability apre ticket e monitora conversione. Se l’inferenza fallisce, scatta fallback a baseline hedonic, con nota di spiegabilità e review programmata.

Autore

Martina Marchesi

Martina Marchesi ha guidato la squadra che ha coperto il piano urbanistico di Firenze, sostenendo una linea editoriale basata sull'analisi documentale. Vicedirettrice, porta un dettaglio personale riconoscibile: una mappa manoscritta dei rioni fiorentini nella sua agenda.