Claude Code 101

Treffen Sie Bram. Bram führt eine Kaffeebar und hat eine einfache Website. Die Seite sagt: geöffnet bis 17 Uhr. Vor einem Monat hat er seine Öffnungszeiten auf 18 Uhr geändert. Die Website sagt immer noch 17 Uhr, weil Bram nicht programmieren kann und der Freund, der die Seite gebaut hat, im Urlaub ist.

Jeden Tag steht jemand vor einer geschlossenen Tür oder verpasst die letzte Stunde Kaffee. Wegen einer Zeile Text.

Dieser Kurs bringt dir bei, diese Zeile selbst zu reparieren, in unter einer Minute, indem du einen Satz in einfacher Sprache tippst. Das Werkzeug heißt Claude Code. Du sagst, was du willst, es macht die Änderung, es sagt dir, was es getan hat, und du prüfst das Ergebnis.

Die ganze Methode ist ein kleiner Kreis. Du beschreibst, was du willst. Du lässt Claude es tun. Du prüfst das Ergebnis. Drei Schritte, und du berührst selbst nie eine Datei. Dieser Kreis kommt in jeder einzelnen Lektion zurück.

Beschreib es → Lass es arbeiten → Prüf es. Dieser Kreis ist die ganze Methode. Er kommt in jeder Lektion zurück.

Der 17-Uhr-Fehler, live repariert

Jetzt bist du dran

1. On my website it says we are open until 5 pm. That changed to 6 pm. Update it, and if the opening hours appear in more than one place, fix them all.Welcher Teil dieser Anweisung stellt sicher, dass keine Stelle mit der alten Zeit übersehen wird?„wenn die Öffnungszeiten an mehr als einer Stelle stehen, repariere sie alle" (Diese Klausel schickt Claude über die ganze Website, nicht nur an die eine Stelle, die du bereits kennst. Sie verwandelt eine Teilreparatur in eine vollständige.)
2. Claude Code: Die Telefonnummer in der Footer und auf der Kontaktseite ersetzt. Nichts Weiteres geändert.Du hast gerade diese Antwort gelesen. Was machst du als Nächstes?Öffne die Website und schau auf die Footer und die Kontaktseite (Prüfen ist deine Hälfte der Arbeit, und es kostet zehn Sekunden. Du sagst es, Claude macht es, du schaust hin. Diese Schleife ist die ganze Methode.)

Welche Anweisung kann Claude Code sofort ausführen?

B · Die konkrete Anweisung. A gibt nichts zu greifen. B nennt die Stelle, den alten Wert und den neuen Wert. Konkret schlägt vage immer.

Diese Zeile ist jetzt auf der Website. WLAN ist heutzutage einfach kostenlos, keine Anfrage nötig. Tippe die Anweisung, die es repariert.

Du willst eine falsche oder veraltete Zeile auf deiner eigenen Kaffeebar-Website reparieren, indem du Claude Code eine klare Anweisung gibst, die benennt, was zu ändern ist, wo, und was zu lassen ist.

Du kannst jetzt:

- Die drei Schritte des Kreises benennen: beschreib es, lass es arbeiten, prüf es. - Eine Anweisung unterscheiden, die Claude ausführen kann, von einer, die er nicht kann: sie benennt die Stelle, das Alte und das Neue.

Morgen richtet Bram das Werkzeug auf seinem eigenen Computer ein. Zehn Minuten, einmal.

Heute richtet Bram seine Tools ein. Zehn Minuten, einmal, und dann nie wieder. Kein Code, keine Konfigurationsmenüs, nur drei kurze Schritte und ein Fenster, das auf deine Eingabe wartet.

Das Terminal ist nur ein Fenster, in dem du mit deinem Computer tippst statt zu klicken. Du öffnest es, installierst Claude Code einmal, und startest es durch Eingabe von claude. Das ist die ganze Installation.

1. Terminal öffnen: Mac: cmd und Leertaste drücken, terminal eingeben, Enter drücken. Windows: WSL2 installieren (siehe Hinweis unten). 2. Installation: npm install -g @anthropic-ai/claude-code 3. Starten: claude — du siehst einen Welcome-Bildschirm. Das ist alles.

Important

Der allererste Start

Reading the window

