Zum Inhalt springen

Kapitel 3 von 10

Der erste AuftragEchte Sitzung, echte Ausgabe — nichts nachgestellt.
Gesprochener Text zum Mitlesen

Irgendwann wird ein Befehl abgewiesen. Sehen Sie es einmal in Ruhe, bevor es Sie unvorbereitet trifft. Hier ein Deploy auf einen fremden Server. Der Riegel antwortet mit deny — der Befehl läuft nicht. Nicht gewarnt, nicht kommentiert. Nicht ausgeführt. Er nennt sich beim Namen, sagt was fehlt, und sagt wie Sie es liefern. Das sind Minuten, keine Stunden. Danach läuft derselbe Befehl. Das Zweite: eine Optionsfrage ohne Empfehlung. Auch die wird abgewiesen. Wer vor eine Frage gestellt wird, die er nicht beurteilen kann, folgt blind — das ist keine Entscheidung, sondern eine Unterschrift unter etwas Ungelesenes. Und der wichtigste Satz: Schalten Sie den Riegel nicht ab. Liefern Sie nach, was er verlangt. Er öffnet danach von selbst.

Der erste Auftrag

Die häufigste Enttäuschung nach der Installation: Sie tippen etwas, und Claude fängt nicht sofort an zu programmieren. Das ist kein Fehler, das ist das Produkt. Dieses Kapitel zeigt, was in den ersten Minuten passiert — damit Sie es wiedererkennen statt dagegen zu arbeiten.

Fangen Sie klein an

Nehmen Sie ein echtes, kleines Vorhaben aus einem echten Projekt. Nicht „schreib mir eine App". Zum Beispiel:

Auf der Kontaktseite fehlt die Telefonnummer im Impressum-Block. Bau sie ein.

Was Sie dann sehen — vier Stationen

1. Die Einstufungskarte. Claude ordnet den Auftrag ein, bevor er etwas anfasst: wie groß, welcher Weg, womit wird bewiesen, dass es fertig ist. Sie steht als kleiner Kasten in der Antwort.

2. Die Schleuse. Bei allem, was mehr als eine Datei berührt, geht Claude zuerst in den Plan-Modus: lesen, messen, einen Plan schreiben — und nichts ändern. Das ist die Station, die am meisten Geduld kostet und am meisten spart.

3. Die Rückfragen. Jede offene Entscheidung wird Ihnen einzeln vorgelegt, mit einer Empfehlung an erster Stelle und einer Zeile, was die Wahl konkret bedeutet. Antworten Sie kurz. Wenn Ihnen keine Option passt, sagen Sie das — dann kommt eine bessere Frage.

4. Die Freigabe. Erst wenn Sie den Plan freigeben, wird geschrieben.

Wenn der erste Riegel zuschlägt

Irgendwann wird ein Befehl abgewiesen. Meist beim ersten Mal git commit, npm install oder einem Deploy. Die Meldung nennt den Riegel beim Namen und sagt, was fehlt.

Tun Sie dann drei Dinge nicht: den Riegel abschalten, den Befehl umformulieren, bis er durchrutscht, oder Claude bitten, „es einfach trotzdem zu machen". Alle drei funktionieren technisch, und alle drei nehmen Ihnen genau das weg, wofür Sie bezahlt haben.

Tun Sie stattdessen das: lesen, was fehlt, und es liefern. Fast immer ist es eine Minute Arbeit — eine Klassifikation, eine Prüfung, ein Beleg. Der Riegel öffnet danach von selbst.

Drei Sätze, die den Unterschied machen

Statt Sagen Sie
„Mach das schnell." „Was würdest du vorher prüfen wollen?"
„Passt schon." „Beleg das bitte mit einem ausgeführten Befehl."
„Das ist zu klein für den ganzen Prozess." Nichts. Genau dieser Satz ist im Paket ein Auslöser.

In einem Satz

Der erste Auftrag ist ein kleiner — und wenn ein Riegel zuschlägt, liefern Sie nach, was er verlangt, statt ihn zu umgehen.

Dieses Kapitel als Auftrag an Claude

Kopieren, die spitzen Klammern durch Ihre eigene Angabe ersetzen, in Claude Code einfügen.

Nimm dir diese Aufgabe vor:

<eine kleine, echte Aufgabe aus deinem Projekt — eine Datei, ein Text,
ein fehlendes Feld>

Arbeite sie so ab, wie du es normalerweise tust. Aber ändere nichts,
bevor ich den Plan freigegeben habe.

Zeig mir vorher:
- wie du die Aufgabe einstufst und warum
- was du prüfen willst, bevor du etwas anfasst
- woran wir am Ende erkennen, dass es wirklich fertig ist

Wenn dabei eine Entscheidung offen ist, leg sie mir einzeln vor, statt
sie selbst zu treffen.