Kommunikations-Kit

Betreff: Sie sind im Claude Code Pilot

[Name / Team],

Sie sind in der ersten Welle von Claude Code bei [Unternehmen]. Wir haben
diese Gruppe ausgewählt, weil Sie es auf echte Probleme anwenden und uns
die Wahrheit darüber sagen werden.

Die Anfrage: Verwenden Sie es diese Woche auf mindestens einer echten
Aufgabe, dann schreiben Sie eine Notiz in #claude-code-pilot, die abdeckt,
was funktioniert hat, was nervig war und was Sie überrascht hat. Dieses
Feedback entscheidet, wie wir es für alle anderen einführen.

[Fortfahren mit 'Starten Sie in zwei Minuten" aus der Standard-Ankündigung]

Eine zusätzliche Sache für Piloten: Bei Ihrer ersten Änderung mit mehreren
Dateien drücken Sie Shift+Tab, bis Sie „plan" sehen. Claude wird genau
aufzeigen, was es beabsichtigt zu tun, bevor es eine Datei anfasst. Es ist
der schnellste Weg, um zu kalibrieren, wie viel Sie ihm vertrauen können.

Hey [Name], Ihre #claude-code-Posts tun mehr für die Akzeptanz als meine
Ankündigung. Ein paar Leute haben mir gesagt, dass Ihr [Thread / Screenshot]
der Grund war, warum sie es tatsächlich ausprobiert haben.

Möchten Sie das halboffiziell machen? Wenig Aufwand: Posten Sie größtenteils
weiterhin, was Sie posten, plus erste Chance auf neue Features und eine
direkte Leitung zum Anthropic-Team. Ich kann ein kurzes Playbook teilen,
wenn Sie dabei sind.

🎯 *Tipp: Passen Sie das Modell zum Moment an*

Opus zu verwenden, um einen Tippfehler zu beheben, verschwendet Rechenleistung.
Haiku für ein 12-Datei-Refactoring zu verwenden, ist eine Wiederholung
verlangen.

Claude Code läuft auf denselben Modellen wie die Claude-App, und Sie können
mid-session wechseln. *Sonnet* ist der zuverlässige Standard für alltägliche
Feature-Arbeit, Bugs, Tests und Reviews. Greifen Sie zu *Opus* bei großen
Refactorings, kniffligem Debugging oder allem mit hohem Einsatz. Fallen Sie
auf *Haiku* für schnelle Fragen, Formatierung und mechanische Bearbeitungen,
bei denen Geschwindigkeit gewinnt.

*Probieren Sie es jetzt:* Geben Sie `/model` ein und wählen Sie Sonnet, wenn
Sie es noch nicht getan haben. Es ist der richtige Standard für die meisten
Aufgaben.

📖 Modellkonfiguration → https://code.claude.com/docs/de/model-config

🚀 *Tipp: Drei Dinge zum Ausprobieren in Ihren ersten 10 Minuten*

Claude Code installiert, aber nicht sicher, was Sie tatsächlich fragen
sollen? Beginnen Sie mit dem Zeug, das Sie die ganze Woche über nervt.

  - Beheben Sie etwas Nerviges: „Der Test in [Datei] ist flaky, finde heraus,
    warum"
  - Orientieren Sie sich in Code, den Sie nicht geschrieben haben: „Zeige mir,
    wie [Modul] funktioniert"
  - Sanity-Check vor dem Push: „Schau dir meinen funktionierenden Diff an und
    sag mir, was riskant aussieht"

Keine davon benötigt Setup. Einfach `cd` in Ihr Repo und führen Sie `claude`
aus.

*Probieren Sie es jetzt:* Wählen Sie den Bug, den Sie vermieden haben, und
fügen Sie die Fehlermeldung ein.

📖 Schnellstart → https://code.claude.com/docs/de/quickstart

📁 *Tipp: Hören Sie auf, Ihr Repo jede Sitzung zu erklären*

Claude zum fünften Mal sagen „wir verwenden pnpm, nicht npm"? Es gibt eine
einmalige Lösung.

Führen Sie `/init` einmal pro Repo aus. Claude liest Ihre Projektstruktur
und schreibt eine CLAUDE.md-Datei mit Ihren Build-Befehlen, Architektur und
Konventionen. Jede zukünftige Sitzung in diesem Repo beginnt automatisch mit
dieser Datei. Halten Sie sie unter zwei Bildschirmen. Es ist ein Spickzettel,
keine Dokumentation.

*Probieren Sie es jetzt:* Öffnen Sie Ihr Haupt-Repo, führen Sie `claude` aus,
geben Sie `/init` ein. Dreißig Sekunden, zahlt sich nach jeder Sitzung aus.

📖 CLAUDE.md und Projektgedächtnis → https://code.claude.com/docs/de/memory

📎 *Tipp: Hören Sie auf, Dateiinhalte in den Chat zu kopieren*

200 Zeilen einer Komponente in Ihren Prompt kopieren, damit Claude sie
„sehen" kann? Das müssen Sie nicht.

Geben Sie `@` ein, dann einen Dateipfad. Claude zieht die Datei direkt in
den Kontext. Funktioniert auch für ganze Verzeichnisse.

> die Stile in @src/components/Button.tsx sehen falsch aus, überprüfen Sie
> gegen @docs/design-system.md

*Probieren Sie es jetzt:* Geben Sie `@` ein, dann Tab. Autovervollständigung
zeigt Ihnen jede Datei in Reichweite.

📖 Dateien referenzieren → https://code.claude.com/docs/de/common-workflows

🛡️ *Tipp: Ein Tastendruck zwischen „Schauen, aber nicht anfassen" und
„Mach es einfach"*

Manchmal möchten Sie, dass Claude vor jeder Bearbeitung fragt. Manchmal
möchten Sie einfach, dass es ausgeliefert wird. Sie sollten sich nicht
für immer für einen entscheiden müssen.

*Shift+Tab* durchläuft, wie viel Spielraum Claude bekommt: *default* fragt
vor riskanten Sachen, *acceptEdits* lässt Dateibearbeitungen und häufige
Dateisystem-Befehle durchfließen, während immer noch vor anderen
Shell-Befehlen überprüft wird, und *plan* schlägt Änderungen zur Genehmigung
vor, bevor etwas angefasst wird. Plan-Modus ist der Vertrauensaufbauer,
also beginnen Sie damit für alles, das mehrere Dateien anfasst.

*Probieren Sie es jetzt:* Bei Ihrem nächsten Refactoring drücken Sie
Shift+Tab, bis Sie „plan" sehen, dann beschreiben Sie die Änderung. Sie
erhalten einen vollständigen Vorschlag, bevor eine einzelne Datei sich
bewegt.

📖 Berechtigungsmodi → https://code.claude.com/docs/de/permissions

⏪ *Tipp: Es gibt einen Rückgängig-Button für das ganze Gespräch*

Claude ist vor drei Zügen den falschen Weg gegangen und jetzt entwirren Sie
es? Sie müssen nicht vorwärts reparieren.

`/rewind` rollt zu einem früheren Punkt im Gespräch zurück, einschließlich
der Dateiänderungen, die Claude unterwegs gemacht hat. Checkpointing ist
automatisch; Sie richten nichts ein.

*Probieren Sie es jetzt:* Drücken Sie *Esc* zweimal, um das Rewind-Menü zu
öffnen, oder geben Sie `/rewind` ein. Wählen Sie den Punkt, bevor die Dinge
schiefgingen.

📖 Checkpointing → https://code.claude.com/docs/de/checkpointing

🔌 *Tipp: Lassen Sie Claude Ihren Issue-Tracker lesen, damit Sie keine
Tickets einfügen müssen*

Jira-Tickets ins Terminal kopieren und einfügen fühlt sich wie ein Schritt
zurück an. Das ist es.

Eine Konfigurationsdatei (`.mcp.json` in Ihrem Projekt-Root) verbindet Claude
mit GitHub, Jira, Linear oder welchem Tracker Sie auch verwenden. Dann
passieren „Was ist das Top-Priority-Issue, das mir zugewiesen ist?" und
„Gehen Sie voran und beheben Sie es" im selben Gespräch.

*Probieren Sie es jetzt:* Fragen Sie Claude „Richten Sie einen MCP-Konnektor
für [GitHub/Jira/Linear] in diesem Repo ein". Es wird die Konfiguration für
Sie schreiben.

📖 MCP-Konnektoren → https://code.claude.com/docs/de/mcp

⚡ *Tipp: Verwandeln Sie diesen Prompt, den Sie immer wieder eingeben, in
einen Befehl*

Diese Woche dreimal „Fasse zusammen, woran ich heute aus git log gearbeitet
habe, formatiere es für Standup" eingegeben? Das ist ein Slash-Befehl, der
darauf wartet.

Eine SKILL.md-Datei in `.claude/skills/<name>/` wird zu einem wiederverwendbaren
Prompt; geben Sie `/<name>` ein, um ihn auszuführen. Erstellen Sie einen,
wenn Sie zum zweiten Mal einen mehrstufigen Prompt eingeben, den Sie vorher
eingegeben haben. Einfachster Weg: Fragen Sie Claude, es für Sie zu machen.

*Probieren Sie es jetzt:* Geben Sie „Machen Sie mir einen /standup Skill, der
zusammenfasst, woran ich heute aus git log gearbeitet habe", dann führen Sie
morgen früh `/standup` aus.

📖 Skills → https://code.claude.com/docs/de/skills

🔔 *Tipp: Erhalten Sie eine Benachrichtigung, wenn Ihr Refactoring fertig
ist*

Sitzen Sie an Ihrem Schreibtisch und beobachten Claude bei einer langen
Aufgabe? Sie haben bessere Dinge zu tun für diese acht Minuten.

Hooks sind Shell-Befehle, die bei Claude Code-Ereignissen ausgelöst werden.
Ein Stop-Hook, der eine Desktop-Benachrichtigung sendet, bedeutet, dass Sie
ein langes Refactoring starten, weggehen und eine Benachrichtigung erhalten
können, sobald es fertig ist.

*Probieren Sie es jetzt:* Fragen Sie Claude „Fügen Sie einen Stop-Hook hinzu,
der eine Desktop-Benachrichtigung sendet, wenn Sie fertig sind". Es wird das
Skript schreiben und es verdrahten.

📖 Hooks-Anleitung → https://code.claude.com/docs/de/hooks-guide

📸 *Tipp: Hören Sie auf, den Fehler-Dialog zu beschreiben. Zeigen Sie ihn
einfach.*

„Es gibt eine rote Box, die etwas über eine Null-Referenz sagt und auf
Zeile 47-ish zeigt" eingeben? Screenshot es.

Ziehen Sie einen Screenshot direkt ins Terminal und Claude sieht ihn:
Fehler-Dialoge, UI-Mockups, Whiteboard-Fotos, Figma-Exporte. *Ctrl+V*
fügt aus der Zwischenablage ein (verwenden Sie auch Ctrl+V auf macOS, nicht
Cmd+V).

*Probieren Sie es jetzt:* Wenn das nächste Mal etwas Visuelles bricht,
machen Sie einen Screenshot und fügen Sie ihn direkt in den Prompt ein.
Geben Sie dann einfach „Was ist hier falsch?" ein.

📖 Mit Bildern arbeiten → https://code.claude.com/docs/de/common-workflows

🌿 *Tipp: Übergeben Sie die ganze Git-Zeremonie*

Die Behebung dauerte 5 Minuten. Die Commit-Nachricht, der Branch und die
PR-Beschreibung dauerten 15. Dieses Verhältnis ist falsch.

Claude handhabt den vollständigen Git-Flow: Commits mit konventionellen
Nachrichten, Branches, PRs mit ordentlichen Zusammenfassungen. Eine Anfrage:
„Behebe den Off-by-One, committe mit einer konventionellen Commit-Nachricht
und öffne einen PR." Überprüfen Sie die Arbeit von jemand anderem? Fügen Sie
die PR-URL ein und fragen Sie Claude, Sie durch den Diff zu führen.

*Probieren Sie es jetzt:* Nach Ihrer nächsten Behebung, statt zu Ihrem
Git-Client zu wechseln, geben Sie einfach „Committe dies mit einer guten
Nachricht und öffne einen PR" ein.

📖 Pull Requests erstellen → https://code.claude.com/docs/de/common-workflows

📦 *Tipp: Jemand hat diesen Skill wahrscheinlich bereits erstellt*

Dabei, eine Stunde damit zu verbringen, einen `/deploy`-Befehl zu erstellen?
Überprüfen Sie, ob er bereits existiert.

Skills werden gebündelt und als Plugins geteilt. `/plugin` durchsucht, was
verfügbar ist, und installiert in einem Schritt. Fünf Minuten Durchsuchen
können eine Stunde Bauen sparen.

*Probieren Sie es jetzt:* Geben Sie `/plugin` ein und scrollen Sie durch.
Sie werden mindestens eine Sache finden, die Sie nicht wussten, dass Sie sie
wollten.

📖 Plugins → https://code.claude.com/docs/de/plugins

🔐 *Tipp: Die Antwort auf „Ist das sicher?" für das nächste Mal, wenn Sie
gefragt werden*

Jemand in Ihrem Team wird fragen „Warte, wo geht mein Code hin?"
Hier ist die Kurzversion, die Sie einfügen können.

Berechtigungsorientiert nach Design. Jede Dateibearbeitung, jeder
Shell-Befehl und jeder externe Aufruf wird durch Ihre Genehmigung
kontrolliert. Die CLI läuft in Ihrem Terminal und spricht direkt mit
Anthropics API, ohne dritte Server, und unterstützt optionales
Betriebssystem-Level-Sandboxing für Shell-Befehle. Unter unserem
Enterprise-Plan verwendet Anthropic Ihren Code oder Prompts nicht zum
Trainieren seiner Modelle.

*Probieren Sie es jetzt:* Speichern Sie diese zwei Links für das nächste
Mal, wenn die Frage kommt. Sie beantworten die meisten
Sicherheitsüberprüfungsfragen.

📖 https://code.claude.com/docs/de/security
📖 https://code.claude.com/docs/de/data-usage

✅ *Tipp: Die 4 Gewohnheiten, die „Ausprobiert einmal" von „Verwende es
täglich" trennen*

Die meisten Menschen, die Claude Code abbrechen, haben eine davon übersprungen.
Die meisten Menschen, die bleiben, haben alle vier in der ersten Woche gemacht.

  - Beginnen Sie im Plan-Modus für alles, das mehrere Dateien anfasst
  - Führen Sie /init früh aus; Kontext verstärkt sich
  - Überprüfen Sie Diffs vor dem Committen; Claude kann zuversichtlich falsch
    sein
  - Überprüfen Sie Änderungen, die kritische Pfade anfassen; behandeln Sie es
    wie einen scharfsinnigen Junior, nicht wie ein Orakel

*Probieren Sie es jetzt:* Wenn Sie nur eines oder zwei davon gemacht haben,
wählen Sie das aus, das Sie vermissen, und machen Sie es bei Ihrer nächsten
Aufgabe. Posten Sie, was sich in #claude-code geändert hat.

📖 Best Practices → https://code.claude.com/docs/de/best-practices