1. $ claude command not found: claudeYou typed claude and the terminal answered with this. What does it most likely mean?The install did not finish, so the terminal does not know the word yet ("Command not found" means the terminal does not know that word yet. The install step is what teaches it. Nothing is broken.)

Welches stimmt?

B · Die Realität. Es sieht kahl aus, weil es alt ist, aber es ist nur ein einfaches Fenster, in das du tippst und liest. Kein Programmieren erforderlich.

Jetzt du. Mach die drei Schritte richtig, oder wenn jetzt nicht der Moment ist, setz dir konkret fünfzehn Minuten in dieser Woche in den Kalender. Wenn der Welcome-Bildschirm erscheint, paste ihn unten ein und ich bestätige dir, dass du fertig bist.

1. Terminal öffnen. Auf Mac cmd und Leertaste drücken, terminal eingeben, Enter drücken. Auf Windows öffne dein WSL2-Terminal.
2. Claude Code installieren. Führe diese Zeile einmal aus.npm install -g @anthropic-ai/claude-code
3. Starten. Tippe claude ein und warte, bis der Welcome-Bildschirm erscheint.claude

Zeigt die eingefügte Ausgabe, dass Claude Code mit einem Welcome-Bildschirm gestartet ist und bereit ist, und was ist das eine, das die Person als nächstes probieren sollte?

Du kannst jetzt:\n\n- Die drei Installationsschritte in Reihenfolge nennen: Terminal öffnen, installieren, starten.\n- Sagen, was das Terminal ist: ein einfaches Fenster, kein Programmieren.\n\nMorgen öffnet Bram seine eigene Seite zum ersten Mal, nervös, dass er etwas kaputtmacht. Er wird lernen, dass Anschauen nichts kaputt macht.

Bram öffnet Claude Code zum ersten Mal in seinem Website-Ordner, und seine Hand zögert über der Tastatur. Was ist, wenn er etwas kaputt macht? Heute nicht. Schauen kaputt nichts, und genau das ist der Sinn der ersten Session.

Eine Website ist keine Magie. Sie ist ein Ordner mit Dateien darin, und Claude Code kann alle sehen. Manche Dateien sind wichtig für deine Frage, manche nicht. So sieht Claude Brams Website.

Brams Website-Ordner (was Claude sieht) index.html (die Startseite), contact.html, menu.html, photos/ (12 Dateien), style.css (wie alles aussieht), old-backup/ (Claude ignoriert das einfach)

Ein Blick rundherum, und erst eine Frage

Why say it out loud

1. Tell me what is in this folder and what each file does. Change nothing.Which part of this instruction makes the session guaranteed safe, before Claude asks anything?"Change nothing" ("Change nothing" turns a look-around into a session that cannot touch a single file. That is exactly what you want on your very first try.)

Welche kann unmöglich Schaden anrichten?

A · Die Schau-Frage. A liest nur und berichtet. B würde Dinge ändern, also fragt Claude erst nach, aber A kann überhaupt nichts schaden.

Du hast Claude gerade hier gestartet. Das ist der ganze Ordner. Stell eine Schau-Frage, die nichts ändert.

Du willst verstehen, was in einem Projekt steckt, bevor du etwas änderst, indem du Claude Code eine reine Schau-Frage stellst, die alle Änderungen klar verbietet.

Du kannst jetzt:\n\n- Sagen, was eine Website technisch ist: ein Ordner mit Dateien.\n- Nennen, wann Claude um Erlaubnis fragt: bevor es irgendetwas ändert.\n\nMorgen will Bram eine echte Änderung, und der Unterschied zwischen einem vagen Wunsch und einer scharfsinnigen Anweisung entscheidet, ob er sie bekommt.

Erinnerst du dich an die Sache, die dir aufgefallen ist, die du in Lektion 1 aufgeschrieben hast? Heute machst du daraus eine echte Anweisung. Bram macht das gerade mit seiner Menüseite, und der Unterschied zwischen einem Wunsch und einem Ergebnis sind vier kleine Dinge.

Eine starke Anweisung hat vier Teile, und jeder hat eine Farbe, die du in jeder Lektion wiedersehen wirst. Was du willst, wo es ist, was sich nicht ändert, und wie du es überprüfst. Hier ist Brams Anweisung, auseinandergenommen.

