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.

FAQ

Was ist die Goals-Funktion in Claude Code?

Goals ist eine Funktion, mit der du Claude Code ein übergeordnetes Ziel statt einer einzelnen Anweisung gibst. Das System arbeitet dann eigenständig darauf hin, ohne nach jedem Schritt eine Bestätigung von dir zu brauchen. Es hält erst an, wenn das Ziel erreicht ist oder ein echter Blocker auftritt.

Was ist der Unterschied zwischen einem reaktiven und einem proaktiven Agenten?

Ein reaktives System wartet nach jedem Schritt auf deine Bestätigung und reagiert nur auf konkreten Input. Ein proaktiver Agent bekommt ein Ziel und navigiert selbstständig dorthin, ohne ständige Rückfragen. Claude Code bewegt sich mit Goals von reaktiv in Richtung proaktiv.

Muss ich meine Prompts für Claude Code mit Goals anders schreiben?

Ja. Reaktive Prompts wie 'Mach jetzt X' oder 'Frag mich danach' funktionieren mit einem proaktiven Agenten schlecht, weil sie Anweisungen statt Ziele sind. Besser ist eine Beschreibung des fertigen Ergebnisses, zum Beispiel 'Das fertige Modul soll folgendes können'. Der Agent braucht ein Bild vom Endzustand, keine Schritt-für-Schritt-Liste.

Kann ich Claude Code offline lassen, während es mit Goals arbeitet?

Ja, das ist der zentrale Punkt der Funktion. Sobald das Ziel formuliert ist, arbeitet das System ohne Pausen oder Bestätigungsschritte weiter, auch wenn du den Laptop zuklappst. Du kommst zurück, wenn die Aufgabe erledigt oder ein echter Blocker aufgetreten ist.

Warum scheitern viele KI-Workflows trotz starker Modelle?

Das Problem liegt meist nicht an der Leistungsfähigkeit des Modells, sondern an zu vielen manuellen Bestätigungsschleifen, die den Arbeitsfluss unterbrechen. Das Bottleneck sitzt in der Struktur der Aufgabenübergabe, nicht in der Rechenleistung. Goals zeigt, wie sich das durch mehr Autonomie in der Aufgabenstellung beheben lässt.