Skip to main content

Vergleich der GitHub Copilot CLI-Anpassungsfunktionen

Entdecken Sie die verschiedenen Möglichkeiten, wie Sie Copilot anpassen können: was sie bewirken und wann sie verwendet werden können.

Wer kann dieses Feature verwenden?

GitHub Copilot CLI ist in allen Copilot Abonnements enthalten. Wenn du Copilot von einer Organisation erhältst, muss die Copilot CLI-Richtlinie in den Einstellungen der Organisation aktiviert sein.

Einleitung

Bei Copilot CLI handelt es sich um einen terminalbasierten KI-Agent, der Fragen beantworten, Arbeit planen und Aufgaben in Ihrem Auftrag erledigen kann. Es ist so konzipiert, dass es sehr erweiterbar ist, und es gibt verschiedene Möglichkeiten, wie Sie sein Verhalten anpassen und seine Funktionen erweitern können.

In diesem Artikel wird der Unterschied zwischen:

  •         **Angepasste Anweisungen**
    

    Diese teilen Copilot mit, wie sie sich im Allgemeinen verhalten. Um beispielsweise sicherzustellen, dass der Code, den Copilot schreibt, Ihren Codierungsstandards entspricht. Weitere Informationen.

  •         **Fähigkeiten**
    

    Diese geben Copilot an, wie eine bestimmte Aufgabe behandelt wird. Wenn Sie beispielsweise ein bestimmtes Tool verwenden möchten, wenn Sie an einem bestimmten Vorgangstyp arbeiten. Weitere Informationen.

  •         **Werkzeuge**
    

    Diese bieten Fähigkeiten. Zum Suchen und Ändern von Dateien oder zum Interagieren mit Teilen von GitHub. Weitere Informationen.

  •         **MCP-Server**
    

    Diese fügen Sammlungen von Tools hinzu, mit denen Copilot mit externen Diensten interagieren kann. Weitere Informationen.

  •         **Hooks**
    

    Dadurch können Sie ihre eigene Logik in bestimmten Lebenszyklusmomenten ausführen. Sie können beispielsweise jedes Mal, wenn eine CLI-Sitzung gestartet oder beendet wird, ein bestimmtes Skript ausführen. Weitere Informationen.

  •         **Subagenten**
    

    Hierbei handelt es sich um delegierte Agentprozesse, die an den Hauptagenten gebunden sind und zur getrennten Ausführung bestimmter Aufgaben vom Haupt-Agent-Prozess verwendet werden. Sie verfügen über ein eigenes Kontextfenster, das ohne Auswirkungen auf den Kontext des Haupt-Agents gefüllt werden kann. Weitere Informationen.

  •         **Benutzerdefinierte Agents**
    

    Hierbei handelt es sich um Definitionen spezialisierter Fähigkeiten, die für die Ausführung bestimmter Aufgaben konzipiert sind. Der Haupt-CLI-Agent kann eine Aufgabe an einen Subagent delegieren, indem es ein benutzerdefiniertes Agentprofil verwendet, um Fachwissen und einen bestimmten Ansatz für die Aufgabe anzuwenden. Beispielsweise kann ein benutzerdefinierter Agent die Rolle eines React-Prüfers, eines Dokumentautors, eines Sicherheitsprüfers oder eines Testgenerators ausführen. Weitere Informationen.

  •         **Plug-Ins**
    

    Dies sind Pakete , die vorkonfigurierte Anpassungen wie Fähigkeiten, Hooks, benutzerdefinierte Agents und MCP-Server bereitstellen können. Weitere Informationen.

Angepasste Anweisungen

Was sind benutzerdefinierte Anweisungen?

          **Benutzerdefinierte Anweisungen** sind beständige Anweisungen, die Copilot CLI zu Beginn einer Sitzung aus Instruktionsdateien geladen werden.

Copilot sucht und lädt Anweisungsdateien aus einer Reihe von Standardspeicherorten im Repository, wie z. B. AGENTS.md und .github/copilot-instructions.md, oder aus dem Startverzeichnis unter $HOME/.copilot/copilot-instructions.md.

Sie können die --no-custom-instructions Kennzeichnung verwenden, um das Laden dieser Anweisungen zu vermeiden.

Welches Problem lösen benutzerdefinierte Anweisungen?

