UX-essay · Agentic AI
Typ / voor een voorsprong in UX
Iedereen bij TrackBee kan Claude nu om een scherm vragen: developers, marketeers, de mensen van support. Wat eruit komt werkt, maar ziet er zelden uit of klinkt als TrackBee. Daarom bouwde ik met agentic AI een team van vier bots. Typ een slash en ze ontwerpen, bouwen, controleren en schrijven met onze UX-regels, voor iedereen op dezelfde manier. Ze geven geen af resultaat. Ze geven een beginpunt dat nog veel bewerking nodig heeft, en een mens verfijnt het daarna.
Probleem
Dezelfde componenten, eerst afgekeurd en daarna goedgekeurd
Claude Code maakte bouwen goedkoop. Een developer heeft voor de lunch een dashboard draaien, en een marketeer maakt een pagina zonder ticket. Smaak werd er niet goedkoper door. Laat je een AI zijn gang gaan, dan bouwt hij het gemiddelde van alles wat hij ooit zag: grijze kaarten, een zin onder elk getal, een badge voor elk feit.
Ons Insights-dashboard was zo gebouwd, en onze product owner keurde het af omdat het overal willekeurige tekst toevoegt om getallen uit te leggen
. Twee dagen later keurde dezelfde persoon een nieuwe versie goed: Ziet er nu uit als een echt product. Geen gevibecodeerd zijproject.
Dezelfde componenten, dezelfde functies. De goedgekeurde versie liet gewoon minder zien.
-
Product ownerOveral willekeurige tekst om getallen uit te leggen.
-
Product ownerZiet er nu uit als een echt product. Geen gevibecodeerd zijproject.
Toen wist ik wat er ontbrak. Geen componenten, want TrackBee had al een library. Wat ontbrak was het oordeel over wanneer je ze gebruikt. Een deel van dat oordeel kun je opschrijven, de rest blijft bij een mens.
Team & publiek
De rollen verschoven, de mensen niet
Cat Wu, die bij Anthropic het product van Claude Code leidt, vatte de verandering in één zin samen: in haar team leveren designers code op, nemen engineers productbeslissingen en bouwen productmanagers prototypes en evals
. In Anthropics eigen onderzoek onder medewerkers vertelden engineers dat ze leiders en managers van agents
worden.
Bij TrackBee gebeurt hetzelfde, met één verschil. De meeste mensen die hier met Claude bouwen zijn geen designers, en worden het ook nooit. Het ontwerp moet dus met de tool meekomen.
VerdiepingVijf soorten werk, en wie elk ervan nu doet
Boris Cherny, die Claude Code bedacht, beschrijft het werk in zijn team als vijf soorten werk in plaats van vijf functies, en iedereen kan elk ervan doen. Hier is elk van de vijf bij TrackBee, eerst voor de designer en dan voor de product owner.
01Ideeën en scope
Bedenkt nieuwe ideeën, veel tegelijk, in de wetenschap dat de meeste nooit live gaan.
Bij TrackBee is dit de Designer: die tekent de versies.
02Echt maken
Maakt van een prototype snel een echt product.
Bij TrackBee is dit de Builder: die schrijft de code op basis van de boards.
03Opruimen
Ruimt de interface op, vereenvoudigt de code en haalt weg wat niemand gebruikt.
Bij TrackBee is dit de Inspector: die markeert wat er niet hoort.
04Na de lancering
Neemt een product dat werkt en laat het steeds beter passen bij de gebruikers.
Bij TrackBee is dit de vragenlijst van de Inspector.
05Gezond houden
Houdt een volwassen systeem veilig, betrouwbaar en snel.
Bij TrackBee zijn dit de library en de vier bots zelf, die ik onderhoud.
Bronnen: Product management on the AI exponential, maart 2026; How employment is changing at Anthropic, oktober 2026; de vijf archetypes van Boris Cherny, gepost op X in juni 2026, in eigen woorden.
Proces
Vier bots, één lus
Elke bot is een Claude-skill: een lange briefing in gewone zinnen die Claude leest voordat hij begint. Drie ervan geven het werk aan elkaar door, en een mens beslist wanneer de lus stopt. De vierde, de Writer, zit niet in de lus: de andere drie lezen zijn regels. Ze leren elkaar ook dingen: wat ik bij elke stap corrigeer, wordt één set lessen, en die gaat terug naar alle vier.
een pagina die laat zien welke winkels gestopt zijn met tracken. Geen briefing, geen ticketsjabloon. Ze kunnen het de bots vragen of mij, en de meesten vragen mij, omdat ze weten dat de kwaliteit hoger is.
- Ronde 1Niet klaar: 3 blockers, 5 major, 2 minor
- Ronde 2Niet klaar: 1 major, 2 minor
- Ronde 3Klaar, niets blokkeert
Een voorbeeldronde. De oordelen staan er zoals de Inspector ze schrijft.
VerdiepingHoe de bots van jou leren
De bots leren ook van jou. Wat je bij elke stap aanpast, promptet of beantwoordt, is een les. De vier bots maken daar samen één set lessen van, en die gaat terug naar elk van hen, zodat de volgende ronde ervan uitgaat.
Wat je bij elke stap leert, wordt één set lessen, die teruggaat naar alle vier de bots. Klik op een bot om het te zien.
Wat je bij elke stap leert, wordt één set lessen, die teruggaat naar alle vier de bots. Klik op een bot om het te zien. Jij past het ontwerp aan in Figma en zegt de Designer wat hij daarvan moet leren. Jij past de implementatie aan met een prompt en zegt de Builder wat hij daarvan moet leren. Jij beantwoordt de vragenlijst en zegt de Inspector waar hij de volgende keer op moet letten. Jij corrigeert de woorden en zegt de Writer welke term of regel hij moet leren. De vier bots maken van wat je ze leerde één set lessen. De set gaat terug naar alle vier, zodat elk zijn volgende ronde ervan begint.De Designer tekent in Figma, alleen met de library
De Designer werkt binnen Honeycomb, de TrackBee-library die ik beheer. Elke kleur, hoek en tekststijl die hij plaatst is gekoppeld aan een variabele uit de library, dus een wijziging in de library komt terecht op elk board dat hij tekende. Voordat hij iets tekent, zet hij op een rij wat het scherm bevat en geeft elk onderdeel een oordeel. Het standaardoordeel is dat het weg moet.
Daarna tekent hij elke breedte waarop TrackBee uitkomt, en schrijft boven elk board een notitie: wat er op die breedte verborgen is, wat een tooltip doet, wat een rij opent. De Builder leest die notities. Een beslissing die alleen in een gesprek bestaat, raakt tussen die twee kwijt. De woorden in zijn frames, en de cijfers die hij verzint, volgen de regels van de Writer, zodat ontwerp en build hetzelfde lezen.
Notitie bij het board
Winkelpagina op 1440. Het menu staat open. De tabel heeft meer ruimte nodig, dus Status en Laatste order delen één kolom tot 1536.
Op 1024 past de tabel niet meer, dus winkels verschijnen als kaarten en de schakelaar tussen kaarten en tabel is verborgen. Het menu blijft open vanaf 600.
Op 440 klapt het menu in tot een knop, met de rode teller erop. Alle kaarten blijven; ze stapelen. Een afgekapte winkelnaam opent in een tooltip bij hover, focus en tik.
De Builder maakt code van de boards
De Builder leest de boards zelf, nooit een samenvatting ervan, en bouwt met de gecodeerde componenten van Honeycomb. Hij past het hele systeem in één keer toe, omdat degene die erom vraagt het systeem zelden kent en geen tweede keer vraagt.
Hij kiest de woorden niet. Dat is het werk van de Writer, in stap 04, en de Builder laadt hem voordat hij een tekst schrijft. Wat bij de Builder blijft, is waar tekst mag staan: een label, een waarde en een verandering, en geen zin eronder.
De Inspector controleert, en vraagt alleen wat een mens nodig heeft
De Inspector verandert nooit code. Hij leest de build naast de regels van de Builder, de regels van de Writer en de Figma-boards, en meldt elk verschil met een bestand, een regel en een oplossing: een component dat geen Honeycomb is, een kleur die geen token is, een woord dat de regels van de Writer breekt, een knop die het tabletboard verbergt en de build niet.
Wat hij niet uit de code kan beoordelen, vraagt hij. Hij bouwt een vragenlijst die elk board naast de echte, werkende build zet en een mens vraagt om te kijken, te klikken en te beslissen. Op de winkelpagina ging dat van 62 vragen naar 14, omdat de Inspector er 46 zelf beantwoordde door te meten. Op een telefoon of tablet vraagt hij om hele taken, niet om losse schermen, zoals een winkel herstellen die niet meer trackt, in genummerde stappen die naast het apparaat blijven zweven terwijl je ze doorloopt.
62 vragen in de eerste versie
14 over voor een mens, nadat de Inspector er zelf 46 beantwoordde
VerdiepingBeantwoord zelf de vragenlijst
Als de persoon klaar is, schrijft de pagina de resultaten als prompt. In de Builder geplakt begint de volgende ronde. Dit is een kleine werkende kopie van die vragenlijst. Beantwoord hem met de muis, of met W en S om te bewegen en A en D om goed of fout te geven.
Winkelpagina · visuele en interactiecheck
Een replica, gemaakt voor deze pagina
Honeycomb Inspector
-
Bekijk de kaart naast zijn board.
Verwacht: dezelfde look, ruimte en dikte als het ontwerp.
-
Hover over de afgekapte winkelnaam in de build en tab er daarna naartoe.
Verwacht: de volledige naam verschijnt beide keren in een tooltip.
iPhone SE · 667 × 375
-
Draai een iPhone SE op zijn kant. Het open menu laat 323 × 285px over voor de pagina.
Verwacht: de winkels zijn nog te lezen en te openen.
Gecheckt door de inspector
- GoedAlleen Honeycomb-componenten
- GoedKnoppen in één rij zijn even hoog
- GevondenDe status kleurt het label in plaats van het icoon
- GoedGeen badge loopt over twee regels in het Spaans of Portugees
- GoedElk woord en elk cijfer volgt de regels van de Writer
In de echte lus wordt deze tekst in de Builder geplakt en beginnen de fixes.
De Writer houdt de woorden op één plek
De Writer is de vierde bot, en de enige die niets tekent of bouwt. Hij bewaart de regels voor elk woord en elk cijfer dat iemand buiten TrackBee leest: spelling, streepjes en aanhalingstekens, de namen die nooit vertaald worden, hoe getallen, geld, datums en tijden worden geschreven, en het afgesproken woord voor elk stuk marketingvocabulaire in het Spaans, Portugees en Nederlands.
Die regels stonden vroeger steeds opnieuw uitgeschreven in de Builder, in de voorbeeldcijfers van de Designer, in de controles van de Inspector en in een stijlgids in de repository van de app. Een fix in de ene moest in de andere worden onthouden. Nu is er één kopie. De andere drie bots laden de Writer voordat ze een woord schrijven of beoordelen, en een regel die één keer is aangepast, bereikt daarna elk scherm.
VerdiepingDezelfde waarden, op twee manieren geschreven
Hij werkt ook los. Hij benoemt eerst het medium, een scherm, een e-mail, een social post, een helpartikel of een klantrapport, en past dan de regels toe die dat medium nodig heeft. Zo krijgen marketing, sales en support dezelfde woorden als het product. Hieronder staan dezelfde paar waarden twee keer: zoals een AI ze schrijft als niemand iets anders zegt, en zoals de Writer ze schrijft.
Getallen en datums worden live door je browser opgemaakt, voor de taal in het tabblad.
Hivemind zet ze één slash verderop
Hivemind is de gedeelde Claude-werkplek van TrackBee: één repository met de context en de skills van het bedrijf, door iedereen geïnstalleerd als plugin. Een bot die daar bijkomt, bereikt elke collega de volgende keer dat die Claude Code opent.
Niemand hoeft dus te weten dat de bots bestaan om ze te gebruiken. Een slash laat ze zien, en vragen om een dashboard dat eruitziet als TrackBee is genoeg om Claude de Builder zelf te laten laden, en vragen om een e-mail aan een klant laadt de Writer.
Wat er is opgeleverd
162 wijzigingen in acht weken, de meeste correcties
De eerste versie, één skill om te bouwen, ging op 18 september Hivemind in. Hij bleef klein tot het Insights-dashboard werd afgekeurd. Vanaf toen werd elke correctie een regel: de opmerkingen van de product owner, de review van een developer, een fout die ik in een build zag. Vanaf de dag dat de skill opsplitste in drie bots, veranderden ze 131 keer in drie dagen. De vierde bot, de Writer, kwam op 10 november, toen de regels over woorden en getallen uit de andere drie naar één plek verhuisden.
- Eerste versie, één skill
- Insights afgekeurd
- Nieuwe versie goedgekeurd
- Opgesplitst in drie bots
- Writer toegevoegd
Conclusie
Een deel van het oordeel kun je opschrijven, een deel niet
De bots maken TrackBee zelf ook beter. Als een regel verandert, volgt elk scherm dat daarna gebouwd wordt, wie er ook om vroeg. De Writer brengt dat naar de woorden: pas een regel over datums of knoppen één keer aan, en elke bot en elke e-mail daarna volgt hem. Het is de les van mijn eerdere design systems, een stap verder: een library leeft alleen als hij als code wordt gebruikt, en nu is een deel van het oordeel eromheen ook code.