Neem één echte interactie en volg die helemaal tot het einde, want de abstracte pitch — "een assistent die handelt, niet alleen antwoordt" — vertelt je niets totdat je het ziet gebeuren. Iemand typt "bouw me een gewoontetracker met streaks" in de Ask-AI-knop die op elke pagina van deze site zweeft. Dit is wat er daadwerkelijk gebeurt tussen die zin en een draaiende build, en waar wij ervoor kiezen om er weer een menselijke hand aan het stuur te zetten.
De zin
Negen woorden, geen leestekens, geen menunavigatie, geen idee op welke pagina de builder zich zelfs maar bevindt. Dat is de input, en het heeft dezelfde vorm als de meeste verzoeken die dit systeem krijgt: geen commando, maar een wens. Niemand formuleert het als "open de builder, noem het project Habit Tracker, vul het promptveld met een beschrijving van streaktracking, en zet de focus op de startknop." Ze zeggen gewoon wat ze willen dat bestaat. Het verschil tussen die twee formuleringen — wens versus instructies — is de hele functie.
De verwerking
In welke taal die zin ook binnenkomt, hij wordt in die taal afgehandeld — we ondersteunen twintig talen binnen het product, in lijn met de bredere meertalige aanpak van het platform, en de assistent draait geen vertaallaag boven op een vast Engels script, maar redeneert native in wat je ook typte. Voor "gewoontetracker met streaks" specifiek moet de verwerking drie dingen tegelijk doen:
- Herkennen dat dit een bouwverzoek is, geen vraag
- Een projectnaam extraheren
- Genoeg specificatie extraheren zodat het promptveld niet leeg blijft
Als je ook maar één van die dingen fout doet, komt de gebruiker in een builder terecht die niet overeenkomt met wat gevraagd werd, wat erger is dan niets doen — nu moeten ze de mismatch opmerken, hem oplossen, en opnieuw beginnen.
Het klaargezette scherm
Dit is het onderdeel dat je in een demo makkelijk kunt onderschatten en in de praktijk makkelijk fout kunt doen: het start de build niet. Het opent de builder met het project al benoemd, het promptveld al ingevuld, en de run op één klik afstand klaargezet. Dat is een bewust stoppunt, geen kortere weg waar we door tijdgebrek niet aan toe kwamen. Een pagina openen en een formulier vooraf invullen is goedkoop om fout te doen — in het ergste geval pas je de tekst aan of sluit je het tabblad. Dus de assistent doet het gewoon, zonder bevestigingsvenster, zonder "weet je zeker dat je wilt navigeren".
De klik die nog steeds van jou was
De klik die nog steeds van jou was
| Actietype | Wat er gebeurt |
|---|---|
| Goedkoop terug te draaien — navigatie, klaargezette tekst | Gebeurt automatisch, geen bevestiging nodig |
| Kost geld of echte rekenkracht — de build starten | Wacht op een bewuste klik van jou |
We zijn daar na wat heen-en-weer geschuif op uitgekomen, en ik geef toe dat geen van beide uitersten meteen goed aanvoelde. Bij alles bevestiging vragen en je hebt de oude ervaring met drie menu's doorklikken opnieuw opgebouwd, met een chatvenster erbovenop geplakt — erger dan wat het verving. Bij niets bevestiging vragen en uiteindelijk raadt de verwerking bij een dubbelzinnig verzoek verkeerd en start er een run die niemand vroeg, op andermans kosten. Voor dit specifieke voorbeeld betekent dat: de assistent brengt je in één keer naar de geladen builder, en de knop die daadwerkelijk iets kost blijft een echte, bewuste, menselijke klik.
De rail eronder
Er is één ding dat je nergens in deze flow ziet, en juist daarom is het belangrijk: elk onderdeel ervan — de navigatie, de klaargezette prompt, de uiteindelijke build — gebeurt binnen jouw werkruimte en die van niemand anders. De assistent kan niet worden overgehaald om naar andere tenants te reiken, ongeacht hoe het verzoek geformuleerd is, omdat het geen speciaal geval van een chatfunctie is die buiten het rechtensysteem staat — mechanisch gezien is het gewoon een andere agent op het platform, die onder dezelfde per-account grens draait als elke andere agent. Er is geen aparte vraag "kan de chatbot dit zien" om te beantwoorden, want het antwoord was al bepaald door de infrastructuur voordat de chatfunctie bestond.
Wat er niet gebeurt
Volg dit voorbeeld nog één stap verder en je stuit op de grens van wat de assistent ongevraagd zal doen, en het is de moeite waard om precies te zijn over waar die grens ligt. Hij zal de builder voor je openen. Verder dan dat:
- Zal hij niet meer uitgeven dan wat je al hebt goedgekeurd
- Zal hij het afgeronde project nergens onder jouw naam publiceren
- Zal hij geen enkele actie ondernemen die de sandbox van je eigen werkruimte verlaat en de buitenwereld raakt
Die hele categorie krijgt geen door de assistent aangestuurd pad — geen strengere bevestiging, geen pad überhaupt. Als je wilt dat een project openbaar wordt, is dat nog steeds een knop die je zelf moet vinden en indrukken, net als altijd.
Waarom de stoppunten liggen waar ze liggen, niet ergens veiliger
We hadden bij elke stap toestemming kunnen vragen en dat voorzichtig kunnen noemen. Ik denk niet dat dat voorzichtigheid zou zijn geweest — ik denk dat het een langzamere versie zou zijn geweest van precies het geneuzel dat deze functie moet wegnemen. Een chatbot die alleen ooit beschrijft waar de bouwknop zich bevindt, heeft een kleine impact als hij fout zit: het kost dertig seconden, je bent licht geïrriteerd, er is niets uitgegeven. Een assistent die een echte build klaarzet, doet dat op een duurdere manier fout als de waarborgen niet kloppen, en dat is de eigenlijke reden waarom de bevestig-voor-je-uitgeeft-grens bestaat — niet als indekking om verantwoordelijk over te komen, maar omdat we hebben bekeken waar het faalscenario zou landen en de stop precies daar hebben geplaatst. Alles vóór die grens — de zin lezen, het scherm klaarzetten, je op één klik van klaar brengen — had geen toestemming nodig, want niets daarvan kan je schaden.