Benutzerdefinierte Anweisungen helfen Ihnen bei:

  • Lassen Sie Copilot auf Ihre Codekonventionen und -einstellungen ausgerichtet.
  • Wenden Sie Team- oder Organisationsstandards konsistent an.
  • Fügen Sie keine wiederholten Erinnerungen an Copilot in jede Aufforderung ein.

Wann sollten Sie benutzerdefinierte Anweisungen verwenden?

Verwenden Sie benutzerdefinierte Anweisungen für:

  • Stil- und Qualitätsregeln

    Beispiel: "Bevorzugen Sie kleine PRs, schreiben Sie Tests, und vermeiden Sie, öffentliche APIs ohne Diskussion zu ändern."

  • Repositorykonventionen

    Beispiel: "Verwenden pnpm, Änderungsprotokoll-Einträge in CHANGELOG.md beibehalten, pnpm test ausführen, bevor man committet."

  • Kommunikationseinstellungen

    Beispiel: "Erläutern Sie die Kompromisse kurz, und stellen Sie dann die empfohlene Wahl bereit."

Wann sollten Sie keine benutzerdefinierten Anweisungen verwenden?

Vermeiden oder halten Sie sie minimal, wenn:

  • Sie möchten nur das Verhalten in einem Workflow (stattdessen eine Fähigkeit verwenden).
  • Ihre Anweisungen sind so groß/spezifisch, dass sie Copilot von der unmittelbaren Aufgabe ablenken (Fähigkeit oder ein benutzerdefinierter Agent bevorzugt).

Weitere Informationen zu benutzerdefinierten Anweisungen

Weitere Informationen findest du unter Hinzufügen von benutzerdefinierten Befehlen für GitHub Copilot CLI.

Fähigkeiten

Was ist eine Fähigkeit?

Eine Fähigkeit ist mindestens eine Markdown-Datei mit Anweisungen, die Copilot verwenden kann, um Aufgaben in einem bestimmten Kontext auszuführen. Der Name und die Beschreibung der Fertigkeit ermöglichen Copilot zu bestimmen, ob die Fähigkeit für eine bestimmte Aufgabe verwendet werden soll. Wenn es entscheidet, die Fähigkeit zu verwenden, lädt es die Anweisungen und folgt ihnen, um die Aufgabe abzuschließen.

Fähigkeiten können optional auf andere Dateien verweisen, die im Qualifikationsverzeichnis gespeichert sind. Dazu können Skripts gehören, die Copilot ausführen kann, wenn die Fertigkeit verwendet wird.

Welches Problem löst eine Fähigkeit?

Fähigkeiten helfen Ihnen bei:

  • Standardisieren Sie, wie Copilot Aufgaben in einem bestimmten Kontext ausführt (z. B. beim Ausführen einer Codeüberprüfung).
  • Stellen Sie Just-in-time-Anweisungen bereit, ohne das Verhalten von Copilot dauerhaft zu ändern.
  • Vermeiden Sie eine Überlastung des Kontextfensters von Copilot mit Anweisungen, die für die aktuelle Aufgabe nicht relevant sind.

Wie greifen Sie auf Fähigkeiten zu?

Sie können einen Skill manuell aufrufen, indem Sie einen Slash-Befehl verwenden. Beispiel: /Markdown-Checker check README.md. Verwenden Sie /skills list, um die verfügbaren Fähigkeiten aufzulisten.

Copilot CLI ruft automatisch Fertigkeiten auf, wenn es welche erkennt, die für die aktuelle Aufgabe relevant sind.

Wann sollten Sie eine Fähigkeit verwenden?

Verwenden Sie bei Bedarf eine Fähigkeit:

  • Eine wiederholbare Reihe von Anweisungen oder Funktionen, die für einen Vorgangstyp verfügbar sind.

    Beispiel: Eine Dokumentationskompetenz, die überprüft, ob die benutzerorientierte Dokumentation aktualisiert wird, wenn Frontend-Code geändert wird.

  • Ein einheitliches Ausgabeformat.

    Beispiel: Eine Fertigkeit zum Erstellen des Entwurfs für einen Versionshinweis, die sicherstellt, dass Copilot eine Vorlage verwendet, um einen Versionshinweis zu erstellen.

  • Ein Workflow, den Sie manchmal benötigen, aber nicht immer.

    Beispiel: Eine "deep refactor"-Fähigkeit, die Sie nur während der Migration aktivieren.

Wann sollten Sie keine Fähigkeit verwenden?

