Rede, während er arbeitet: warum unser Agent Unterbrechungen annimmt

Eine frühe Testerin arbeitete sich gerade durch einen langen Task, als sie eine Korrektur in den Chat tippte — ohne irgendetwas zu stoppen. Danach sagte sie uns, der Moment habe sich unerwartet gut angefühlt: Das andere Agent-Tool, das sie nutzt, zwingt sie, erst den Lauf zu stoppen, bevor es eine neue Nachricht annimmt. „Es anhalten zu müssen, nur um mit ihm zu reden, fühlte sich dumm an", sagte sie, „verglichen damit."

Sie hat recht, und der Unterschied ist keine kleine UX-Nettigkeit. Er kommt aus einer Design-Entscheidung, die wir früh getroffen haben und immer wieder anwenden: Ein Agent ist ein Kollege, keine Maschine. Einen Kollegen unterbrichst du mitten im Satz, und er arbeitet es ein. Du schaltest ihn nicht aus und wieder an.

Warum „erst stoppen" der falsche Default ist

Den Nutzer einen Lauf anhalten zu lassen, bevor er spricht, hat drei Kosten — alle trägt der Nutzer:

• Die Korrektur kommt zu spät. Der Moment, in dem du merkst, dass der Agent vom Kurs abkommt, ist genau der, in dem du sprechen solltest. Ein erzwungener Stopp heißt zuzusehen, wie er Zeit und Tokens auf dem falschen Pfad verbrennt, während du nach dem Halt-Button fummelst.
• Stoppen zerstört Zustand. Ein angehaltener Lauf nimmt nicht wieder auf — du fängst neu an, oder schlimmer, du bekommst einen „abgebrochenen"-Stummel und erklärst den Kontext erneut. Deine Kurskorrektur mitten im Flug kostet dich die gesamte laufende Arbeit.
• Es dreht um, wer wem dient. „Die Maschine kann dich gerade nicht hören, komm später wieder" ist die Bequemlichkeit der Maschine, nicht deine.

Wie unserer tatsächlich funktioniert

Wenn du eine Nachricht sendest, während ein Lauf läuft, passieren drei Dinge der Reihe nach:

1. Deine Worte werden zuerst gespeichert. Die Nachricht landet sofort in der Konversationshistorie — bevor irgendetwas dispatched wird. Deine Absicht ist ab diesem Moment haltbar; keine Queue, kein Buffer, kein Timing kann sie verlieren.
2. Zugestellt wird sie an der nächsten Schrittgrenze. Der Agent lässt nicht mitten im Tool-Call fallen, was er gerade hält — er liest deine Nachricht an der nächsten natürlichen Pause, so wie ein Mensch einen Gedanken zu Ende denkt und dann deinen Punkt aufnimmt.
3. Er steuert, statt neu zu starten. Alles, was der Lauf schon getan hat, bleibt. Deine Nachricht ist eine Kurskorrektur an einem laufenden Task, kein Reboot.

Das Prinzip darunter: Die Haltbarkeit der Nutzerabsicht schlägt die Bequemlichkeit des Systems. Sobald die Worte gespeichert sind, ist alles dahinter Timing — und Timing kann man elegant machen. Ungespeicherte Absicht ist gar nicht wiederherzustellen.

Wie das in der Praxis aussieht

Das klarste Beispiel ist schon öffentlich. In der Uhren-Story machte die Anfrage des Gründers zwei Kehrtwendungen, während der Agent arbeitete — „eigentlich, mach eine HTML-Version", dann „paketiere es wie eine installierbare Web-App". Jeder Einwurf landete mitten im Lauf und bog die Trajektorie. Niemand drückte Stopp; die App, die ausgeliefert wurde, wurde durch Korrekturen im Flug geformt.

Die subtilere Alltagsversion ist unspektakulärer und wertvoller: Du bist zehn Nachrichten tief in einem Recherche-Task, du siehst, wie er den falschen Vergleich baut, du tippst „vergleich stattdessen gegen X" — und siehst zu, wie er wendet, ohne die acht guten Quellen zu verlieren, die er schon gesammelt hat.

Das Prinzip wandert

Diese Woche sind wir auf dieselbe Frage von der anderen Seite gestoßen: Was passiert, wenn wir dich unterbrechen — ein Server-Restart für ein Deploy? Die ehrliche Antwort stellte sich als dieselbe Regel heraus. Während Deploys akzeptiert der Server jetzt Mid-Run-Injections (deine gespeicherten Worte überleben, und der nächste Lauf nimmt sie im Kontext auf), während er nur den Start neuer Läufe pausiert. Input abzulehnen, den der Nutzer schon getippt hat, wäre unsere Bequemlichkeit über deiner Absicht gewesen — genau die Umkehrung, die wir oben kritisiert haben, nur im Ops-Kostüm.

Wir behaupten nicht, dass das neu ist — Queued-Interruptions sind, wie gute Systeme schon immer funktioniert haben. Es ist nur selten in Agent-UX, wo „halt die Maschine an, um mit ihr zu reden" irgendwie zur Norm wurde. Wir sind gerne der langweilige, korrekte Default.