Bis hierher hat GitHub Copilot Vorschläge gemacht und Fragen beantwortet, und Sie haben jede Zeile selbst eingefügt. In dieser Lektion ändert sich das Verhältnis: Im Agent-Modus, auf der Kommandozeile und im Cloud-Agenten entscheidet das Werkzeug mit, welche Dateien es anfasst und welche Befehle es ausführt. Das spart Handgriffe, und es verschiebt die Arbeit: Sie schreiben weniger, Sie prüfen mehr. Diese Lektion zeigt, wie Sie das so einrichten, dass Sie die Kontrolle behalten.

Der Kurs setzt W3.1.1 und W3.1.2 voraus: die Formen von Copilot, den Datenfluss und das Schreiben von Prompts mit Kontext. Was K0 bis K2 lehren, wiederholt er nicht. Das Beispiel bleibt die Kladde aus K2.

Ein Hinweis zur Ehrlichkeit dieses Kurses. Copilot verändert sich schnell, und seine Antworten sind nicht vorhersagbar. Kein Autor dieser Lektion hat die Übungen in einem Editor mit Copilot durchgespielt: Jede Oberfläche und jeder Befehl ist gegen die Dokumentation gelesen, nicht ausgeführt. Wo ein Schritt „nicht gegen Copilot ausgeführt“ ist, steht es da. Die Lösungen beschreiben deshalb, was Sie prüfen, nicht was Copilot antworten wird.

Modul Lektion Was entsteht
W3.2 W3.2.1 Agent-Modus, MCP und die Kommandozeile ein kleiner Auftrag an den Agenten, derselbe Auftrag über die CLI, eine Entscheidung zu MCP
W3.2 W3.2.2 Anweisungsdateien, Review und Tests eine Anweisungsdatei für die Kladde, erzeugte Tests bewertet
W3.2 W3.2.3 Datenschutz, Ausschlüsse und Organisation eine Ausschlussliste und Prompt-Regeln für ein Team

Vom Vorschlag zum Auftrag

Inline-Vorschläge und Chat haben eines gemeinsam: Der Mensch übernimmt. Ein Vorschlag wird nur Code, wenn Sie ihn annehmen; eine Chat-Antwort wird nur eine Änderung, wenn Sie sie einfügen. Die Dokumentation von GitHub sagt es in ihren Anwendungskarten so, dass Nutzerinnen und Nutzer alle Risiken des erzeugten Codes tragen.

Der Agent-Modus gibt einen Teil dieser Schritte aus der Hand. Nach der Dokumentation heißt er im Editor schlicht Agent; Sie wählen ihn im Menü für den Modus des Chats (Visual Studio ab 17.14, laut der gelesenen Seite). Er entscheidet selbst, welche Dateien er ändert, und er führt Befehle aus. Standardmäßig gilt: Sie geben die Befehle frei, bevor sie laufen. Und jeder Prompt verbraucht Guthaben. Zahlen dazu nennt dieser Kurs nicht; sie ändern sich schneller als er. Die Frage an die Dokumentation Ihres Tarifs lautet: Was verbraucht welche Nutzung?

Inline-Vorschlag Chat Agent-Modus
Wer entscheidet, was geändert wird Sie, je Vorschlag Sie, beim Einfügen der Agent, Sie sehen das Ergebnis
Führt Befehle aus nein nein ja, nach Ihrer Freigabe
Berührt mehrere Dateien nein nur wenn Sie es tun ja
Wo Ihre Prüfung ansetzt an jeder Zeile an jeder Antwort an Befehlen und am Diff

Die letzte Zeile ist der Kern der Lektion. Beim Agenten gibt es zwei Stellen, an denen Sie prüfen: vor einem Befehl (Freigabe) und nach der Arbeit (Diff). Beide sind Pflicht.

Was er tut und was nicht

Ein Agent im Editor kann mehr als ein Chat, aber er ist kein Kollege mit Verantwortung. Merken Sie sich drei Punkte, die aus dem Gelesenen folgen:

  • Er arbeitet mit dem Kontext, den er findet: offene Dateien, das Repository, Ihre Anweisungsdateien (W3.2.2). Was nicht im Kontext ist, rät er. Bei einer Regel wie appointment.time.overlaps in der Kladde kann er sie nur dann einhalten, wenn er den Code oder die Anweisung dazu sieht.
  • Er kann sich irren, wie jedes Sprachmodell: erfindet Methoden, übersieht Randfälle, meldet „fertig“, obwohl ein Test rot ist.
  • Er ist nicht deterministisch: Derselbe Auftrag kann zweimal verschieden ausgehen. Deshalb gehört ein Nachweis dazu, den Sie selbst erzeugen: dotnet test und sein Exit-Code, nicht die Behauptung des Agenten.

Was der Agent im Einzelnen kann, hängt von der Version Ihres Editors und von den Einstellungen Ihrer Organisation ab. Lesen Sie in der Dokumentation Ihres Editors nach, bevor Sie einem Team Zusagen machen.