Vermeiden Sie den Einsatz von Fähigkeiten in folgenden Situationen:

  • Die Anleitung sollte auf alles angewendet werden , was Sie tun (verwenden Sie stattdessen benutzerdefinierte Anweisungen ).
  • Sie benötigen neue Funktionen (möglicherweise benötigen Sie einen MCP-Server zum Hinzufügen von Tools oder einen benutzerdefinierten Agent für die Spezialisierung).

Erfahren Sie mehr über Agentenkenntnisse

Weitere Informationen findest du unter Informationen zu Agentenkenntnissen.

Werkzeuge

Was ist ein Tool?

Ein Tool ist eine Möglichkeit, die Copilot verwendet, um etwas zu erledigen – z. B. das Durchsuchen von Dateien, das Anzeigen von Dateiinhalten, das Bearbeiten, das Ausführen einer Aufgabe oder das Aufrufen einer Fähigkeit. Einige Tools sind integriert, und andere können über MCP-Server hinzugefügt werden.

Welches Problem lösen Tools?

Tools ermöglichen der Befehlszeilenschnittstelle Folgendes:

  • Sammeln Sie präzisen Kontext (mithilfe von Lese-/Suchtools).
  • Nehmen Sie Änderungen sicher vor (mithilfe von Bearbeitungstools).
  • Ausführen von Befehlen und Überprüfen von Ergebnissen (potenziell unter Verwendung von Subagenten).

Wann sollten Sie Tools verwenden?

In der Regel rufen Sie Tools nicht direkt auf—Copilot verwendet Tools nach Bedarf. Sie können die Verwendung von Tools, entweder für eine bestimmte Aufgabe, für die aktuelle Sitzung oder für alle Copilot CLI Sitzungen zulassen oder verweigern.

Sie sehen, dass Copilot Tools verwendet, wenn Sie:

  • Bitten Sie Copilot, das Repository nach etwas zu durchsuchen, eine Datei zu aktualisieren oder Tests auszuführen.
  • Rufen Sie eine Fähigkeit auf , die das skill Tool auslöst.
  • Copilot bitten, eine Aufgabe durchzuführen, die die Verwendung eines Tools verlangt, das von einem MCP-Server bereitgestellt wird.
  • Copilot beauftragen, eine komplexe Aufgabe durchzuführen, und diese an einen Subagent delegiert wird, wodurch das task-Tool ausgelöst wird.

Erfahren Sie mehr über das Zulassen oder Verweigern von Tools

Weitere Informationen findest du unter Über GitHub Copilot CLI.

MCP-Server

Was ist ein MCP-Server?

Ein MCP-Server ist ein Dienst, der KI-Anwendungen wie Copilot CLI ermöglicht, eine Verbindung mit externen Datenquellen und Tools herzustellen.

Das Hinzufügen eines MCP-Servers zu Copilot CLI bietet zusätzliche Funktionen, indem Sie Tools verwenden können, die von diesem MCP-Server bereitgestellt werden. Sie können z. B. einen MCP-Server hinzufügen, der Tools für die Interaktion mit einer Onlinekalenderanwendung oder ein Supportticketsystem bereitstellt.

Welches Problem lösen MCP-Server?

MCP-Server helfen, wenn die integrierten Tools nicht ausreichen. Sie können:

  • Verbinden Sie Copilot CLI mit externen Systemen.
  • Fügen Sie zweckorientierte Tools hinzu (z. B. zum Arbeiten mit APIs, Datenbanken oder Bildgenerierung).
  • Standardisieren Sie sichere Zugriffsmuster für Nicht-Repository-Ressourcen.

Wann sollten Sie einen MCP-Server verwenden?

Verwenden Sie bei Bedarf einen MCP-Server:

  • Integration in externe Daten oder Systeme.

    Beispiel: How many support tickets have been opened this month for Product X?

  • Domänenspezifische Aktionen, die von der CLI in Ihrem Auftrag ausgeführt werden sollen.

    Beispiel: Message the bug-watch channel: Only 2 support tickets raised this month for Product X.

Wann sollten Sie keinen MCP-Server verwenden?

Vermeiden Sie das Hinzufügen von MCP-Servern in folgenden Fällen:

  • Integrierte Tools decken bereits Ihre Anforderungen ab.

Weitere Informationen zu MCP-Servern

Weitere Informationen findest du unter Informationen zum Model Context Protocol (MCP).

Hooks