Ändere die Überschrift der Menüseite in Unser Kaffee auf menu.html lass die Preise genau wie sie sind und sag mir danach, was du geändert hast (doel: Was du willst · plek: Wo es ist · controle: Wie du es überprüfst · beperking: Was sich nicht ändert)

Erst vage, dann scharf

When you cannot spec it

1. A trick for when you do not quite know what you want yet. Say: interview me first about what I want, then make a plan. Claude asks you questions until the instruction writes itself.
2. You: Make the menu page better. Claude: What do you mean by better? I see prices, headings and photos. Which of those should change, and in what direction?Claude answered the instruction above with a question instead of a change. Why?There was nothing concrete to act on, so it asked rather than guessed (A question back is the system protecting you. Without a place, a target and a boundary, any change would be a guess, and guessing is where things go wrong.)

Welche Anweisung ist vollständig?

B · Mit der Grenze. A fehlt die Grenze, was sich nicht ändert. B hat alle vier Teile, deshalb bleibt eine kleine Änderung klein.

Bram will, dass die mittlere Zeile stattdessen „Hole unsere wöchentlichen Kaffee-Tipps" sagt. Schreib die komplette Anweisung, alle vier Teile: was, wo, was unangerührt lassen, und wie du es überprüfst.

Du willst eine komplette Anweisung geben mit allen vier Teilen: was du ändern willst, wo, was unangerührt bleibt, und wie du es überprüfst.

Du kannst jetzt:

- Die vier Teile einer guten Anweisung benennen: was, wo, was sich nicht ändert, wie du es überprüfst. - Eine Gegenfrage als Feature lesen, nicht als Fehler: Claude fragt, statt zu raten.

Morgen will Bram etwas Größeres als einen Satz, ein Angebotsbrett auf seiner Homepage. Dafür gibt es ein kostenloses Angebot.

Bram möchte etwas Größeres als einen Quick-Fix. Ein Tafel mit Specials auf der Homepage, jede Woche anders. Das ist zu groß, um es ohne Plan anzupacken. Also fragt er erst nach dem Plan, wie du einen Handwerker fragen würdest, bevor die Arbeit anfängt.

Der Plan-Modus unterteilt eine große Aufgabe in vier ruhige Schritte. Du fragst. Claude schreibt einen Plan. Du sagst ja, oder du justierst nach. Erst dann baut Claude. Den Plan zu ändern kostet nichts.

1. Du fragst: Beschreib die größere Sache, die du möchtest. 2. Claude plant: Ein durchnummerierter Plan: die Schritte, die Dateien, was sich ändert. 3. Du sagst ja: Genehmig den Plan, oder steuere nach, bevor eine Zeile gebaut wird. 4. Claude baut: Jetzt läuft die Arbeit nach dem Plan, dem du zugestimmt hast.

Das Angebot einholen

Wann den Plan überspringen

1. A) Ändere die Telefonnummer auf der Kontaktseite zu 020 765 4321. B) Füge eine wöchentliche Specials-Tafel hinzu, die jede Woche ein anderes Angebot zeigt.Bei welcher dieser zwei Anfragen lohnt sich ein Plan vorher?B, wöchentliche Specials-Tafel (A passt in einen Satz und betrifft einen Ort, also ist ein Plan aufwendiger als die Änderung. B betrifft mehrere Dinge und läuft wöchentlich, also ist ein Plan, den du vorher steuern kannst, die Mühe wert.)

Welcher Start ist sicherer für eine große Aufgabe?

B · Erst planen. Eine große Aufgabe blind gebaut kann weit vom Ziel abweichen, bevor du es merkst. B gibt dir ein kostenloses Angebot, das du für den Preis von nichts korrigieren kannst.

Diese 12 Fotos liegen in einem Ordner, unsichtbar. Du möchtest eine Fotogalerie. Schreib die größere Anfrage hin und bitte Claude Code um einen Plan vorher.

Du möchtest eine größere Änderung, also fragst du Claude Code, erst einen Plan zu schreiben und auf dein Okay zu warten, bevor etwas gebaut wird.

Du kannst jetzt:

- Sagen, was Plan-Modus garantiert: erst ein Plan, bauen nur nach deinem Okay. - Sagen, wann ein Plan zu viel ist: wenn die Änderung in einen Satz passt.

Morgen wird der genehmigte Plan wirklich gebaut, und Bram lernt, warum Dinge auszuprobieren sicher ist.

