Von der IDE zur Iteration
Wenn Sie Vibe Coding mit Copilot lernen, beginnen Sie mit einer kleinen, überprüfbaren Änderung, statt gleich eine ganze App anzufordern. Vibe Code hilft Ihnen, Ihre Anfrage zu formulieren; Copilot unterstützt Sie bei der Arbeit am Code in Ihrem Editor. Behalten Sie die Dateien, Tests und die endgültige Entscheidung selbst in der Hand.
Die meisten haben bereits eine Idee, einen Editor und eine Möglichkeit, das Projekt auszuführen. Entscheidend ist, Copilot an jedem Punkt dieses Workflows eine enger gefasste Anfrage zu stellen.
Sie können eine Funktion beschreiben, wissen aber nicht, welche Dateien Sie ändern müssen. Fragen Sie zunächst nach einem Plan für die Dateien, bevor Sie Code anfordern, und prüfen Sie dann jede vorgeschlagene Änderung.
Eine kleinere erste Aufgabe und eine Möglichkeit, zu prüfen, ob sie funktioniert.
Sie haben eine funktionierende Seite und möchten eine Interaktion hinzufügen. Geben Sie Copilot die relevante Komponente und beschreiben Sie, welches Verhalten erhalten bleiben soll.
Eine gezielte Änderung, die Sie in der Vorschau ansehen und testen können, ohne die Seite neu aufzubauen.
Sie brauchen einen nutzbaren Ablauf, nicht nur eine Bildschirmansicht. Beschreiben Sie die Eingaben, den gespeicherten Zustand und das Verhalten bei Fehlern, bevor Sie UI-Code generieren lassen.
Ein Teil der App, den Sie von Anfang bis Ende testen können.
Sie möchten vergleichen, wie Assistenten auf dasselbe klar eingegrenzte Funktionsbriefing reagieren. Lassen Sie die Akzeptanzkriterien bei allen Versuchen unverändert.
Ein Vergleich anhand des tatsächlichen Verhaltens statt einer Antwort, die nur gut aussieht.
Vibe Code hilft dabei, die Aufgabe vor dem Bearbeiten zu klären. Copilot arbeitet mit dem Projektkontext, der in Ihrer Entwicklungsumgebung verfügbar ist; bei beiden müssen Sie das Ergebnis prüfen.
| Vibe Code-Briefing | Copilot in Ihrem Editor | |
|---|---|---|
| Ausgangsinformationen | Ein Ziel und Rahmenbedingungen in einfachen Worten | Eine Anfrage zusammen mit Projektdateien und Editor-Kontext |
| Unmittelbar am besten geeignet für | Eine grobe Idee zu einer konkreten Funktionsanforderung machen | Code oder Änderungen für diese Anforderung vorschlagen |
| Projektkenntnis | Nur der Kontext, den Sie im Briefing angeben | Die Dateien und den Kontext, die Sie im Editor bereitstellen |
| Nützliches Ergebnis | Umfang, Akzeptanzkriterien und Sonderfälle | Codeänderungen und Erläuterungen zur Prüfung |
| Überprüfung | Legt fest, was geprüft werden sollte | Kann beim Entwerfen von Tests helfen; Sie führen sie weiterhin selbst aus und bewerten sie |
| Übergabe | Eine präzisierte Anfrage in Ihre Arbeitssitzung kopieren | Ausgewählte Änderungen im Projekt anwenden |
| Letztendliche Verantwortung | Die Anfrage so konkret formulieren, dass sie sich beurteilen lässt | Prüfe die Änderungen, starte die App und entscheide, was bleiben soll |
Eine vage Anfrage führt oft zu so viel Code, dass er schwer zu beurteilen ist. Mach daraus eine klar abgegrenzte Aufgabe und vergleiche die vorgeschlagene Änderung mit dem gewünschten Verhalten.
Ersetze „Erstelle eine Produktivitäts-App“ durch „Füge dieser Seite eine Aufgabenliste hinzu.“ Beschreibe, wer sie nutzt, was diese Personen damit tun können und was unverändert bleiben soll.
Zeige Copilot die relevanten Dateien und bitte es, vor der Bearbeitung seinen Plan zu erklären. Arbeite beim Vibe Coding in kurzen Durchgängen: Implementiere ein Verhalten, prüfe die Änderungen und mach dann weiter.
Probiere die Funktion aus, teste eine leere Eingabe, lade die Seite neu und führe relevante Tests aus. Wenn eine Abnahmeprüfung fehlschlägt, beschreibe den Fehler, statt eine vollständige Neufassung anzufordern.
Jeder Arbeitsablauf sollte mit einem Ergebnis enden, das du prüfen kannst. Diese Karten zeigen die Aufgabenbeschreibung, die erwartete Änderung und die Prüfung, die das Ergebnis nutzbar macht.
Lege fest, wie das Hinzufügen, Erledigen und Löschen auf einer bestehenden Seite funktionieren soll. Das Ergebnis ist eine funktionierende Interaktion, kein statisches Mockup. Prüfe die Tastaturbedienung und leere Eingaben.
Beschreibe eine Designmodus-Einstellung, die nach dem Neuladen erhalten bleibt. Das Ergebnis umfasst eine sinnvolle Standardeinstellung und eine Prüfung auf fehlende oder ungültige gespeicherte Werte.
Nenne die erwartete Regel, das beobachtete Fehlverhalten und eine Eingabe, mit der sich der Fehler reproduzieren lässt. Das Ergebnis soll eine gezielte Korrektur mit einem Regressionstest sein, keine davon unabhängige Neugestaltung des Formulars.
Dieselbe Vibe-Coding-Gewohnheit funktioniert bei unterschiedlichen Ausgangspunkten: Formuliere die nächste Anfrage konkret, halte Änderungen überschaubar und überprüfe das Verhalten im laufenden Projekt.
Neues Projekt
Bitte Copilot erst dann um eine minimale Struktur, wenn du die erste Nutzeraktion benannt und festgelegt hast, wie du sie testen wirst. Fordere nicht alle geplanten Funktionen auf einmal an.
Bestehender Code
Verweise Copilot auf die relevanten Dateien und beschreibe das Verhalten, das erhalten bleiben muss. Prüfe die vorgeschlagenen Änderungen auf sachfremde Anpassungen, bevor du sie übernimmst.
Fehlerbericht
Gib Copilot eine Eingabe, bei der der Fehler auftritt, sowie das erwartete und das tatsächliche Ergebnis. Ein reproduzierbarer Fall macht eine gezielte Korrektur leichter zu beurteilen als „Repariere diese Seite“.
Wenn die Arbeit im Editor nicht der richtige Einstieg ist, vergleiche einen anderen Assistenten oder arbeite eine Anfängerübung durch – mit derselben Konzentration auf kleine Aufgaben.
Nutze Vibe Code, um aus deiner nächsten Funktionsidee eine fokussierte Aufgabenbeschreibung zu erstellen. Nimm sie in deine Copilot-Sitzung mit, prüfe die vorgeschlagenen Änderungen und teste das Ergebnis, bevor du den Umfang erweiterst.
Du kannst damit beginnen, eine kleine Funktion in Alltagssprache zu beschreiben. Du musst sie aber trotzdem ausführen und erkennen, wenn sie nicht funktioniert. Mach dich ausreichend mit den Dateien, Fehlermeldungen und Tests des Projekts vertraut, um Copilots Vorschläge fundiert beurteilen zu können.
Eine Anfrage für eine ganze App ist schwer zu überprüfen und zu debuggen. Beginne mit einem funktionierenden Ablauf, lege fest, wie du ihn testest, und füge die nächste Funktion erst hinzu, wenn die erste wie erwartet funktioniert.
Nenne die relevanten Dateien, das aktuelle Verhalten, die gewünschte Änderung und alle Konventionen, denen die Bearbeitung folgen muss. Füge bei einem Fehler ein reproduzierbares Beispiel hinzu und teile Copilot mit, was unverändert bleiben soll.
Vergleiche die Änderungen mit deiner ursprünglichen Anfrage, führe die App aus und teste sowohl normale Eingaben als auch Grenzfälle. Führe auch die relevanten Tests aus; eine selbstsichere Erklärung eines Assistenten ersetzt nicht die Überprüfung des tatsächlichen Verhaltens.
Geh nicht davon aus, dass zwischen den beiden eine automatische Verbindung besteht. Betrachte die Ausgabe von Vibe Code als eine Beschreibung, die du prüfst und in deine eigene Arbeitssitzung mit Copilot mitnimmst.