Building event-scout: una micro-app agentica che gira senza supervisione
Abbiamo costruito un piccolo strumento che individua per noi eventi B2B e gira da solo. La lezione sta nella forma, non negli eventi.
Traduzione generata automaticamente con IA. La versione tedesca è l'originale verificato dalla redazione.
Abbiamo costruito un piccolo strumento, event-scout, che individua gli eventi B2B nelle nostre vicinanze, li valuta secondo il tipo di vendita basata sulle relazioni che pratichiamo, e poi funziona da solo. Questo è un caso di studio della nostra stessa costruzione, quindi leggete i numeri come nostri, non come un benchmark.
Il nucleo dell'articolo non sono gli eventi. È la forma. event-scout è una micro-app agentica: qualcosa che si costruisce una volta con un agente di coding e poi si lascia girare, dove l'agente si occupa del giudizio difficile e semplici script svolgono il cablaggio noioso e ripetibile. Questa suddivisione è tutta la lezione, e si trasferisce a quasi ogni compito interno che un team di una PMI continua a svolgere a mano. event-scout gira sul livello più alto di questi strati, una CLI agentica (iiterate).
01. COSA FA CONCRETAMENTE
Una volta per ogni esecuzione, event-scout attraversa un database di fonti curato, composto da siti di eventi, calendari, newsletter e alcuni feed LinkedIn. Da tutto ciò che recupera, conserva solo eventi futuri in presenza raggiungibili da Remagen, valuta ciascuno in base a quanto sia utile per noi, elimina i doppioni in un unico archivio e ricostruisce una dashboard che apriamo davvero.
Poco in questo elenco è nuovo di per sé. Ciò che lo fa funzionare è che gira senza supervisione secondo una pianificazione e che il giudizio applicato è il nostro, non un filtro di rilevanza generico. Il risultato non è un feed di ogni evento tech in Germania. È una risposta breve e ordinata a una domanda: dove dovremmo presentarci la prossima volta.
02. LA FORMA CHE LO HA FATTO FUNZIONARE: AGENTE PER IL GIUDIZIO, SCRIPT PER IL CABLAGGIO
La decisione di design che conta è dove finisce il modello e dove inizia uno script.
Il recupero dei dati è delegato a un helper deterministico. Un piccolo orchestratore Node esegue il rendering di ogni fonte in scadenza in un vero browser headless, così da gestire pagine JavaScript, leggere barriere anti-bot e liste caricate lentamente, e cattura i dati strutturati schema.org degli eventi quando una pagina li rende disponibili. Questo è cablaggio: affidabile, prevedibile e uguale ogni volta.
L'agente legge ciò che il recuperatore ha salvato e si occupa delle parti che sfuggono alla codifica fissa: estrarre eventi reali da pagine caotiche, decidere cosa conta come presenza e come rilevante, valutare ciascuno e riconoscere che due voci si riferiscono allo stesso evento. Un secondo piccolo motore poi unisce i dati, rimuove le voci vecchie e ricostruisce la dashboard.
🔸 Non fate fare al modello ciò che uno script svolge a basso costo.
Eseguire il rendering di una pagina e scrivere un file è lavoro deterministico. Affidarlo al modello sarebbe più lento, più costoso e meno affidabile.
🔸 Non fate fare a uno script ciò che richiede giudizio.
Se una voce formattata a metà sia un evento reale, rilevante e in presenza è esattamente la decisione in cui un modello è bravo e un'espressione regolare no.
Tracciare correttamente questa linea è la parte più importante del motivo per cui lo strumento è affidabile e non solo una demo intelligente.
03. SI CALIBRA DA SOLO
Uno scout che controlla ogni fonte allo stesso modo a ogni esecuzione spreca gran parte del proprio sforzo, perché gli eventi non emergono in modo uniforme.
Quindi ogni fonte porta la propria breve storia di resa. Le fonti che forniscono in modo affidabile eventi rilevanti vengono controllate a ogni esecuzione. Le fonti che tornano ripetutamente vuote passano a una fase di raffreddamento crescente, una settimana, poi due, poi un mese, e vengono ritestate alla scadenza invece di essere scartate. Una fonte che semplicemente non ha fornito eventi viene retrocessa silenziosamente; solo una fonte che non si carica più volte di fila viene eliminata come guasta.
L'effetto è che l'attenzione fluisce dove gli eventi compaiono davvero, e che il sistema si ricalibra da solo nel corso delle settimane, senza che nessuno lo mantenga. È proprio questa autocalibrazione a rendere "senza supervisione" un'affermazione reale e non solo una speranza.
04. UNA VALUTAZIONE CON UN PUNTO DI VISTA BATTE UN FEED GENERICO
La valutazione è volutamente nostra. Ogni evento riceve un punteggio su 100, ponderato per la nostra situazione: quanto è vicino e facilmente raggiungibile, quanto densamente lo spazio raduna il tipo di acquirenti che serviamo, quanto è intimo, se esiste una leva concreta come uno sconto o uno slot per un intervento, e quanto presto si svolge.
La ponderazione porta con sé un'opinione che abbiamo sulle vendite. Una grande conferenza si posiziona in alto solo se c'è una leva reale da sfruttare, perché per la vendita basata sulle relazioni una sala piena senza accesso vale meno di una piccola tavola rotonda regionale dove possiamo davvero parlare con le persone. Il risultato si legge come un cruscotto decisionale piuttosto che come un calendario: mostra dove investire una giornata, non tutto ciò che esiste.
Un feed di eventi generico non potrebbe rappresentare questo, perché il giudizio è specifico per il modo in cui un determinato team acquisisce incarichi. Questa specificità è il motivo per cui è valsa la pena costruirlo invece di comprarlo.
05. PERCHÉ UNA MICRO-APP E NON UN SAAS
event-scout è volutamente piccolo. Il tutto è una manciata di file JSON per le fonti e l'archivio eventi, alcuni script e una dashboard HTML autonoma che si apre direttamente dal disco. Non c'è nessun database da gestire e nessun abbonamento da rinnovare. I dati restano nostri, e così anche la valutazione.
È lo stesso passo che i team non ingegneristici di Anthropic hanno descritto, costruire piccoli strumenti interni con un agente di coding invece di inoltrare una richiesta e aspettare (claude.com). Abbiamo scritto di questo schema anche dal punto di vista dell'utente (iiterate).
Non è privo di spigoli, e affermare il contrario sarebbe disonesto. Le fonti protette da login richiedono una volta una sessione acquisita a mano. Alcune pagine ostinate restano lead manuali invece di risultati errati. E verifichiamo ogni ricostruzione controllando direttamente la struttura della pagina, perché uno screenshot resta bloccato su un caricamento dei font. Nulla di tutto ciò cambia la conclusione: se un compito è ripetibile e specifico per il vostro modo di lavorare, un agente di coding può trasformarlo in un piccolo strumento di vostra proprietà, per meno del SaaS o delle ore manuali che sostituisce. La domanda più difficile non è se potete costruirne uno. È quale dei vostri obblighi settimanali stesse silenziosamente aspettando di diventarlo.