Bram hat den Plan von gestern, genehmigt und bereit. Heute kommt der Specials-Block tatsächlich rein. Er ist ein bisschen nervös, aber unter allem, das er gerade tun wird, liegt ein Sicherheitsnetz: er kann jede Änderung sofort rückgängig machen.

Hier ist die Startseite vorher und nachher. Du liest nicht den Code, du liest, was sich geändert hat und wo. Wenn es dir nicht gefällt, ein Satz stellt es wieder her.

Setz den genehmigten Plan um: einen Specials-Block oben auf der Startseite. — Vorher: Brams Koffiebar / Offen bis 18 Uhr / Unser Kaffee · Kontakt → Nachher: Brams Koffiebar / Diese Woche: Hafermilch Flat White + Zimtschnecke / Offen bis 18 Uhr / Unser Kaffee · Kontakt

Bau es, dann mach es rückgängig

Important

Warum verschieben statt löschen

1. Du hast Claude gesagt, alle unsicheren Dateien in einen Ordner namens „Zweifel" zu verschieben, und nichts zu löschen. Eine Woche später merkst du, dass eine dieser Dateien noch gebraucht wird.Weil du die Dateien verschoben statt gelöscht hast, was kannst du jetzt tun?Die Datei aus dem Ordner „Zweifel" zurückholen (Ein Verschieben ist rückgängig zu machen, ein Löschen oft nicht. Unsicherheiten in einem Ordner „Zweifel" zu parken gibt dir die ganze Aufgeräumtheit ohne das Risiko.)

Welcher Befehl ist sicher?

B · Die sichere Aufräumweise. A ist die 11-GB-Geschichte, die auf dich wartet. B macht das gleiche Aufräumen, aber jede unsichere Datei bleibt erhalten, bereit zurückzukommen.

Jetzt du. Nimm den Plan aus Lektion 5 oder eine andere kleine echte Änderung an deinem Projekt und setz sie um. Dann, um das Sicherheitsnetz zu spüren, mach sie rückgängig und setz sie wieder um. Bauen ohne Angst fängt hier an. Kopier Claudes Zusammenfassung der Änderung unten rein.

1. Starte Claude in deinem eigenen Projektordner.claude
2. Gib eine klare Anweisung für eine kleine echte Änderung, alle vier Teile.On [page] it says [old], change it to [new]. Leave the rest of the page as it is, and tell me what you changed.
3. Lies die Zusammenfassung und öffne die Seite, um zu prüfen, dass die Änderung angekommen ist.
4. Spür das Sicherheitsnetz: mach die Änderung rückgängig, dann setz sie wieder um.Undo that last change. Then put it back exactly as it was.

Sagt die eingefügte Zusammenfassung klar, was sich geändert hat und wo, und sieht es wie eine kleine, sichere Änderung aus, die rückgängig gemacht werden kann?

Du kannst jetzt:

- Eine Änderung rückgängig machen: Esc Esc oder /rewind stellt sie wieder her. - Den einen Satz sagen, der Katastrophen verhindert: niemals löschen, stattdessen in „Zweifel" verschieben.

Morgen ist Bram es leid, seinen House Style jede Session zu wiederholen. Dafür gibt es ein Sheet.

Bram ist es leid, jede Session dasselbe zu wiederholen. Farben sind Braun auf Creme. Ton bleibt kurz und freundlich. Preise nur anfassen, wenn ich es sage. Jedes Mal wenn er eine frische Session startet, erklärt er es neu. Es gibt einen besseren Weg: schreib es einmal auf.

CLAUDE.md ist eine einfache Datei oben in deinem Projekt. Claude liest sie automatisch zu Beginn jeder Session, wie ein Onboarding-Zettel für ein neues Teamkitglied. Schreib deine Hausregeln einmal auf, und sie gelten immer.

Brams Site-Ordner, mit dem Sheet oben CLAUDE.md (wird automatisch zu Beginn jeder Session gelesen), index.html, contact.html, menu.html, style.css

Einmal schreiben, immer anwenden

Important

Der Schnitt-Test

1. CLAUDE.md - Colors are brown on cream - Never change prices unless I ask - Be creative - Keep the tone short and friendlyEine dieser vier Regeln verdient ihren Platz am wenigsten. Welche würdest du streichen?Sei kreativ („Sei kreativ" ist zu vage und verhindert keinen Fehler, wenn du es weglässt. Der Schnitt-Test: wenn das Weglassen einer Regel keine Fehler verursacht, nimm sie raus.)

Welches Sheet funktioniert besser?

B · Das scharfe Sheet. Fünf Regeln, die Claude wirklich umsetzen kann, schlagen fünfundzwanzig, die er abwägen muss. Scharf und kurz gewinnt.

Jetzt du. Schreib die CLAUDE.md für dein Projekt, drei bis fünf Regeln, nicht mehr. Jede sollte etwas sein, das eine neue Kraft wirklich wissen muss: eine Farbe, ein Ton, etwas, das sie niemals anfassen darf. Starte dann eine Session und schau, wie die Regeln von allein befolgt werden. Füg die CLAUDE.md ein, die Claude erstellte.

1. Bitte Claude, das Memory-Sheet mit deinen Regeln zu erstellen.Make a CLAUDE.md for this project with these rules: [rule 1], [rule 2], [rule 3]. Keep it short.
2. Lies es und streiche alles weg, das eine neue Kraft nicht wirklich bräuchte. Drei bis fünf Regeln reichen.
3. Starte eine frische Session, gib eine kleine Aufgabe, und schau, wie die Regeln befolgt werden, ohne dass du sie wiederholst.claude

Enthält die eingefügte CLAUDE.md drei bis fünf klare, nützliche Regeln, die eine neue Kraft wirklich bräuchte, und fehlt etwas oder ist etwas überflüssig?

Du kannst jetzt:

- Sagen, was CLAUDE.md tut: es wird zu Beginn jeder Session gelesen, daher gelten Hausregeln, ohne sie zu wiederholen. - Den Schnitt-Test anwenden: wenn das Weglassen einer Regel keine Fehler verursacht, streich sie weg.

Morgen läuft Brams zweistündige Session langsam und verwirrt. Die Lösung ist nicht lauter reden, sondern frisch anfangen.

Brams Session läuft schon zwei Stunden. Es wird langsamer, und Claude vergisst ständig, was Bram am Anfang gesagt hat. Sein Instinkt ist, klarer zu erklären. Die echte Lösung ist das Gegenteil: neu anfangen. Ein langes Gespräch ist ein voller Kopf, und ein voller Kopf verliert die alten Dinge.

Innerhalb eines Gesprächs hat Claude einen Arbeitsspeicher, der sich füllt. Je länger du sprichst, desto mehr Details aus dem Anfang gehen verloren. /clear leert das Gespräch und gibt dir einen sauberen, frischen Neustart für die nächste Aufgabe.

1. Voller Kopf: Ein langes Gespräch, alte Details fallen unten raus. 2. /clear: Das Gespräch leeren, Neustart. 3. Nächste Aufgabe: Eine Zeile Kontext, und es läuft wieder scharf.

Leeren und neu starten

Ein Wort über Geld, weil es gute Nachricht ist. Die Behebung der Kontaktseite hat etwa vierzig Cent gekostet. Eine Webagentur würde einhundertfünfzig Euro dafür berechnen. Aber lange, ungeordnete Gespräche verbrauchen Nutzungsgebühren ohne Resultat. Schreib /usage, um zu sehen, wo du stehst.

Finde die Session, die aus dem Ruder läuft

1. Diese Woche hast du drei Aufgaben auf der Site: das Menü, die Fotos und der Newsletter. Hier sind vier Wege, wie du deine Sessions laufen lassen könntest.Welche dieser vier steuert auf Probleme zu?Eine lange Session, die Menü, Fotos und Newsletter zusammen mischt (Die Alles-rein-in-eine-Session, Anfänger Nummer eins Fehler. Der Arbeitsspeicher läuft über und die Qualität fällt ab.)

Welche führt zu besserer Arbeit?

B · Kurze Sessions. Kurze fokussierte Sessions halten den Arbeitsspeicher scharf und kosten weniger. Der Marathon vergisst seinen eigenen Anfang.

Du bist zwei Stunden in dieser Session und es läuft zäh. Schreib /usage, um zu sehen, was die Arbeit bis jetzt gekostet hat.

Du willst Claude scharf halten und deine Kosten gering: schau, was die Arbeit gekostet hat, oder bitte Claude, die Session zusammenzufassen, damit du mit klarem Kopf frisch anfangen kannst.

Du kannst jetzt:

- Erklären, was /clear macht und nicht löscht: Es leert das Gespräch, nicht deine Dateien oder CLAUDE.md. - Begründen, warum kurz besser ist als lang: Der Arbeitsspeicher bleibt scharf, und es kostet weniger.

Morgen will Bram eine ganz neue Seite. Er lernt, große Dinge als Handvoll kleiner Schritte zu bauen.

Bram will eine ganz neue Seite: Kuchen zum Bestellen. Das wirkt riesig, und riesig ist, wo Menschen stehenbleiben. Der Trick ist, es nicht alles auf einmal zu bauen. Du baust es als vier kleine, geordnete Schritte, jeden leicht zu überprüfen, bevor der nächste kommt.

Hier sind die vier Schritte für die Kuchenseite. Erst das Skelett, dann der Inhalt, dann das Formular, dann eine Überprüfung. Jeder Schritt ist eine Anweisung, und du schaust dir das Ergebnis an, bevor du weitermachst.

1. 1. Skelett: Erstelle eine neue Seite cakes.html mit demselben Header und Footer wie menu.html. 2. 2. Inhalt: Füge die Kuchen hinzu, jeweils mit einem Namen, einem Foto und einem Preis. 3. 3. Formular: Füge ein Bestellformular hinzu: Name, Kuchen, Abholungsdatum. 4. 4. Überprüfung: Schau dir die Seite in Mobil-Ansicht an und sag mir, was noch nicht stimmt.

Schritt eins, und ein kleiner Fehler

Bringt sie in Ordnung

1. Vier Schritte für die neue Kuchenseite, durcheinander: - das Bestellformular - das Skelett-Seite mit Header und Footer - die Überprüfung in Mobil-Ansicht - die Liste der KuchenWelcher dieser vier Schritte muss zuerst kommen?Das Skelett-Seite mit Header und Footer (Eine Seite muss existieren, bevor du irgendetwas darauf setzen kannst. Skelett zuerst, dann Inhalt, dann das Formular, dann die Überprüfung. Reihenfolge hält jeden Schritt klein.)

Welcher ist die bessere Art zu beginnen?

B · Schritt eins von vier. Der Mega-Prompt verlangt alles auf einmal, also wenn etwas nicht stimmt, kannst du nicht sehen, welcher Teil. Schritt eins von vier gibt dir etwas zum sofort Überprüfen.

Jetzt du. Baue eine neue Seite deines Projekts in vier Schritten: Skelett, Inhalt, der interaktive Teil, dann eine Überprüfung. Führe eins aus, schau dir das Ergebnis an, führe das nächste aus. Claude auf bestehende Arbeiten hinzuweisen bekommt dir einen ganzen Look in einem kurzen Satz. Paste, was Claude nach dem ersten Schritt berichtet, unten.

1. Bitte nur das Skelett, passend zu einer Seite, die dir schon gefällt.Make a new [page] with just the layout, no real content yet. Make it look like the [existing] page.
2. Schau dir das Ergebnis an, dann bitte um den Inhalt.Now fill it with this content: [your text].
3. Füge den interaktiven Teil hinzu (ein Formular, ein Button, eine Galerie).Add [the interactive part] and tell me what you changed.
4. Überprüfe es: öffne die Seite und klick dich durch.

Zeigt das gepastete Ergebnis eine Seite, die in kleinen Schritten gebaut wird, passend zu einem bestehenden Stil, statt alles auf einmal?

Du kannst jetzt:

- Sagen, warum kleine Schritte: jeder Schritt ist leicht zu überprüfen, also bleiben Fehler klein. - Den Pointing-Trick nutzen: »mach es wie die [bestehende Seite]« kopiert einen ganzen Look auf einmal.

Morgen funktioniert das Bestellformular nicht beim ersten Versuch. Das ist normal, und das ist die ganze Lektion.

Brams Bestellformular funktioniert beim ersten Mal nicht. Send drücken, und nichts passiert. Sein Magen zieht sich zusammen. Aber das ist keine Katastrophe, das ist der normalste Moment beim Bauen von irgendetwas. Diese Lektion dreht sich genau darum: was du tust, wenn es schiefgeht.

Du musst die Ursache nicht verstehen. Du beschreibst, was du siehst, und Claude findet heraus, warum. Hier ist Brams kaputtes Formular, die Anweisung die er geschrieben hat, und das Ergebnis.

Was Bram sah: Bestellformular auf cakes.html / Send drücken... nichts passiert / Keine Bestätigung, keine E-Mail — Die Anweisung danach: "Das Formular auf cakes.html tut nichts, wenn ich Send drücke. Es gibt keine Bestätigung und keine E-Mail. Finde heraus, warum, und behebe es." → Nach der Reparatur: Bestellformular auf cakes.html / Send drücken... „Danke, wir haben deine Bestellung erhalten" / Bestätigungsmail versendet

Fehler kopieren, Lösung bekommen

Note

Sehen, nicht raten

1. Error: form action not definedDein Bestellformular zeigte diesen roten Text. Was ist der beste Weg?Kopiere und paste ihn zu Claude, genau wie er ist (Eine Fehlermeldung ist Daten, keine Strafe. Genau so kopiert wie sie ist, ist sie das Nützlichste was du Claude geben kannst, und du musst sie selbst nie verstehen.)

Was ist für Claude nützlicher?

B · Was du wirklich siehst. A ist eine Vermutung die falsch sein könnte. B ist was tatsächlich passiert, und Claude kann dem echten Grund nachgehen.

Dieses Anmeldekästchen ist auf der Homepage. Klick Subscribe und nichts passiert, gar keine Bestätigung. Beschreibe, was du siehst, damit Claude es reparieren kann.

Du möchtest einen Bug klar melden: beschreibe, was du getan hast, was du gesehen hast, und was du erwartet hast, damit Claude die Ursache finden und reparieren kann.

Du kannst jetzt:

- Die Zwei-Fehlschlag-Regel anwenden: nach zwei fehlgeschlagenen Reparaturen, /clear tippen und sauber neu anfangen. - Wissen, was du bei einem Fehler copierst: die ganze Meldung, genau wie sie ist.

Morgen geht die Cakes-Seite endlich live in die Welt. Punkte sammeln, und dann abheben.

Die Kuchenseite funktioniert. Jetzt muss sie die Welt erreichen und Brams Kunden. Zwei Ideen machen das, und beide dauern fünf Minuten. Ein Speicherpunkt, um immer zurückzugehen. Und live gehen, damit jeder es sehen kann.

Ein Commit ist ein Speicherpunkt, ein Foto deines ganzen Projekts in diesem Moment. Du kannst immer zu jedem Foto zurückkehren. Du machst ein Foto, du renovierst, du machst ein neues Foto. Einfach, und es macht jede Änderung dauerhaft reversibel.

1. Foto machen: Ein Commit: du kannst zu diesem exakten Zustand immer zurück. 2. Renovieren: Mach deine Änderungen, probier Dinge, baue. 3. Neues Foto: Noch ein Commit, so ist auch diese Version gesichert.

Sichern, dann deployen

Note

Wann sichern

1. Du wirst Claude gleich das ganze Navigationsmenü deiner Site umbauen lassen, eine größere Änderung, die mehrere Seiten gleichzeitig betrifft.Wann ist der beste Moment für einen Speicherpunkt?Jetzt gleich, vor dieser größeren Änderung, damit du zurückgehen kannst (Ein Speicherpunkt vor einer größeren Arbeit bedeutet, dass das Schlimmste ist, zu diesem Foto zurückzugehen, nicht von vorne anzufangen. Billige Versicherung, oft genommen.)

Welche Variante lässt dich nachts ruhig schlafen?

B · Ein Foto vor jeder Arbeit. Ohne Speicherpunkte kann eine schlechte Änderung nur noch durch Erinnerung rückgängig gemacht werden. Mit ihnen hast du immer eine gute Version zum Zurückgreifen.

Jetzt du. Mach deinen ersten Speicherpunkt auf deinem Projekt, mit einer kurzen Beschreibung. Dann bring es live. Claude führt dich durch. In ein paar Minuten hast du eine echte Web-Adresse für etwas, das du gebaut hast. Füge das ein, was Claude dir sagt.

1. Frag Claude, einen Speicherpunkt mit einer kurzen Beschreibung deiner Arbeit zu machen.Save my work with the description "[what you changed today]".
2. Frag Claude, die Site live zu bringen und dir die Adresse zu geben.Put this site live and give me the web address.
3. Öffne die Adresse in einem normalen Browser, um sie real zu sehen.

Bestätigt die Ausgabe, dass ein Speicherpunkt gemacht wurde, und gibt es eine echte Web-Adresse, die der Lernende öffnen kann?

Du kannst jetzt:\n\n- In einfachen Worten sagen, was ein Commit ist: ein Foto deines Projekts, zu dem du immer zurückgehen kannst.\n- Sagen, was Deploy bedeutet: deine Site online stellen unter einer Web-Adresse.\n\nMorgen noch eine Gewohnheit, die Leute trennt, die gute Arbeit shipped, von Leuten, die einfach nur shippen: es selbst kontrollieren.

Bram hat nach jedem Job ein Ritual. Telefon in der Hand, Seite offen, durchklicken was sich geändert hat. Es dauert zehn Sekunden und hat ihm schon zweimal geholfen. Diese letzte Lektion macht daraus eine Gewohnheit und gibt dir die Werkzeuge in die Hand, um allein weiterzumachen.

Das Check-Ritual hat vier schnelle Schritte. Seite öffnen, durchklicken was sich geändert hat, auf dem Telefon anschauen, und wenn etwas nicht stimmt, beschreib es so, wie du es in Lektion 10 gelernt hast. Zehn Sekunden, jedes Mal.

1. Seite öffnen: Schau auf das echte Ding, nicht auf die Zusammenfassung. 2. Durchklicken was sich geändert hat: Probier genau das aus, das du gerade verlangt hast. 3. Auf dem Telefon anschauen: Die meisten Besucher sind auf dem Telefon. Schau auch dort hin. 4. Etwas stimmt nicht?: Beschreib was du siehst (Lektion 10) und fix es.

Lass Claude die Arbeit zeigen

Note

Welche Gewohnheit das heilt

1. Die fünf Gewohnheiten, auf die Leute hereinfallen: - Alles in ein Gespräch quetschen - Sich nach zwei fehlgeschlagenen Versuchen im Kreis korrigieren - Bei großen Jobs ja sagen ohne Plan - Nie selbst nachschauen - Etwas löschen lassenWelche dieser Gewohnheiten heilt das zehn-Sekunden-Check-Ritual direkt?Nie selbst nachschauen (Das Check-Ritual, die Seite zu öffnen und mit deinen eigenen Augen hinzuschauen, ist das genaue Gegenteil von nie nachschauen. Jede andere Gewohnheit hat ihre eigene Lösung: /clear beim Quetschen, die Zwei-Versuche-Regel bei Schleifen, Plan Mode bei großen Jobs, Verschieben statt Löschen bei Deletions.)

Welches hält dich aus Schwierigkeiten?

B · Das zehn-Sekunden-Ritual. „Es ist fertig" ist eine Behauptung. Deine eigenen Augen auf der echten Seite sind ein Beweis. Das zehn-Sekunden-Ritual ist das, was rausgehauene Arbeit wirklich gut macht.

Jetzt du, ein letztes Mal. Mach das Ritual auf deinem Live-Projekt gerade eben. Wenn etwas nicht stimmt, weißt du genau, was zu tun ist. Wenn es stimmt, hast du die Schleife gerade wie ein Profi geschlossen. Paste was du gesehen hast unten, und ich bestätige dir, dass du sauber rausgehaut hast.

1. Öffne deine Live-Seite in einem normalen Browser, nicht im Editor.
2. Klick genau auf das Ding, das du geändert hast, und überprüf, dass es das tut, das du erwartest.
3. Öffne die gleiche Seite auf deinem Telefon und schau nochmal hin.

Sieht die Änderung auf deiner Live-Seite und auf dem Telefon korrekt aus, und was ist die eine Sache, die du nochmal überprüfen solltest?

Du kannst jetzt:

- Das Check-Ritual benennen: öffnen, durchklicken, Telefon, und jeden Fehler beschreiben. - Sagen, wann du einen Profi brauchst: Zahlungen, Logins, sensitive Daten.

Next kommt das Operator-Level: VS Code als deine Werkstatt, und Claude als echter Arbeitspartner. Die Schleife liegt in deinen Händen. Von hier aus ist es Rhythmus, jede Woche eine kleine Sache raushauen.