IMPRENDITORE
Relais Empire
VERONA · CORSO PORTA NUOVA
Relais nel centro di Verona, a due passi dall’Arena, con la Paradise SPA a pochi metri.
empireverona.com
HOTEL · STARTUP · VERONA
Imprenditore
tra hotel
e tecnologia.
Sono Edoardo Caldari. Faccio impresa nell’ospitalità a Verona con il Relais Empire e ho co-fondato Brainy, dove guido prodotto e revenue science. Ho anche una mano particolare per lo sviluppo agentico: Eddie, l’agente AI di Brainy, l’ho scritto io.
Ora: Relais Empire, Brainy e qualche agente.
FIG. 01IL GIRO DI UNA RICHIESTA
OPINIONE
Il modello si compra.
Dati, strumenti e controlli intorno vanno costruiti.
01 / IMPRESE
Le mie
imprese.
Un relais a Verona, le strutture di famiglia e una startup di software per hotel.
CO-FOUNDER · HEAD OF PRODUCT & REVENUE SCIENCE
Brainy
SOFTWARE · REVENUE MANAGEMENT
Software di revenue management per hotel. Guido il prodotto e la revenue science.
brainy-rms.comDI FAMIGLIA
International Europe Hotel
VERONA · CENTRO STORICO
Le strutture della mia famiglia nel centro storico: Hotel Mastino, Hotel Marco Polo, Relais Empire e altre, con sala congressi e Paradise Spa.
internationaleuropehotel.comE POI
Una competenza in più: lo sviluppo agentico. Eddie, l’agente AI di Brainy, l’ho scritto io. Qui sotto cosa fa e com’è fatto.
Vai a Eddie02 / BRAINY
brainy
Eddie,
l’assistente AI
di Brainy.
Brainy è la startup che ho co-fondato: un software di revenue management per hotel. Eddie è il suo assistente: gli fai una domanda, lui guarda i dati della struttura e risponde, simula o interviene. L’ho costruito da solo, dall’agente all’orchestrazione.
brainy-rms.comUN ESEMPIO
L’UTENTE SCRIVE
“Il prossimo weekend è vuoto.
Abbassiamo le tariffe?”
EddieL’assistente AI di Brainy
AI01Legge i datiOccupazione, tariffe, mercato
02SimulaStima l’effetto del cambio
03Chiede confermaDecide una persona
Esempio semplificato. Una simulazione è una stima, non un cambio di prezzo.
IL MIO RUOLO
Co-founder, Head of Product & Revenue Science.
In Brainy guido il prodotto e la revenue science. Lo sviluppo agentico è la competenza che porto in più: Eddie l’ho progettato e scritto io, con i suoi strumenti, l’orchestrazione, la memoria e i flussi operativi.
FUNZIONI
Quello che Eddie
può fare.
Sei gruppi di funzioni, presi dal codice. Per ognuno c’è anche cosa Eddie non fa.Apri una voce per i dettagli.
01Leggere dati e mercatoKPI, tariffe, domanda e reputazione
Legge KPI, prenotazioni e occupazione, confronta le tariffe sui canali e sul booking engine, analizza recensioni e feedback. Per competitor ed eventi locali passa il lavoro ad agenti di ricerca dedicati, che citano le fonti.
Vede solo le strutture a cui l’utente ha accesso. Recensioni pubbliche e questionari privati restano separati.
02Simulare decisioni di prezzoScenari, tattiche e seconda opinione
Simula una strategia tariffaria diversa senza toccare i prezzi. In alcuni flussi controlla gli alert sui dati correnti e suggerisce le priorità del portafoglio, compreso il caso in cui conviene non fare niente.
Una simulazione è una stima. Una proposta non è una modifica applicata.
03Agire sui sistemi collegatiPrezzi, restrizioni e onboarding
Aggiorna prezzi e strategie per date e tipologie di camera. Le restrizioni hanno un passaggio in più: anteprima, conferma, poi verifica dell’esito. In onboarding carica gli strumenti specifici del gestionale collegato.
Le azioni disponibili dipendono da permessi, contesto e integrazione.
04Ricordarsi le coseMemoria, storico e contesto
Ha una memoria persistente per fatti e istruzioni, recupera le conversazioni precedenti e riassume quelle lunghe. Se un’informazione cambia, si può correggere.
Lo storico recuperato resta nell’ambito autorizzato. Una vecchia conversazione non dà nuovi permessi.
05Preparare grafici e reportAnche bozze di email e offerte
Genera grafici, report HTML e contenuti interattivi che si aggiornano nella conversazione. In flussi dedicati scrive bozze di email e offerte, controllando le tariffe sulle fonti disponibili e dando la precedenza ai prezzi live del booking engine.
Come vengono generati, rivisti e inviati dipende dal tipo di contenuto e dalle integrazioni attive.
06Ricontrollare più tardiControlli programmati e follow-up
Si può programmare un controllo: alla scadenza Eddie rilegge i dati, dà un verdetto e manda il risultato. Frequenza, fuso orario e struttura fanno parte del compito, e i permessi vengono ricontrollati quando parte.
Questi controlli usano solo strumenti di lettura: non cambiano le tariffe quando l’utente non c’è.
Sono funzioni presenti nel codice di Eddie. Cosa vede un utente dipende da ruolo, integrazioni e funzionalità attive.
03 / COME COSTRUISCO GLI AGENTI
Tre regole
che seguo.
Quasi tutto il lavoro su un agente sta fuori dal prompt: cosa sa, cosa gli è permesso fare e come controlli che abbia fatto bene.
Prima il contesto
Prima di fare qualsiasi cosa, l’agente deve sapere di quale struttura si parla, quale periodo, chi chiede e da quali fonti leggere. Memoria e storico servono a non ripartire da zero a ogni conversazione.
Strumenti stretti, deleghe chiare
Un agente centrale, strumenti con input tipizzati e agenti specialisti solo quando servono. Leggere, simulare e scrivere sono cose diverse, con controlli diversi.
Controllare dopo
Schemi validati, test, eval, anteprime. E se una scrittura finisce con un esito incerto, prima di riprovare si rilegge lo stato.
PERCORSO
Prima del codice,
gli hotel.
Ho iniziato nella gestione alberghiera. Da lì mi sono interessato a come dati e forecasting cambiano le decisioni di tutti i giorni in un hotel.
A Ca’ Foscari ho studiato l’impatto di Internet sull’industria alberghiera e ho confrontato modelli di forecasting per il revenue management. Oggi faccio impresa con il Relais Empire e con Brainy: stessi problemi, da due lati.
HOSPITALITYREVENUE & FORECASTINGRELAIS EMPIRE · BRAINY
Il profilo LinkedIn 04 / ARCHITETTURA
Com’è fatto
dentro.
Al centro c’è un solo agente: sceglie gli strumenti, recupera il contesto e passa alcuni compiti ad agenti specialisti. Qui sotto le quattro parti, con il motivo di ciascuna.
EDDIE / SYSTEM MAP
CONVERSAZIONERichiesta + contestoUtente · struttura · obiettivo
EddieAgente centrale · tool orchestration
CONTESTOMemoriaFatti, direttive,
storico
storico
STRUMENTIToolDati, simulazioni,
azioni
azioni
DELEGASpecialistiRicerca e flussi
dedicati
dedicati
Ambito e controlliPermessi · validazione · verifica degli esiti
01 / CONTEXT ENGINEERING
Memoria e
contesto.
Eddie lavora con due cose: il contesto della conversazione e una memoria che resta. Fatti, istruzioni dell’utente e conversazioni passate gli permettono di riprendere un lavoro senza ricominciare.
- Persistenza
- Fatti e direttive aggiornabili quando cambiano le informazioni.
- Recupero
- Storico pertinente alla conversazione e alla struttura autorizzata.
- Compattazione
- Sintesi dei dialoghi lunghi per conservare il contesto utile.
PERCHÉNon trascinare tutto lo storico nel prompt a ogni turno.
02 / TOOL ORCHESTRATION
Strumenti
tipizzati.
Eddie tocca il prodotto solo attraverso strumenti. Ognuno ha uno schema per gli input, e il contesto decide quali strumenti può usare e su quali strutture.
- Schema
- Parametri tipizzati e validati all’ingresso del tool.
- Ambito
- Strumenti selezionati in base a ruolo, struttura e integrazioni.
- Semantica
- Letture, simulazioni e modifiche hanno scopi ed esiti distinti.
PERCHÉChe sia scritto da qualche parte cosa il modello può chiedere al sistema, e cosa riceve indietro.
03 / SPECIALIST AGENTS
Agenti
specialisti.
Con l’utente parla sempre Eddie. La ricerca web la può delegare; altri agenti specialisti lavorano in flussi dedicati del prodotto.
- Ricerca web
- Raccolta di informazioni esterne nel contesto della struttura.
- Mercato
- Ricercatori dedicati per competitor ed eventi locali.
- Valutazione
- Una seconda opinione sugli alert, con fatti e confidenza.
PERCHÉOgni specialista ha un obiettivo, i suoi strumenti e un formato di output, scelti in base al problema.
04 / RELIABILITY
Controlli, prima
e dopo.
Per le restrizioni, prima di applicare c’è un’anteprima e una conferma. Dopo, l’esito torna al sistema, così si sa cosa è successo davvero.
- Prima
- Anteprima collegata alle modifiche proposte e conferma esplicita.
- Dopo
- Ricevute di esecuzione e rilettura dello stato in caso di incertezza.
- Nel tempo
- Test ed eval per verificare strumenti, memoria e gestione del contesto.
PERCHÉSe l’esito di una scrittura è incerto, prima si controlla, poi eventualmente si riprova.
STACK
Cosa uso
e perché.
Sette pezzi. Per ognuno: a cosa serve in Eddie e perché ha senso lì.
01 / API & STREAMING
Python + FastAPI
ASYNCIO · PYDANTIC · SSEA COSA SERVEAPI asincrone e invio progressivo di risposte e avanzamento dei tool al client.
PERCHÉGestire l’attesa di modelli e servizi esterni, mantenendo streaming e contratti tipizzati nello stesso backend Python.
02 / AGENT FRAMEWORK
PydanticAI
CONTEXT · TYPED TOOLS · MCPA COSA SERVEDefinizione dell’agente, dipendenze, strumenti e output strutturati. Toolset MCP nelle integrazioni abilitate.
PERCHÉTipizzazione, validazione e dependency injection rendono esplicito il passaggio fra il modello e il codice applicativo.
03 / INFERENZA
API Anthropic
RUNTIME ADAPTERSA COSA SERVEAccesso ai modelli tramite API e adapter che collegano l’inferenza a istruzioni, schemi e strumenti applicativi.
PERCHÉFar evolvere il runtime mantenendo condivisa l’implementazione degli strumenti e i relativi controlli.
04 / STATO & MEMORIA
Firestore
DOCUMENTI · TRANSAZIONIA COSA SERVEConversazioni, memoria persistente, stato operativo e checkpoint delle elaborazioni.
PERCHÉUna struttura a documenti vicina al dominio alberghiero, con transazioni per gestire aggiornamenti concorrenti e stato condiviso.
05 / ANALISI
BigQuery
SQL · DATI ANALITICIA COSA SERVEQuery sui dati analitici che alimentano confronti, KPI e letture del revenue management.
PERCHÉTenere separate le analisi SQL dallo stato della conversazione e interrogare i dati pertinenti alla domanda.
06 / ESECUZIONE & JOB
Google Cloud
CLOUD RUN · TASKS · PUB/SUBA COSA SERVEServizi applicativi, code durevoli per i controlli programmati e avvio dei flussi di onboarding.
PERCHÉSeparare richiesta interattiva e lavoro differito; usare code, checkpoint e chiavi d’idempotenza per recuperare elaborazioni interrotte.
07 / OSSERVABILITÀ & QUALITÀ
Logfire + pytest
TRACING · PYDANTIC-EVALSA COSA SERVETracciamento dei run, metriche dei turni, test deterministici e valutazione delle risposte.
PERCHÉIndagare latenze ed errori e verificare sia l’uso corretto dei tool sia la qualità della risposta, con valutazioni distinte.
UNA NOTA
Gli strumenti appartengono al prodotto. Sono definiti e validati con PydanticAI; se cambia il runtime, gli adapter riusano gli stessi contratti.
Tecnologie e ruoli presi dal codice. Quali percorsi sono attivi dipende dalla configurazione.
05 / CONTATTI
Hotel, startup
o tecnologia?
Parliamone.
Albergatori, founder e chi costruisce software per l’ospitalità.
Mi trovi su LinkedIn e GitHub.