Coden ohne Kontext-Wechsel — Modell sitzt direkt in der IDE.
Struktur
Beide Personen arbeiten auf einem Klon desselben Repos. CLAUDE.md, Skills und Settings kommen aus dem gemeinsamen Git-Repo — persönliche User-Skills bleiben lokal.
Wofür du das brauchst
Vier Situationen aus dem Tour-Online-Alltag. Wenn sich eine davon vertraut anfühlt, bist du hier richtig.
Du sollst einen Fehler in einem Bereich beheben, den du nie geschrieben hast. Öffne das Repo in VS Code, starte Claude Code im Terminal, beschreibe das Verhalten. Claude liest die Dateien, zeigt dir die Ursache und schlägt einen Fix vor. Du reviewst, passt an, committest.
Du brauchst eine neue Komponente samt Tests und Styling. Statt Boilerplate zu tippen, beschreibst du die Anforderung. Claude nutzt die CLAUDE.md deines Repos und liefert einen Entwurf, der zu eurem Stil passt. Du iterierst weiter — kein Copy-Paste aus dem Netz.
Ein Modul muss umgebaut werden. Claude analysiert die Abhängigkeiten, schlägt einen Schrittplan vor, du gibst pro Schritt grün. Kein Big-Bang-Rewrite, keine Black-Box — du verstehst und validierst jede Änderung.
Kollegin hat PR offen, du willst sauber reviewen. Claude fasst den Diff zusammen, markiert auffällige Stellen und prüft auf typische Fehler. Du hast den Kopf frei für die inhaltliche Bewertung, statt durch 600 Zeilen Diff zu scrollen.
Voraussetzungen
Einmal eingerichtet, dann fließt es. Die meisten Bausteine bekommst du firmenweit über deinen Tour-Online-Account.
Das CLI-Harness direkt im VS-Code-Terminal.
Setup-Guide ↗Für alle Tour-Online-Repos erforderlich — meist schon da.
Zugriff auf die Team-Repos beantragen.
IT-TicketWird firmenweit bereitgestellt, läuft über deinen Tour-Online-Account.
Fragen, Tipps, Showcases aus dem Kollegium.
Login in Claude Code per /login — Authentifizierung läuft über den Team-Plan.
Nur wenn du explizit auf API-Abrechnung arbeitest (z.B. eigenes Tooling).
Zeit-Invest
30 Minuten Setup · 1 Stunde bis zur ersten produktiven Session · ca. 1 Woche bis flüssiges Arbeiten
Technischer Ablauf
VS Code öffnen, Terminal dazu, Repo klonen (oder wechseln).
git clone [email protected]:tour-online/<repo>.git && code <repo>Im integrierten Terminal von VS Code. Beim ersten Mal /init — Claude scannt das Repo und schlägt eine passende CLAUDE.md vor.
claudeEin Satz reicht oft — je konkreter der Kontext (Dateipfad, erwartetes Verhalten), desto besser die erste Antwort. Claude darf nachfragen, wenn etwas unklar ist.
> "Füge Pagination zu UserList.tsx hinzu"Claude zeigt den Diff vor jedem Write. Du bestätigst mit y oder präzisierst. Bei größeren Änderungen lieber Schritt für Schritt, nicht alles auf einmal.
Claude schlägt passende Tests vor und führt sie aus. Bei roten Tests iteriert ihr — keine grünen Tests, kein Commit.
> npm testCommit-Message wird aus den Changes generiert, du editierst bei Bedarf. Push auf Feature-Branch, PR im UI öffnen — die Beschreibung aus Claude übernimmt.
Der Mensch reviewt den PR. Claude darf Kommentare schreiben, aber nicht mergen. Nach Approval: squash-merge auf main.
Tour-Online-Empfehlungen
Sechs Prinzipien, die das Team bei uns teilt. Keine harte Vorschrift, aber erspart dir Lehrgeld.
Team-Konventionen, Stil-Regeln, Lint-Erwartungen gehören dort hin. Jede:r startet automatisch mit den gleichen Vorgaben — statt Claude 30-mal dieselben Instruktionen neu zu erklären.
/CLAUDE.mdWiederkehrende Aufgaben (Migration schreiben, Komponente scaffolden, Release-Notes generieren) als Skill packen. Teamweites Werkzeug statt Prompt-Kopien.
/.claude/skills/<name>/SKILL.mdNach jedem Claude-Write einen Prettier/ESLint-Lauf. Kein Commit mit unsauberem Format — Hooks zwingen saubere Diffs, ohne dass du dran denken musst.
/.claude/settings.json → hooks.PostToolUseClaude liest das DB-Schema direkt und sieht offene Tickets. Kontext ohne Copy-Paste. Die Konfiguration gehört ins Repo, nicht ins User-Profil.
Für komplexe Änderungen Opus 4.7, für Tippfehler und Rename-Aufgaben Haiku 4.5 — kostenbewusst und trotzdem schnell. Umschalten per /model haiku in der Session.
.claude/settings.json → "defaultModel": "opus-4-7"Human-in-the-loop bleibt Pflicht. Claude baut den PR, du reviewst, du mergest. Das Gate ist kein Hindernis, sondern die Qualitätsversicherung.
Reifegrad
Produktiv, mit PR-Review-Gate. IDE Vibe Coding ist seit Q4 2025 unser Standard für tägliche Entwicklung. Nicht mehr experimentell — aber auch kein Autopilot. Du bleibst in der Kontrolle, Claude macht den Kontextwechsel und die Boilerplate weg.
Ideal — schnelle Iteration mit lesbarem Output.
Solider Standardfall, mit PR-Review als Safety-Net.
Claude findet Root-Cause oft schneller als klassisches Debugging.
Begleitet, in kleinen Schritten. Keine Big-Bang-Rewrites.
Nur mit explizitem Human-Review, Terraform-Plan zuerst.
Nie autonom. Dry-Run Pflicht, Staging vor Produktion.
Weiter klassisch — Security-Review durch Fachrolle, nicht durch Agent.
Ansprechbar im Haus
Vier Kolleg:innen, die diese Constellation täglich nutzen. Keine Scheu — sie helfen gern, wenn du einsteigst oder irgendwo hängst.
Senior Frontend, DIRS21-Team
Nutzt Claude Code täglich für DIRS21-Frontend. Gute Adresse für Fragen zu VS-Code-Integration und Feature-Workflows.
Backend-Engineer
Hat die Tour-Online-CLAUDE.md verfasst und führt interne Vibe-Coding-Workshops. Ansprechpartner für Skills und Team-Konventionen.
Customer Support
Arbeitet seit kurzem mit Claude Code für interne Tools. Teilt die Einsteiger-Perspektive — ideal, wenn du selbst am Anfang stehst.
Tech-Lead & Platform
Entscheidet über Enterprise-Guardrails, Modell-Versionierung und MCP-Integration. Bei Infrastruktur- und Compliance-Fragen hier anfragen.
Beispielprofile · echte Zuordnung folgt mit User-&-Rollen-Schema
Komponenten · 3
Terminal-CLI oder Claude Code for VS Code-Extension — dieselbe Engine.
Originaltext aus dem Register
Verwandte Stacks
Andere Stacks mit verwandtem Zweck — nebenan, falls dir dieser nicht ganz passt oder du Varianten vergleichen willst.