Was ist ein Haken?

          **Hooks** ermöglichen es Ihnen, anzugeben, dass Copilot CLI zu einem bestimmten Zeitpunkt während des Sitzungslebenszyklus einen Shell-Befehl ausführen, den Sie definiert haben.
HookWenn es ausgeführt wird
preToolUse / postToolUseVor/nach Ausführung eines Tools.
userPromptSubmittedWenn ein Benutzer eine Eingabeaufforderung sendet.
sessionStart / sessionEndAm Anfang/Ende einer Sitzung.
errorOccurredWenn ein Fehler auftritt.
agentStopWenn der Hauptagent ohne Fehler stoppt.
subagentStopWann ein Subagent seine Aufgabe abgeschlossen hat.

Welches Problem lösen Hooks?

Hooks helfen, wenn Sie programmierbare Steuerelemente oder Einblicke in das Verhalten von Copilot CLI wünschen, wie etwa:

  •         **Durchsetzen von Schutzmaßnahmen** – Blockieren oder warnen, bevor bestimmte Tools ausgeführt werden.
    
  •         **Hinzufügen von Protokollierung/Telemetrie**
    
  •         **Anpassen des Wiederholungs-/Abbruchverhaltens bei wiederherstellbaren Fehlern**
    
  •         **Hinzufügen von "Richtlinienüberprüfungen"**, z. B. um Bearbeitungen an geschützten Pfaden zu verhindern.
    
  •         **Abfangen des Moments, an dem ein Subagent seine Ausführung beendet** – bevor die Ergebnisse an den übergeordneten Agent zurückgegeben werden.
    

Hooks sind nützlich, wenn Sie mehr Kontrolle benötigen als Fähigkeiten oder benutzerdefinierte Anweisungen bereitstellen können. Während Fähigkeiten und Anleitungen das Verhalten von Copilot durch Aufforderungen steuern, stellen Hooks sicher, dass die von Ihnen definierten Vorgänge zu bestimmten Zeitpunkten ausgeführt werden, zum Beispiel um die Ausführung eines Tools zu blockieren oder Aktivitäten zu protokollieren, wenn eine Sitzung endet.

Wann sollten SieHooks verwenden?

Verwenden Sie Hooks, wenn Sie dies möchten:

  •         **Werkzeugschutzschienen**
    
    • Beispiel: Bevor bash ausgeführt wird, muss der spezifische Befehl einer Zulassungsliste entsprechen.
    • Beispiel: Bevor edit ausgeführt wird, blockieren Sie Änderungen unter infra/, sofern keine Ticket-ID vorhanden ist.
  •         **Automatisierung des Sitzungslebenszyklus**
    
    • Beispiel: Wenn der Agent anhält, archivieren Sie das Sitzungsprotokoll an einem Speicherort.
  •         **Fehlerbehandlungsrichtlinie**
    
    • Beispiel: Wählen Sie bei Fehler bei der Häufigkeitsbeschränkung automatisch "Wiederholen" mit einer begrenzten Wiederholungsanzahl aus.
  •         **Subagent-Workflowsteuerung**
    
    • Beispiel: Wenn ein Subagent fertig ist, überprüfen Sie die Ausgabe, bevor Ergebnisse an den Hauptagenten übergeben werden.

Wann sollten Sie keine Hooks verwenden?

Vermeiden Sie Hooks, wenn:

  • Sie benötigen lediglich konsistente Eingabeaufforderungen oder Workflowanweisungen ( Verwendungsfertigkeiten).
  • Sie möchten dauerhafte Einstellungen und Standards ( benutzerdefinierte Anweisungen verwenden).
  • Sie benötigen neue externe Funktionen (verwenden Sie MCP-Server und -Tools).
  • Die Aufrechterhaltung der Konfiguration, die sich auf jede Sitzung auswirken kann, kann für Sie problematisch sein.

Erfahren Sie mehr über Hooks

Weitere Informationen findest du unter Verwenden von Hooks mit GitHub Copilot CLI.

Subagenten

Was ist ein Subagent?

Ein Subagent ist die Ausführung eines separaten KI-Agenten, den der Hauptagent einer Copilot CLI Sitzung startet, um eine spezifische Aufgabe zu erledigen.

Copilot CLI verwendet einen Subagent, wenn der Hauptagent entscheidet, dass das Delegieren eines Arbeitsabschnitts an einen separaten Agent die beste Möglichkeit ist, die Anforderung des Benutzers abzuschließen.

