Euer Team lässt Claude Code ganze Features bauen, und der Code besteht das Review.

So läuft die Schulung mit Claude Code

hackers&wizards gibt Claude-Code-Schulungen für Entwicklerteams als Inhouse-Teamschulung: zwei Tage, remote oder vor Ort in Deutschland, Österreich und der Schweiz, auf Deutsch oder Englisch, danach Mentoring, während euer Team das Gelernte in echter Arbeit anwendet. Es ist unsere Schulung Agentic Engineering for Developers and QA, mit Claude Code.

1.500 EUR pro Person. Teamschulung, höchstens 15.000 EUR für die zwei Tage: bis zu 12 Personen nehmen teil, ihr zahlt höchstens für 10. Netto zzgl. USt., vor Ort zzgl. Reisekosten nach Aufwand.

Wir arbeiten mit Claude Code seit Monaten vor der öffentlichen Preview. Teams haben jedes unserer Trainings für Engineering, Produkt und Führung schon in Claude Code durchlaufen.

Im Januar 2026 hat das Entwicklungsteam eines Softwarehauses zwei Tage mit Claude Code am eigenen Code trainiert: am ersten Tag agentisch entwickeln, am zweiten Feedback-Loops, Subagents und der ganze Entwicklungszyklus. Danach kam Mentoring, einen halben Tag pro Woche von April bis Juni.

Was euer Team in Claude Code einrichtet

Nach der Schulung weiß euer Team, welche Instruktion in die CLAUDE.md, in eine Rule für bestimmte Pfade oder in einen Skill gehört, und stellt die Rechte so ein, dass Routinebefehle durchlaufen und heikle gesperrt sind.

• Mehrere CLAUDE.md-​Dateien

  Claude Code lädt beim Start die CLAUDE.md aus dem Ordner, in dem ihr es startet, und aus allen Ordnern darüber. Hat ein Unterordner eine eigene, kommt sie dazu, sobald Claude dort eine Datei liest oder ändert. Laut Doku bleibt jede Datei besser unter 200 Zeilen. Mit @path-Importen lässt sich eine lange Datei aufteilen, billiger wird sie dadurch nicht. Ein Repository mit nur einer AGENTS.md funktioniert auch: Claude Code liest dann diese.

• Rules, die nur bei Bedarf laden

  Legt pro Thema eine Markdown-Datei in .claude/rules an. Mit paths in der Frontmatter lädt eine Rule nur, wenn Claude an passenden Dateien arbeitet. Bei einer CSS-Änderung bleiben die Test-Regeln draußen, und die CLAUDE.md bleibt schlank.

• Skills und Subagents

  Jeder Skill ist ein Ordner unter .claude/skills mit einer SKILL.md. Claude sieht alle Beschreibungen, den Inhalt holt es erst bei Bedarf oder wenn jemand /skill-name tippt. Subagents sind Markdown-Dateien unter .claude/agents, jeder mit eigenem Prompt, eigenen Tools, eigenem Modell und eigenem Kontextfenster.

• Hooks und gemeinsame MCP-​Server

  Hooks tragt ihr in der .claude/settings.json unter hooks ein, für Events wie PreToolUse, PostToolUse oder Stop. Gibt ein PreToolUse-Hook Code 2 zurück, blockiert er den Aufruf. MCP-Server fürs ganze Team kommen mit claude mcp add --scope project in die .mcp.json, und Claude Code fragt vor dem ersten Einsatz jedes Servers nach.

• Permission Modes und die Reihenfolge der Regeln

  Shift+Tab wechselt zwischen Manual (fragt vor Änderungen und Befehlen), acceptEdits (Dateiänderungen laufen durch), plan (lesen und planen, noch nichts ändern) und auto (führt alles aus, mit Sicherheitsprüfungen im Hintergrund). Regeln in der .claude/settings.json prüft Claude Code in der Reihenfolge deny, ask, allow: Deny gewinnt immer gegen Allow.

Was ihr bereitstellt

• Jede teilnehmende Person braucht Claude Code im Terminal, in VS Code oder einer JetBrains-IDE, angemeldet über euren Claude-Plan oder den API-Zugang eures Unternehmens. Oder euer Team arbeitet in unserer gehosteten Trainingsumgebung: Claude Code im Browser-Editor, vor dem ersten Tag installiert niemand etwas.
• Team- und Enterprise-Pläne haben den Auto-Modus standardmäßig an Bord, Admins können ihn in den Managed Settings abschalten. Vor dem ersten Tag stimmen wir mit euch ab, welche Permission Modes eure Richtlinien erlauben.
• Im Vorbereitungsgespräch wählen wir mit euch das Übungs-Repository aus, eines unserer Beispiele oder euer eigenes. Am Vortag prüfen wir das Setup jeder teilnehmenden Person.

So arbeiten am ersten Tag alle schon vor der Mittagspause mit Claude Code.

Der erste Tag mit Claude Code, ein Beispiel

Nach dem ersten Tag lässt euer Team Claude ein Feature planen, bevor sich eine Datei ändert, und hat eine eigene CLAUDE.md, einen Skill und einen Reviewer, der nur liest.

Wir schneiden den Tag im Vorbereitungsgespräch auf eure Codebasis zu.

• /init und dann kürzen

  Das Team startet Claude Code im Repository, fragt nach dem Zweck des Projekts und schaut mit /context, was im Kontextfenster steckt. /init schreibt eine erste CLAUDE.md. Das Team streicht alles, was Claude aus dem Code lesen kann, ruft /clear auf, stellt dieselbe Frage noch einmal und vergleicht.

• Planen, prüfen, bauen

  Mit Shift+Tab wechseln die Teilnehmenden in den Plan-Modus. Claude liest die Codebasis und schlägt einen Plan vor, bevor sich eine Datei ändert. Ist der Plan geprüft, baut Claude das Feature mit akzeptierten Änderungen. Später nimmt das Team die Session mit --resume wieder auf.

• Aus dem Vormittag wird ein Skill

  Am Nachmittag macht das Team aus den Schritten des Vormittags einen Skill mit Phasen: Research, Plan, Test, Refactor, Commit. Daneben legt das Team einen Refactoring-Berater unter .claude/agents an, mit reinen Lese-Tools und eigenem Modell. Er prüft das Ergebnis, bevor der Pull Request rausgeht.

Was gleich bleibt

Die Praxis ist in jedem Agenten dieselbe: wie die Agenten-Schleife funktioniert, welchen Kontext der Agent braucht, wie ihr so delegiert, dass er seine Arbeit selbst prüft, und wie das ganze Team eine Arbeitsweise behält. Agenda, Trainer:innen und Mentoring sind die der Schulung, die ihr bucht.

Fragen, bevor ihr bucht

Quellen

Alle Herstellerangaben auf dieser Seite haben wir am 29. Oktober 2026 in der Dokumentation des Herstellers nachgelesen.