Skip to main content

Vergleich der GitHub Copilot CLI-Anpassungsmöglichkeiten

Erfahren Sie mehr über die verschiedenen Möglichkeiten, wie Sie anpassen Copilotkönnen: was sie tun und wann sie verwendet werden.

Wer kann dieses Feature verwenden?

GitHub Copilot CLI ist mit allen Copilot Tarifen verfügbar. Wenn Sie Copilot von einer Organisation erhalten, muss die Copilot CLI-Richtlinie in den Einstellungen der Organisation aktiviert sein.

Einleitung

          Copilot CLI ist ein terminalbasierter 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 zeigen Copilot**, wie man sich im Allgemeinen verhalten sollte.** Um beispielsweise sicherzustellen, dass Code, den Copilot schreibt, Ihren Kodierungsstandards entspricht. Weitere Informationen.

  •         **Fähigkeiten**
    

    Diese geben an Copilot**, wie eine bestimmte Art von 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, die die Interaktion mit externen Diensten ermöglichen Copilot . 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 fortwährende Anweisungen, die der Copilot CLI aus Anweisungsdateien zu Beginn einer Sitzung lädt.

          Copilot wird Anweisungsdateien aus einer Reihe von Standardspeicherorten im Repository finden und laden, wie z.B. `AGENTS.md` und `.github/copilot-instructions.md`, oder aus Ihrem 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:

  • Richten Sie Copilot nach Ihren Codierungskonventionen und -einstellungen aus.
  • Wenden Sie Team- oder Organisationsstandards konsistent an.
  • Vermeiden Sie es, sich wiederholende Erinnerungen Copilot in jede Aufforderung einzubeziehen.

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 von der unmittelbaren Aufgabe ablenken Copilot (bevorzugen Sie eine Fähigkeit oder einen benutzerdefinierten Agenten).

Weitere Informationen zu benutzerdefinierten Anweisungen

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

Fähigkeiten

Was ist eine Fähigkeit?

Eine Fähigkeit ist minimal eine Markdown-Datei mit Anweisungen, die Copilot zum Ausführen von Aufgaben in einem bestimmten Kontext verwendet werden können. Der Name und die Qualifikationsbeschreibung ermöglichen Copilot es, 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 Skripte gehören, die Copilot ausgeführt werden können, wenn der Skill verwendet wird.

Welches Problem löst eine Fähigkeit?

