Nehmen wir eine einzige echte Interaktion und verfolgen sie bis zum Ende, denn der abstrakte Pitch – „ein Assistent, der handelt, nicht nur antwortet“ – sagt nichts aus, bis man es tatsächlich passieren sieht. Jemand tippt „Baue mir einen Habit-Tracker mit Streaks“ in den Ask-AI-Button, der auf jeder Seite dieser Website eingeblendet wird. Hier ist, was zwischen diesem Satz und einem laufenden Build tatsächlich geschieht – und wo wir bewusst wieder eine menschliche Hand ans Steuer gelegt haben.
Der Satz
Neun Wörter, keine Satzzeichen, keine Menünavigation, keine Ahnung, auf welcher Seite der Builder überhaupt liegt. Das ist die Eingabe, und sie hat dieselbe Form wie die meisten Anfragen, die hier eintreffen: kein Befehl, sondern ein Wunsch. Niemand formuliert es als „Öffne den Builder, nenne das Projekt Habit Tracker, fülle das Prompt-Feld mit einer Beschreibung der Streak-Verfolgung und setze den Fokus auf den Start-Button.“ Man sagt einfach, was existieren soll. Die Lücke zwischen diesen beiden Formulierungen – Wunsch versus Anweisung – ist das gesamte Feature.
Die Analyse
In welcher Sprache dieser Satz auch ankommt, er wird in dieser Sprache verarbeitet – wir unterstützen zwanzig Sprachen im gesamten Produkt, passend zur breiteren mehrsprachigen Ausrichtung der Plattform – und der Assistent läuft dabei keine Übersetzungsschicht über ein festes englisches Skript, sondern denkt nativ in der Sprache, die eingetippt wurde. Für „Habit-Tracker mit Streaks“ muss die Analyse konkret drei Dinge gleichzeitig leisten:
- Erkennen, dass es sich um eine Build-Anfrage handelt, nicht um eine Frage
- Einen Projektnamen extrahieren
- Genug von einer Spezifikation extrahieren, damit das Prompt-Feld nicht leer bleibt
Liegt man bei einem dieser Punkte falsch, landet man in einem Builder, der nicht dem entspricht, was man wollte – und das ist schlimmer, als gar nicht zu handeln. Jetzt muss man die Abweichung erst bemerken, sie beheben und von vorn anfangen.
Der vorbereitete Bildschirm
Das ist der Teil, den man in einer Demo leicht unterschätzt und in der Praxis leicht falsch macht: Der Build wird nicht gestartet. Der Builder wird mit benanntem Projekt geöffnet, das Prompt-Feld ist bereits ausgefüllt, und der Lauf ist einen Klick entfernt vorbereitet. Das ist ein bewusster Haltepunkt, keine Abkürzung, für die uns die Zeit fehlte. Eine Seite zu öffnen und ein Formular vorauszufüllen ist billig, falls es falsch ist – schlimmstenfalls bearbeitet man den Text oder schließt den Tab. Also macht der Assistent es einfach, ohne Bestätigungsdialog, ohne „Möchtest du wirklich navigieren“.
Der Klick, der noch dir gehörte
Den Build zu starten ist eine andere Kategorie, denn das Starten des Builds kostet Credits – echte, die im Moment des Laufstarts vom Konto abgebucht werden. Hier greift die verhältnismäßige Regel:
| Aktionstyp | Was passiert |
|---|---|
| Leicht rückgängig zu machen — Navigation, vorbereiteter Text | Geschieht automatisch, ohne Bestätigung |
| Kostet Geld oder echte Rechenleistung — Start des Builds | Wartet auf einen bewussten Klick von dir |
Wir sind zu diesem Ergebnis nach langem Abwägen gekommen, und ich gebe zu, keines der beiden Extreme fühlte sich offensichtlich richtig an. Bestätigt man alles, hat man das alte Erlebnis mit drei Menüklicks wieder aufgebaut, nur mit einem Chatfenster obendrauf angeschraubt – schlimmer als das, was es ersetzen sollte. Bestätigt man nichts, wird die Analyse irgendwann bei einer mehrdeutigen Anfrage falsch raten und einen Lauf auslösen, den niemand wollte, auf fremde Kosten. Für genau dieses Beispiel bedeutet das: Der Assistent bringt dich in einem Zug zum vollständig geladenen Builder, und der Button, der tatsächlich etwas kostet, bleibt ein echter, bewusster, menschlicher Klick.
Die Schiene darunter
Eine Sache, die man in diesem Ablauf nirgends sieht, und genau deshalb ist sie wichtig: Jeder Teil davon – die Navigation, der vorbereitete Prompt, der eventuelle Build – geschieht innerhalb deines Workspaces und keines anderen. Der Assistent kann durch keine Formulierung der Anfrage dazu gebracht werden, über Mandantengrenzen hinweg zuzugreifen, weil es keine speziell behandelte Chat-Funktion außerhalb des Berechtigungssystems ist – mechanisch gesehen ist es einfach ein weiterer Agent auf der Plattform, der unter derselben kontobasierten Grenze läuft wie jeder andere Agent auch. Es gibt keine separate Frage „Darf der Chatbot das sehen“ zu beantworten, denn die Antwort wurde bereits durch die Infrastruktur festgelegt, bevor die Chat-Funktion überhaupt existierte.
Was nicht passiert
Führt man dieses Beispiel einen Schritt weiter, stößt man an die Grenze dessen, was der Assistent ungefragt tut – und es lohnt sich, genau zu benennen, wo diese Grenze liegt. Er öffnet den Builder für dich. Darüber hinaus:
- Er gibt nicht mehr aus, als du bereits genehmigt hast
- Er veröffentlicht das fertige Projekt nirgendwo unter deinem Namen
- Er unternimmt keine Aktion, die die Sandbox deines eigenen Workspaces verlässt und die Außenwelt berührt
Für diese gesamte Kategorie gibt es keinen vom Assistenten gesteuerten Weg – keine strengere Bestätigung, überhaupt keinen Weg. Wenn du ein Projekt öffentlich machen möchtest, ist das nach wie vor ein Button, den du selbst suchst und drückst, genau wie schon immer.
Warum die Haltepunkte dort liegen, wo sie liegen, nicht irgendwo sichererem
Wir hätten bei jedem einzelnen dieser Schritte um Erlaubnis fragen und das als vorsichtig bezeichnen können. Ich glaube nicht, dass das Vorsicht gewesen wäre – ich glaube, es wäre eine langsamere Version genau der Fleißarbeit gewesen, die dieses Feature eigentlich abschaffen soll. Ein Chatbot, der nur beschreibt, wo der Build-Button liegt, hat einen kleinen Schadensradius, wenn er falschliegt: Er verschwendet dreißig Sekunden, man ist leicht genervt, nichts wurde ausgegeben. Ein Assistent, der einen echten Build vorbereitet, macht diesen Fehler teurer, wenn die Sicherungen nicht stimmen – und das ist der eigentliche Grund, warum die Grenze „Bestätigung vor Ausgabe“ existiert, nicht als Absicherung, die wir hinzugefügt haben, um verantwortungsvoll zu wirken, sondern weil wir beobachtet haben, wo der Fehlerfall landen würde, und den Haltepunkt genau dort gesetzt haben. Alles davor – den Satz lesen, den Bildschirm vorbereiten, dich einen Klick vom Fertig entfernt bringen – brauchte keinerlei Erlaubnis, weil nichts davon schaden kann.