Welches Problem lösen Subagenten?

Subagents helfen Copilot:

  • Behalten Sie das Kontextfenster des Haupt-Agents in einer CLI-Sitzung im Fokus, indem Sie einen Teil der Arbeit an einen separaten Agent entladen.
  • Parallelisieren Sie bei Bedarf Arbeit, indem Sie bestimmte Aufgaben im Hintergrund ausführen.
  • Führen Sie einen benutzerdefinierten Agenten unabhängig vom Hauptagenten aus und erledigen Sie Spezialarbeit mit einem anderen Ansatz als der vom Hauptagenten durchgeführte.

Wann werden Subagenten verwendet?

Copilot verwendet wahrscheinlich einen Subagent für:

  • Codebase-Erkundung

    Beispiel: Auflisten aller Endpunkte in einer API.

  • Befehlsausführung für komplexe Aufgaben

    Führen Sie beispielsweise eine Testsuite aus, oder erstellen Sie ein großes Projekt, und analysieren Sie die Ergebnisse.

  • Überprüfen von Änderungen

    Beispiel: Überprüfen von mehrstufigen Änderungen und Identifizieren potenzieller Sicherheitsprobleme.

  • Komplexe mehrstufige Arbeit

    Beispiel: Implementieren eines Features mit mehreren Änderungen.

  • Für die Verwendung von benutzerdefinierten Agenten

    Wenn Sie einen benutzerdefinierten Agent definiert haben und er für Inferenz geeignet ist (infer nicht auf false gesetzt ist), Copilot kann dazu wählen, Arbeit an diesen benutzerdefinierten Agent zu delegieren, indem ein Subagent mit der Konfiguration des benutzerdefinierten Agents gestartet wird.

Benutzerdefinierte Agents

Was ist ein benutzerdefinierter Agent?

          **Benutzerdefinierte Agents** bieten Copilot Fachwissen zu einem bestimmten Thema an und definieren dabei einen spezifischen Ansatz, den Copilot bei der Arbeit in diesem Bereich verwenden soll. Sie können sich einen benutzerdefinierten Agent als eine Rolle vorstellen, die Copilot annehmen kann, wenn Sie an bestimmten Aufgaben arbeiten.

Copilot CLI verfügt über mehrere integrierte benutzerdefinierte Agents. Beispiel: die explore, task, research, code-review, und general-purpose Agents. Sie können auch Ihre eigenen benutzerdefinierten Agents definieren, um Ihre spezifischen Anforderungen zu erfüllen.

Sie definieren einen benutzerdefinierten Agent in einer Markdown-Datei mit YAML-Frontmatter. Die Datei enthält:

  • Eine Beschreibung der Rolle und Expertise des Agenten
  • Eine Liste der zulässigen Tools (oder aller Tools)
  • Optionale MCP-Serververbindungen
  • Eine optionale infer Einstellung – wenn aktiviert, wird Copilot automatisch an diesen Agenten delegiert, wenn eine Aufgabe erkannt wird, die der Spezialität des Agenten entspricht.

Welches Problem lösen maßgeschneiderte Agents?

Benutzerdefinierte Agenten helfen Ihnen bei Bedarf.

  • Fachwissen, das konsequent in einem bestimmten Kontext angewendet werden soll.
  • Verschiedene Toolberechtigungen für unterschiedliche Arbeit, wie in der konfiguration des benutzerdefinierten Agents definiert.
  • Damit das Kontextfenster für den Hauptagent auf die Hauptaufgabe konzentriert bleibt, wird das eigene Kontextfenster des benutzerdefinierten Agents für die ausgeführte Spezialistenarbeit verwendet.

Wann sollten Sie einen benutzerdefinierten Agent verwenden?

Verwenden Sie bei Bedarf einen benutzerdefinierten Agent:

  • Ein spezialisierter Reviewer oder Assistent

    Beispiel: Erstellen Sie einen benutzerdefinierten Agent vom Typ "react-reviewer", der sich auf die Arbeit mit React-Mustern konzentriert.

  • Sicherere Berechtigungen

    Beispiel: Ein benutzerdefinierter Agent, der nur view/grep/glob (schreibgeschützt) für Prüfungszwecke verwendet werden kann.

  • Optionale automatische Delegierung

    Beispiel: Legen Sie infer: true in der konfiguration des benutzerdefinierten Agents fest, damit Copilot diesen benutzerdefinierten Agent bei Bedarf automatisch verwenden kann.