Fähigkeiten helfen Ihnen bei:

  • Standardisieren Sie, wie Copilot Aufgaben in einem bestimmten Kontext ausgeführt werden (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 das Überladen Copilotdes Kontextfensters mit Anweisungen, die für den aktuellen Vorgang 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 Fähigkeiten auf, wenn sie eine erkennt, die für die aktuelle Aufgabe relevant ist.

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: Ein "Versionshinweisentwurf"-Skill, der sicherstellt Copilot, dass eine Vorlage zur Erstellung einer Veröffentlichungsnotiz verwendet wird.

  • 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 zum Erledigen eines Vorgangs verwendet wird , 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 entscheidet sich für die Verwendung von Tools nach Bedarf. Sie können die Verwendung von Tools für eine bestimmte Aufgabe, für die aktuelle Sitzung oder für alle Ihre Copilot CLI Sitzungen zulassen oder verweigern.

Wenn Sie Copilot verwenden, werden Tools angezeigt:

  • 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.
  • Bitten Sie Copilot, eine Aufgabe auszuführen, bei der die Verwendung eines Werkzeugs erforderlich ist, das von einem MCP-Server bereitgestellt wird.
  • Aufgabe Copilot um eine komplexe Aufgabe abzuschließen und entscheidet sich, an einen Subagenten zu delegieren, wodurch das task Tool ausgelöst wird.

Erfahren Sie mehr über das Zulassen oder Verweigern von Tools

Weitere Informationen findest du unter Informationen zu GitHub Copilot CLI.

MCP-Server

Was ist ein MCP-Server?

Ein MCP-Server ist ein Dienst, der KI-Anwendungen, z Copilot CLI. B. die Verbindung zu externen Datenquellen und Tools, zulässt.

Durch Hinzufügen eines MCP-Servers zu Copilot CLI erhalten Sie zusätzliche Funktionen, indem Sie die von diesem MCP-Server bereitgestellten Tools verwenden können. 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:

  • Stellen Sie eine Verbindung von Copilot CLI zu externen Systemen her.
  • 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 an einem bestimmten Punkt in einem Sitzungslebenszyklus ein Shellbefehl ausgeführt wird, Copilot CLI 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 Ihnen, wenn Sie programmierbare Kontrolle oder Beobachtbarkeit des Verhaltens wünschen, z. B.:

  •         **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 Anweisungen das Verhalten von Copilot durch Eingabeaufforderungen leiten, stellen Hooks sicher, dass von Ihnen definierte Vorgänge zu bestimmten Zeitpunkten ausgeführt werden – zum Beispiel um die Ausführung eines Tools zu blockieren oder um 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 Aufforderungen oder Workflowanweisungen (Fertigkeiten verwenden).
  • 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 hochfährt, um eine bestimmte 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?

Subagenten 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 Subagenten 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 Agenten definiert haben und er für die Inferenz berechtigt ist (infer ist nicht auf false festgelegt), kann Copilot entscheiden, die Arbeit an diesen benutzerdefinierten Agenten zu delegieren, indem er einen Subagenten mit der Konfiguration des benutzerdefinierten Agenten startet.

Benutzerdefinierte Agents

Was ist ein benutzerdefinierter Agent?

          **Benutzerdefinierte Agents** bieten Copilot Fachwissen über ein bestimmtes Thema und definieren einen bestimmten Ansatz, Copilot der bei der Arbeit in diesem Bereich verwendet werden soll. Sie können sich einen benutzerdefinierten Agenten als "Persona" vorstellen, die Copilot annehmen kann, um an bestimmten Aufgaben zu arbeiten.

          Copilot CLI verfügt über mehrere integrierte benutzerdefinierte Agenten. 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 – delegiert automatisch an diesen Agent, wenn eine Aufgabe erkannt wird, Copilot die der Spezialität des Agents 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 dieser benutzerdefinierte Agent bei Bedarf automatisch verwendet werden kann.

Wann sollten Sie keinen benutzerdefinierten Agent verwenden?

Vermeiden Sie benutzerdefinierte Agents in folgenden Fällen:

  • Sie benötigen nur Anleitungstext (eine Fertigkeit 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 ein Funktionspaket Copilotbereitstellen kann. Ein Plug-In kann eine beliebige Kombination der anderen Anpassungsfeatures enthalten. Beispielsweise Fähigkeiten, benutzerdefinierte Agents, Hooks und MCP-Serverkonfigurationen.

          Copilot umfasst Plug-In-Verwaltungsbefehle (Installation, Update, Liste, Deinstallation) und unterstützt die Installation von einem Marketplace oder direkt aus einem GitHub Repository.

Welches Problem lösen Plug-Ins?

Plug-Ins helfen Ihnen:

  • Fügen Sie Copilot einfach ein Funktionspaket hinzu, ohne jedes Element 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 Copilot immer unsere Repository-Konventionen einhalten.
          **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. | Copilotfordert die Berechtigung zum Verwenden der entsprechenden Tools an. | | Ich möchte Leitplanken, Richtlinien oder Automatisierung in Bezug auf die Verwendung von Werkzeugen und Sitzungsereignissen. | Hooks | | Ich muss Copilot in der Lage sein, Tools zu verwenden, die von einem externen Dienst bereitgestellt werden. | MCP-Server | | Bei der Arbeit an bestimmten Aufgaben möchte Copilot ich als Spezialist mit einem eingeschränkten Toolset arbeiten. | Benutzerdefinierter Agent | | Ich möchte Copilot eine komplexe Aufgabe in meinem Auftrag ausführen. | Copilot verwendet bei Bedarf automatisch Subagenten . | | Ich möchte ein Funktionspaket zu Copilot CLI hinzufügen, ohne es manuell zu konfigurieren. | Plug-In |

Weiterführende Lektüre

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