Als Sessions noch zählten

Oder: Warum die besten Arbeitsgewohnheiten oft aus dem Mangel geboren werden, und was ein Modemkabel damit zu tun hat.

Wer alt genug ist, erinnert sich an das Geräusch. Dieses Kreischen und Rauschen, wenn das Modem sich ins Internet einwählte. Und an die Choreografie davor: Telefonhörer auflegen, Kabel aus der Telefondose ziehen, Modemkabel reinstecken. Wer online war, war nicht erreichbar. Wer telefonieren wollte, musste offline gehen.

Diese Constraint hat eine ganze Kultur geformt. Man plante seine Online-Zeit. Man lud Seiten herunter, um sie offline zu lesen. Man schrieb E-Mails vor, bevor man sich einwählte, und verschickte sie im Block. Man entwickelte ein feines Gespür dafür, was die teure Verbindungszeit wert war und was nicht.

Und dann kam DSL. Die Constraint verschwand. Immer online, das Telefon klingelte trotzdem. Die ganze Choreografie war über Nacht überflüssig.

Aber etwas blieb.

Ich baue gerade einen Schreibtrainer. Mit KI, über mehrere Wochen, im Pro-Tarif eines KI-Anbieters. Und der Pro-Tarif hat eine Eigenheit, die mein ganzes Arbeitsverhalten formt: Sessions sind begrenzt. Es gibt ein Budget, und wenn es aufgebraucht ist, muss ich pausieren, manchmal Stunden.

Das Tückische daran: Planung und Umsetzung teilen sich dasselbe Budget. Wenn ich in der einen KI-Oberfläche das Konzept bespreche und in der anderen den Code schreibe, zahlen beide aus demselben Topf. Jede Minute Nachdenken geht von der Zeit ab, die ich zum Bauen habe.

Das klingt nach einem Ärgernis. Und das ist es auch. Aber etwas Merkwürdiges ist passiert: Diese Knappheit hat mich Dinge gelehrt, die ich unter Überfluss nie gelernt hätte.

Beispiel eins. Weil jede Coding-Session teuer ist, habe ich angefangen, das Denken vorzuverlagern. Erst in Ruhe das Konzept klären, welche Datenstruktur, welche Architektur, welche Stolpersteine, und dann einen fertig durchdachten Auftrag an die Coding-KI geben. Nicht “lass uns mal schauen”, sondern “mach genau das, und halt an diesen drei Stellen an.”

Das Ergebnis war nicht nur billiger. Es war besser. Die Coding-KI macht weniger Fehler, wenn sie einen klaren Auftrag bekommt statt einer vagen Idee. Die Knappheit hat mich zu einer Disziplin gezwungen, die sich als schlicht gute Praxis entpuppte.

Beispiel zwei. Weil ich zwischen Sessions oft pausieren muss, brauchte ich einen Ort, an dem lose Gedanken warten, bis ich wieder dran bin. Eine Art Pufferspeicher: was ist offen, was war die letzte Entscheidung, wo ging es weiter. Aus der Not entstand ein System, das ich heute nicht mehr missen möchte, nicht weil die Sessions begrenzt sind, sondern weil es schlicht hilft, den Faden nicht zu verlieren.

Beispiel drei. Weil Tokens kostbar sind, habe ich gelernt, zwischen zwei Arbeitsmodi zu wählen: dem teuren, gründlichen, bei dem die KI erst einen ganzen Plan vorlegt, und dem schlanken, bei dem sie direkt loslegt, aber an definierten Punkten innehält. Früher hätte ich immer den gründlichen genommen, weil “mehr Planung ist besser” klingt. Die Knappheit zwang mich zur Unterscheidung: Wann lohnt sich der teure Modus wirklich? Und die Antwort war öfter “gar nicht”, als ich erwartet hätte.

Hier ist der Punkt, der mich nicht loslässt: Keine dieser drei Gewohnheiten ist ein Workaround.

Ein Workaround ist eine hässliche Notlösung, die man wegwirft, sobald das Problem verschwindet. Das Modemkabel-Ausstöpseln war ein Workaround. Niemand vermisst es.

Aber das Vorverlagern des Denkens, der Pufferspeicher, die Wahl des richtigen Arbeitsmodus, das sind keine Notlösungen. Das sind Praktiken, die auch dann sinnvoll bleiben, wenn die Sessions irgendwann unbegrenzt sind. Und sie werden unbegrenzt sein, daran habe ich keinen Zweifel. Die Token-Knappheit von heute wird in ein paar Jahren eine Anekdote sein, so wie das Modemgeräusch.

Was bleiben wird, sind die Gewohnheiten, die der Mangel hervorgebracht hat. Genau wie nach dem Modem: Die Choreografie verschwand, aber das Gespür dafür, was Aufmerksamkeit wert ist, blieb bei vielen. Wer in der knappen Zeit gelernt hat zu priorisieren, priorisiert auch im Überfluss besser.

Ökonomen kennen das Phänomen. Manche der elegantesten Lösungen entstehen unter harten Beschränkungen, nicht trotz ihnen. Knappheit ist ein strenger, aber guter Lehrer. Sie zwingt zu Entscheidungen, die der Überfluss verschleiert.

Es gibt einen Begriff, den ich für das, was hier passiert, vorschlagen würde: constraint-induzierte Methodenentwicklung. Die Beschränkung erzeugt nicht nur Anpassung, sie erzeugt Methode. Und die Methode überlebt die Beschränkung.

Das ist keine neue Einsicht. Die Lyrik hat das Sonett, weil vierzehn Zeilen und ein festes Reimschema mehr Kreativität freisetzen als das leere Blatt. Die Fotografie hatte 36 Bilder pro Film, und mancher sagt, das habe die Leute zu besseren Fotografen gemacht als die unendliche Speicherkarte. Die Beschränkung ist nicht der Feind der Qualität. Oft ist sie ihre Bedingung.

Und so sitze ich hier, im Frühjahr 2026, und baue einen Schreibtrainer unter Bedingungen, die in wenigen Jahren niemand mehr nachvollziehen wird. “Du musstest pausieren? Mitten in der Arbeit? Weil die Tokens alle waren?”, so wird man fragen, mit demselben ungläubigen Staunen, mit dem heute ein Teenager auf das Modemgeräusch reagiert.

Ich bin, ohne es geplant zu haben, ein Zeitzeuge geworden. Zeuge der frühen Monate einer Arbeitsweise, die gerade erst entsteht. Es fühlt sich nicht historisch an, während es passiert. Es fühlt sich nach Alltag an, nach Token-Budget und Session-Pausen und der ewigen Frage, ob sich der gründliche Modus lohnt.

Aber das tut es nie, während es passiert. Auch der Mann, der 1996 sein Modemkabel einstöpselte, fühlte sich nicht historisch. Er wollte nur seine E-Mails abrufen, bevor die Verbindung wieder zusammenbrach.

Das Geräusch ist weg. Die Gewohnheiten, die es hervorbrachte, sind geblieben. Und ich vermute, mit den Session-Budgets wird es genauso sein.