Building event-scout: een agentische micro-app die onbewaakt draait
We bouwden een klein hulpmiddel dat voor ons B2B-events opspoort en zelfstandig draait. De les zit in de vorm, niet in de events.
Vertaling automatisch gegenereerd met AI. De Duitse versie is het redactioneel gecontroleerde origineel.
We hebben een kleine tool gebouwd, event-scout, die zakelijke evenementen in onze buurt opspoort, ze beoordeelt naar het soort relatiegedreven verkoop dat wij bedrijven, en vervolgens zelfstandig draait. Dit is een casestudy van onze eigen bouw, lees de cijfers dus als de onze, niet als benchmark.
De kern van deze bijdrage zijn niet de evenementen. Het is de vorm. event-scout is een agentische micro-app: iets dat men eenmalig met een coding-agent bouwt en vervolgens laat draaien, waarbij de agent het lastige oordeelsvermogen voor zijn rekening neemt en eenvoudige scripts de saaie, herhaalbare bedrading afhandelen. Deze verdeling is de hele les, en ze is toepasbaar op vrijwel elke interne taak die een mkb-team nog altijd handmatig uitvoert. event-scout draait op het bovenste van deze niveaus, een agentische CLI (iiterate).
01. WAT HET CONCREET DOET
Eén keer per run werkt event-scout zich door een gecureerde brondatabase van evenementpagina's, kalenders, nieuwsbrieven en enkele LinkedIn-feeds. Van alles wat het ophaalt, behoudt het alleen toekomstige fysieke evenementen binnen bereik van Remagen, beoordeelt elk ervan op hoe nuttig het voor ons is, verwijdert duplicaten in één enkele opslag en bouwt een dashboard opnieuw op dat we ook daadwerkelijk openen.
Weinig aan deze lijst is op zichzelf nieuw. Wat het laat werken, is dat het onbewaakt volgens een schema draait en dat het toegepaste oordeel het onze is, geen generiek relevantiefilter. Het resultaat is geen feed van elk tech-evenement in Duitsland. Het is een kort, gerangschikt antwoord op een vraag: waar zouden we als volgende moeten verschijnen.
02. DE VORM DIE HET LIET WERKEN: AGENT VOOR HET OORDEEL, SCRIPTS VOOR DE BEDRADING
De ontwerpbeslissing die telt, is waar het model ophoudt en een script begint.
Het ophalen is gedelegeerd aan een deterministische helper. Een kleine Node-orchestrator rendert elke verschuldigde bron in een echte headless browser, zodat hij JavaScript-pagina's, lichte anti-bot-muren en traag nagegenereerde lijsten aankan, en hij legt gestructureerde schema.org-evenementdata vast wanneer een pagina die vrijgeeft. Dat is bedrading: betrouwbaar, voorspelbaar en elke keer hetzelfde.
De agent leest wat de ophaler heeft opgeslagen, en handelt de delen af die zich onttrekken aan vaste codering: echte evenementen uit chaotische pagina's halen, bepalen wat telt als fysiek en relevant, elk beoordelen en herkennen dat twee items hetzelfde evenement zijn. Een tweede kleine engine voegt dan samen, verwijdert oude items en genereert het dashboard opnieuw.
🔸 Laat het model niet doen wat een script goedkoop afhandelt.
Een pagina renderen en een bestand schrijven is deterministisch werk. Dat aan het model overlaten zou langzamer, duurder en minder betrouwbaar zijn.
🔸 Laat een script niet doen wat oordeel vereist.
Of een half opgemaakt item een echt, relevant fysiek evenement is, is precies de beslissing waar een model goed in is en een reguliere expressie niet.
Deze lijn correct trekken is het grootste deel van waarom de tool betrouwbaar is en niet slechts een slimme demo.
03. HET STEMT ZICHZELF AF
Een scout die elke bron bij elke run op dezelfde manier controleert, verspilt het grootste deel van zijn moeite, omdat evenementen niet gelijkmatig opduiken.
Daarom draagt elke bron zijn eigen korte opbrengstgeschiedenis. Bronnen die betrouwbaar relevante evenementen leveren, worden bij elke run gecontroleerd. Bronnen die steeds weer leeg terugkomen, wijken uit naar een groeiende afkoelperiode, een week, dan twee, dan een maand, en worden na afloop daarvan opnieuw getest in plaats van weggegooid. Een bron die simpelweg geen evenementen leverde, wordt stilletjes teruggeschaald; alleen een bron die meerdere keren achter elkaar niet laadt, wordt als defect afgevoerd.
Het effect is dat de aandacht daarheen stroomt waar evenementen daadwerkelijk opduiken, en dat het zich over weken vanzelf bijstelt, zonder dat iemand het onderhoudt. Deze zelfafstemming is wat onbewaakt tot een echte uitspraak maakt en niet tot een hoopvolle.
04. STELLIGE BEOORDELING WINT VAN EEN GENERIEKE FEED
De beoordeling is bewust de onze. Elk evenement krijgt een waarde van 100, gewogen voor onze situatie: hoe dichtbij en gemakkelijk bereikbaar het is, hoe dicht de ruimte het soort kopers verzamelt dat wij bedienen, hoe intiem het is, of er een concreet hefboompunt is zoals een korting of een spreekslot en hoe snel het plaatsvindt.
De weging draagt een mening die wij over verkoop hebben. Een grote conferentie scoort alleen hoog als er een echt hefboompunt te benutten is, want voor relatiegedreven verkoop is een volle zaal zonder toegang minder waard dan een kleine regionale rondetafel waar we daadwerkelijk met mensen kunnen praten. Het resultaat leest als een beslissingscockpit in plaats van een kalender: het toont waar men een dag zou moeten investeren, niet alles wat bestaat.
Een generieke evenementenfeed zou dat niet kunnen weergeven, omdat het oordeel specifiek is voor hoe een bepaald team opdrachten wint. Die specificiteit is de reden waarom het de moeite waard was om het te bouwen in plaats van te kopen.
05. WAAROM EEN MICRO-APP, GEEN SAAS
event-scout is bewust klein. Het geheel is een handvol JSON-bestanden voor de bronnen en de evenementenopslag, een paar scripts en een zelfstandig HTML-dashboard dat direct vanaf de harde schijf opent. Er is geen database te beheren en geen abonnement te vernieuwen. De data blijven de onze, en de beoordeling ook.
Dat is dezelfde stap die Anthropics eigen niet-engineeringteams hebben beschreven, kleine interne tools bouwen met een coding-agent in plaats van een aanvraag indienen en wachten (claude.com). Wij hebben over dit patroon ook vanuit gebruikersperspectief geschreven (iiterate).
Het is niet vrij van ruwe kantjes, en het tegendeel beweren zou oneerlijk zijn. Login-beveiligde bronnen hebben eenmalig een handmatig vastgelegde sessie nodig. Een paar koppige pagina's blijven handmatige leads in plaats van foutieve resultaten. En we controleren elke nieuwe opbouw door de structuur van de pagina direct te inspecteren, omdat een screenshot blijft hangen aan een lettertype dat nog laadt. Niets daarvan verandert de conclusie: als een taak herhaalbaar en specifiek is voor uw manier van werken, kan een coding-agent er een kleine, zelf beheerde tool van maken, voor minder dan de SaaS of de handmatige uren die het vervangt. De moeilijkere vraag is niet of u er een kunt bouwen. Het is welke van uw wekelijkse verplichtingen stilletjes heeft gewacht om er een te worden.
