Session-Walkthroughs – Prompting-Patterns, Learnings und Praxis-Beispiele
Cypress-Specs und Fixtures in einem Schritt erzeugen – wie ein Cypress-Test-Agent wiederkehrende Aufgaben übernimmt und auf fehlende Binärpfade reagiert.
Kleine Prompts pro Schritt erlauben Qualitätskontrolle nach jedem Austausch. Warum API-Sprache ("Node vom Typ 1") präziseren Code liefert als Umgangssprache.
"Entscheide selbst" ist kein Kontrollverlust, sondern Delegation. Wie Konventionen im Agent-File den Compounding-Effekt über Sessions hinweg erzeugen.
Deprecation-Logs direkt als Prompt – Copilot sucht paketübergreifend, erstellt einen Plan und führt ihn systematisch durch 11 Dateien in 4 Paketen aus.
Guter Kontext-Prompt ≠ vollständiger Datei-Scan. Warum ein zweistufiger Prompt (erst auflisten, dann bestätigen) vier Nachrunden erspart.
Plan zuerst, dann Agent-Modus: Copilot analysiert bestehende AbstractTool-Patterns und liefert eine Implementierung, die von Anfang an zur Architektur passt.
Vollständige Codebase-Analyse vor dem ersten Feature-Prompt als Onboarding-Strategie – Copilot versteht danach Namespace-Konventionen und Teststrategien automatisch.
Copilot liest TYPO3-Kernklassen, bevor es schreibt – API-Signaturen verifizieren verhindert "Methode existiert nicht"-Fehler. Workaround bei instabilem Terminal.
Die technisch anspruchsvollste Session: Drei Dateien gleichzeitig, eine unerwartete Lücke im ReadTableTool – und ein eigenständig korrigierter Dokumentations-Fehler.
Die vollständigste Session des Projekts: Plan, Implementierung, Architektur-Upgrade, Deprecation-Diagnose, Refactoring und DI-Cache-Debugging in einem Durchlauf.
Copilot analysiert Codebase, erstellt einen Plan mit Abwägungen und baut beide Module vollständig – inklusive Korrektur eines Shopware-Antipatterns (querySelector statt Vue-Reaktivität).
Was passiert bei vagem "find and fix it" ohne Kontext – Copilot ändert async/await-Logik, löst das Problem nicht, und rollt auf Anfrage zurück. Ein Lernbeispiel.
Copilot wählt den falschen Architektur-Ansatz (eigener Dialog statt Tab) – warum Ziel-Beschreibungen den Implementierungsweg nicht offen lassen sollten.