Wann sollten Sie keinen benutzerdefinierten Agent verwenden?

Vermeiden Sie benutzerdefinierte Agents in folgenden Fällen:

  • Sie benötigen nur Anleitungstext (eine Fähigkeit kann eine weniger aufwändige Lösung sein).
  • Sie benötigen keine Spezialisierung, und der Standard-Agent führt Aufgaben gut aus.

Weitere Informationen zu benutzerdefinierten Agents

Weitere Informationen findest du unter Konfiguration von benutzerdefinierten Agents.

Plug-Ins

Was ist ein Plug-In?

Ein Plug-In ist ein installierbares Paket, das einen Satz von Funktionen an Copilot liefern kann. Ein Plug-In kann eine beliebige Kombination der anderen Anpassungsfeatures enthalten. Beispielsweise Fähigkeiten, benutzerdefinierte Agents, Hooks und MCP-Serverkonfigurationen.

Copilot umfasst Plugin-Installationsbefehle (Installieren, Aktualisieren, Auflisten, Deinstallieren) und unterstützt die Installation aus einem Marketplace oder direkt aus einem GitHub-Repository.

Welches Problem lösen Plug-Ins?

Plug-Ins helfen Ihnen:

  • Fügen Sie einfach ein Funktionspaket zu Copilot hinzu, ohne jedes Teil manuell konfigurieren zu müssen.
  • Paketieren und veröffentlichen Sie eine benutzerdefinierte Konfiguration – möglicherweise eine Kombination aus Fähigkeiten, benutzerdefinierten Agents, Hooks und MCP-Servern – für Ihr Team oder die Öffentlichkeit.
  • Ändern Sie die verfügbaren Funktionen, ohne Dateien manuell in Verzeichnisse kopieren zu müssen.

Wann sollten Sie ein Plug-In verwenden?

Verwenden Sie ein Plug-In in folgenden Fällen:

  • Sie möchten ein teamweites Bundle

    Beispiel: Ein unternehmensweites Engineering-Plug-In, das Folgendes umfasst:

    • Fähigkeiten für die Reaktion auf Vorfälle.
    • Ein benutzerdefinierter Agent für die Codeüberprüfung.
    • Ein MCP-Server für interne Dienste.
  • Sie möchten einfache Installation und Updates

    Beispiel: Installieren Sie zunächst ein Plug-In, und aktualisieren Sie es regelmäßig mit /plugin update PLUGIN-NAME.

Wann sollten Sie kein Plug-In verwenden?

Vermeiden Sie Plug-Ins, wenn:

  • Sie experimentieren lokal und benötigen keine Verteilung (verwenden Sie lokale Fähigkeiten, benutzerdefinierte Anweisungen oder benutzerdefinierte Agents).
  • Sie benötigen nur einen kleinen einmaligen Workflow. Eine einzelne Qualifikationsdatei kann einfacher sein.

Zusammenstellen: Auswählen der richtigen Option

AnforderungBeste Option
Ich möchte, dass Copilot stets unseren Konventionen für Repositorys entspricht.
          **Angepasste Anweisungen** |

| Ich möchte einen wiederholbaren Workflow, den ich bei Bedarf aufrufen kann. | Fähigkeiten | | Ich möchte, dass Copilot Fragen beantwortet und Arbeiten in meinem Repository ausführt. | Copilot fordert die Berechtigung zur Verwendung der entsprechenden Tools an. | | Ich möchte Leitplanken, Richtlinien oder Automatisierung in Bezug auf die Verwendung von Werkzeugen und Sitzungsereignissen. | Hooks | | Copilot muss Tools verwenden können, die von einem externen Dienst bereitgestellt werden. | MCP-Server | | Bei der Arbeit an bestimmten Aufgaben möchte ich, dass Copilot als Experte mit einem beschränkten Toolset arbeitet. | Benutzerdefinierter Agent | | Ich möchte, dass Copilot eine komplexe Aufgabe für mich ausführt. | Copilot verwendet automatisch Subagenten, wenn es angebracht ist. | | Ich möchte ein Funktionspaket zu Copilot CLI hinzufügen, ohne es manuell selbst zu konfigurieren. | Plug-In |

Weiterführende Lektüre

  •         [AUTOTITLE](/copilot/how-tos/copilot-cli)