← Zurück zu Insights

Warum ich aufgehört habe, neben meiner KI zu sitzen

Claude Code kann jetzt autonom arbeiten, während du offline bist. Was das für deinen Workflow bedeutet, und warum das eigentliche Problem dein Prompting war.

Warum ich aufgehört habe, neben meiner KI zu sitzen

Der Moment, der alles verändert hat

Ich habe einen Satz getippt.

Laptop zugeklappt.

Kaffee geholt.

Zurückgekommen, und die Aufgabe war erledigt.

Kein Warten. Kein Bestätigen. Kein "Ja, mach weiter." Kein fünftes Fenster, das ich gleichzeitig im Blick behalten musste.

Das klingt nach einer kleinen Sache. Es ist keine kleine Sache.

Das Problem, das niemand laut ausgesprochen hat

Wer Claude Code ernsthaft nutzt, kennt das Muster:

Du startest eine Session. Beschreibst das Projekt. Wartest. Liest die Ausgabe. Antwortest. Wartest. Liest. Antwortest. Wartest.

Du bist nicht Entwickler. Du bist Taktgeber.

Das System arbeitet, aber nur, wenn du dabei bist. Wie ein Handwerker, der nach jedem Schritt fragt, ob er weitermachen darf.

Der Workaround der meisten: mehrere Sessions gleichzeitig offen halten. Fünf Fenster, fünf laufende Unterhaltungen, fünf Stellen, an denen man auf Bestätigung wartet. Mehr Tabs, gleiche Grundproblematik.

Reaktiv ist das Wort. Das System wartet auf dich. Du kannst nicht wirklich delegieren.

Reaktiv ist kein Agent. Proaktiv ist einer.

Es gibt einen wichtigen Unterschied, den die meisten Leute nicht explizit machen:

Ein reaktives System antwortet auf Input.

Ein proaktiver Agent navigiert eigenständig zum Ziel.

Das klingt akademisch. Es ist es nicht.

Wenn du einem Mitarbeiter sagst "Schreib mir einen Bericht bis Freitag", erwartest du, dass er dich jede Stunde fragt, ob er weiterschreiben darf? Nein. Du erwartest Eigenständigkeit innerhalb eines klaren Zielhorizonts.

Genau das ist der Unterschied zwischen reaktiv und proaktiv.

Claude Code war bisher reaktiv. Mit der Goals-Funktion verschiebt es sich in Richtung proaktiver Agent.

Was Goals tatsächlich verändert

Goals ist kein Oberflächenupdate. Es ist eine strukturelle Verschiebung.

Du formulierst ein Ziel, ein echtes, übergeordnetes Ziel, nicht eine Anweisung im Imperativ. Das System übernimmt von dort. Ohne Bestätigungsschritte. Ohne Pause. Es arbeitet durch, bis das Ziel erreicht ist oder ein echter Blockerauftritt.

Du kannst offline gehen. Den Laptop zuklappen. Die Aufgabe läuft.

Was das im Alltag bedeutet:

Statt fünf parallele Sessions zu jonglieren, eine Session, ein klares Ziel, kein Babysitting.

Statt Taktgeber zu spielen, echte Delegation.

Statt neben dem System zu sitzen, neben dem Ergebnis ankommen.

Das ist der Unterschied zwischen einem Werkzeug, das du bedienst, und einem System, das für dich arbeitet.

Warum dein Prompting das eigentliche Problem ist

Hier liegt der Haken, den die meisten übersehen.

Goals aktivieren ist der einfache Teil. Den Arbeitsstil anpassen ist die eigentliche Aufgabe.

Wer jahrelang reaktiv gearbeitet hat, schreibt reaktive Prompts: "Mach jetzt X." "Als nächstes Y." "Kannst du Z anpassen?" Das sind Anweisungen, keine Ziele. Für einen proaktiven Agenten sind sie das falsche Futter.

Ein proaktiver Agent braucht ein Bild vom Endresultat, nicht eine Schritt-für-Schritt-Liste.

"Das fertige Modul soll folgendes können: ..." ist ein Ziel.

"Schreib jetzt die Funktion und frag mich dann" ist eine Anweisung.

Der Unterschied klingt gering. Im Output zeigt er sich massiv.

Wenn du Goals nutzt wie die alte reaktive Methode, wirst du reaktive Ergebnisse bekommen. Die Funktion ist nur so gut wie die Zielbeschreibung, mit der du sie fütterst.

Was das für Builders bedeutet

Wer gerade Software baut, Workflows automatisiert oder KI-Agenten in eigene Produkte integriert, hat jetzt ein Referenzmodell für das eigentliche Problem:

Nicht fehlende Leistung. Fehlende Autonomie.

Die meisten KI-Workflows scheitern nicht daran, dass das Modell zu schwach ist. Sie scheitern daran, dass zu viele manuelle Bestätigungsschleifen den Fluss unterbrechen. Goals zeigt, wie das anders geht, und es zeigt, dass das Bottleneck fast immer in der Struktur der Aufgabenübergabe liegt, nicht in der Rechenleistung.

Das ist ein Muster, das weit über Claude Code hinausgeht.

Der Satz, den du jetzt schreiben solltest

Nicht: "Was soll ich als nächstes tun?"

Sondern: "Was soll am Ende da stehen?"

Schreib diesen Satz. Klar. Konkret. Mit einem Bild vom Ergebnis, nicht einer Liste von Schritten.

Dann klapp den Laptop zu.

Hol Kaffee.

Komm zurück.

Hat dir der Beitrag gefallen?

Jede Woche teile ich die besten Insights direkt per Mail.

Kein Spam. Jederzeit abmeldbar.

Du bist dabei! Check dein Postfach.