GitHub MCP

Umgebungsvariablen (Empfohlen)

Um Ihr GitHub PAT sicher zu halten und über verschiedene MCP-Hosts hinweg wiederverwendbar zu machen:

1. Speichern Sie Ihr PAT in Umgebungsvariablen

   export GITHUB_PAT=your_token_here
   

   Oder erstellen Sie eine .env-Datei:

   GITHUB_PAT=your_token_here
   

2. Schützen Sie Ihre .env-Datei

   # Add to .gitignore to prevent accidental commits
   echo ".env" >> .gitignore
   

3. Referenzieren Sie das Token in Konfigurationen

   # CLI usage
   claude mcp add github -e GITHUB_PERSONAL_ACCESS_TOKEN=$GITHUB_PAT -- docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN ghcr.io/github/github-mcp-server
   
   # In config files (where supported)
   "env": {
     "GITHUB_PERSONAL_ACCESS_TOKEN": "$GITHUB_PAT"
   }
   

Hinweis: Die Unterstützung von Umgebungsvariablen variiert je nach Host-Anwendung und IDE. Einige Anwendungen (wie Windsurf) erfordern fest codierte Tokens in Konfigurationsdateien.

Best Practices für Token-Sicherheit

• Minimale Berechtigungen: Nur notwendige Berechtigungen erteilen

  • repo – Repository-Operationen
  • read:packages – Docker-Image-Zugriff
  • read:org – Organisationsteam-Zugriff

• Getrennte Tokens: Verwenden Sie verschiedene PATs für verschiedene Projekte/Umgebungen

• Regelmäßige Rotation: Aktualisieren Sie Tokens regelmäßig

• Nie committen: Halten Sie Tokens aus der Versionskontrolle heraus

• Dateiberechtigungen: Beschränken Sie den Zugriff auf Konfigurationsdateien, die Tokens enthalten

  chmod 600 ~/.your-app/config.json
  

{
  "inputs": [
    {
      "type": "promptString",
      "id": "github_token",
      "description": "GitHub Personal Access Token",
      "password": true
    }
  ],
  "servers": {
    "github": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "GITHUB_PERSONAL_ACCESS_TOKEN",
        "ghcr.io/github/github-mcp-server"
      ],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}"
      }
    }
  }
}

Actions

• actions_get - Details zu GitHub Actions-Ressourcen abrufen (Workflows, Workflow-Läufe, Jobs und Artefakte)

  • OAuth-Challenge-Bereiche: repo
  • method: Die auszuführende Methode (Zeichenfolge, erforderlich)
  • owner: Repository-Besitzer (Zeichenfolge, erforderlich)
  • repo: Repository-Name (Zeichenfolge, erforderlich)
  • resource_id: Die eindeutige Kennung der Ressource. Diese variiert je nach bereitgestellter "Methode", stellen Sie daher sicher, dass Sie die korrekte ID angeben:
    • Geben Sie eine Workflow-ID oder einen Workflow-Dateinamen (z. B. ci.yaml) für die Methode 'get_workflow' an.
    • Geben Sie eine Workflow-Lauf-ID für die Methoden 'get_workflow_run', 'get_workflow_run_usage' und 'get_workflow_run_logs_url' an.
    • Geben Sie eine Artefakt-ID für die Methode 'download_workflow_run_artifact' an.
    • Geben Sie eine Job-ID für die Methode 'get_workflow_job' an. (Zeichenfolge, erforderlich)

• actions_list - GitHub Actions-Workflows in einem Repository auflisten

  • OAuth-Challenge-Bereiche: repo
  • method: Die auszuführende Aktion (Zeichenfolge, erforderlich)
  • owner: Repository-Besitzer (Zeichenfolge, erforderlich)
  • page: Seitennummer für die Paginierung (Standard: 1) (Zahl, optional)
  • per_page: Ergebnisse pro Seite für die Paginierung (Standard: 30, max: 100) (Zahl, optional)
  • repo: Repository-Name (Zeichenfolge, erforderlich)
  • resource_id: Die eindeutige Kennung der Ressource. Diese variiert je nach bereitgestellter "Methode", stellen Sie daher sicher, dass Sie die korrekte ID angeben:
    • Geben Sie keine Ressourcen-ID für die Methode 'list_workflows' an.
    • Geben Sie eine Workflow-ID oder einen Workflow-Dateinamen (z. B. ci.yaml) für die Methode 'list_workflow_runs' an, oder lassen Sie es aus, um alle Workflow-Läufe im Repository aufzulisten.
    • Geben Sie eine Workflow-Lauf-ID für die Methoden 'list_workflow_jobs' und 'list_workflow_run_artifacts' an. (Zeichenfolge, optional)
  • workflow_jobs_filter: Filter für Workflow-Jobs. NUR verwendet, wenn die Methode 'list_workflow_jobs' ist (Objekt, optional)
  • workflow_runs_filter: Filter für Workflow-Läufe. NUR verwendet, wenn die Methode 'list_workflow_runs' ist (Objekt, optional)

• actions_run_trigger - GitHub Actions-Workflow-Aktionen auslösen

  • OAuth-Challenge-Bereiche: repo
  • inputs: Eingaben, die der Workflow akzeptiert. Nur für die Methode 'run_workflow' verwendet. (Objekt, optional)
  • method: Die auszuführende Methode (Zeichenfolge, erforderlich)
  • owner: Repository-Besitzer (Zeichenfolge, erforderlich)
  • ref: Die Git-Referenz für den Workflow. Die Referenz kann ein Zweig- oder Tag-Name sein. Erforderlich für die Methode 'run_workflow'. (Zeichenfolge, optional)
  • repo: Repository-Name (Zeichenfolge, erforderlich)
  • run_id: Die ID des Workflow-Laufs. Erforderlich für alle Methoden außer 'run_workflow'. (Zahl, optional)
  • workflow_id: Die Workflow-ID (numerisch) oder der Workflow-Dateiname (z. B. main.yml, ci.yaml). Erforderlich für die Methode 'run_workflow'. (Zeichenfolge, optional)

• get_job_logs - GitHub Actions-Workflow-Jobprotokolle abrufen

  • OAuth-Challenge-Bereiche: repo
  • failed_only: Wenn true, werden Protokolle für alle fehlgeschlagenen Jobs im durch run_id angegebenen Workflow-Lauf abgerufen. Erfordert, dass run_id angegeben wird. (Boolescher Wert, optional)
  • job_id: Die eindeutige Kennung des Workflow-Jobs. Erforderlich beim Abrufen von Protokollen für einen einzelnen Job. (Zahl, optional)
  • owner: Repository-Besitzer (Zeichenfolge, erforderlich)
  • repo: Repository-Name (Zeichenfolge, erforderlich)
  • return_content: Gibt den tatsächlichen Protokollinhalt anstelle von URLs zurück (Boolescher Wert, optional)
  • run_id: Die eindeutige Kennung des Workflow-Laufs. Erforderlich, wenn failed_only true ist, um Protokolle für alle fehlgeschlagenen Jobs im Lauf abzurufen. (Zahl, optional)
  • tail_lines: Anzahl der Zeilen, die vom Ende des Protokolls zurückgegeben werden sollen (Zahl, optional)

Code-Qualität

• get_code_quality_finding – Code-Qualitätsbefund abrufen
  • OAuth Challenge Scopes: repo
  • findingNumber: Die Nummer des Befunds. (Zahl, erforderlich)
  • owner: Der Besitzer des Repositorys. (Zeichenkette, erforderlich)
  • repo: Der Name des Repositorys. (Zeichenkette, erforderlich)

Code-Sicherheit

• get_code_scanning_alert – Code-Scanning-Warnung abrufen

  • OAuth Challenge Scopes: security_events
  • alertNumber: Die Nummer der Warnung. (Zahl, erforderlich)
  • owner: Der Besitzer des Repositorys. (Zeichenkette, erforderlich)
  • repo: Der Name des Repositorys. (Zeichenkette, erforderlich)

• list_code_scanning_alerts – Code-Scanning-Warnungen auflisten

  • OAuth Challenge Scopes: security_events
  • owner: Der Besitzer des Repositorys. (Zeichenkette, erforderlich)
  • page: Seitennummer für die Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für die Paginierung (min. 1, max. 100) (Zahl, optional)
  • ref: Die Git-Referenz für die Ergebnisse, die Sie auflisten möchten. (Zeichenkette, optional)
  • repo: Der Name des Repositorys. (Zeichenkette, erforderlich)
  • severity: Code-Scanning-Warnungen nach Schweregrad filtern (Zeichenkette, optional)
  • state: Code-Scanning-Warnungen nach Status filtern. Standardmäßig offen (Zeichenkette, optional)
  • tool_name: Der Name des für das Code-Scanning verwendeten Tools. (Zeichenkette, optional)

Kontext

• get_me – Mein Benutzerprofil abrufen

  • Keine Parameter erforderlich

• get_team_members – Teammitglieder abrufen

  • OAuth Challenge Scopes: read:org
  • org: Organisations-Login (Besitzer), der das Team enthält. (Zeichenkette, erforderlich)
  • team_slug: Team-Slug (Zeichenkette, erforderlich)

• get_teams – Teams abrufen

  • OAuth Challenge Scopes: read:org
  • user: Benutzername, für den Teams abgerufen werden sollen. Wenn nicht angegeben, wird der authentifizierte Benutzer verwendet. (Zeichenkette, optional)

Copilot

• assign_copilot_to_issue – Copilot einem Issue zuweisen

  • OAuth Challenge Scopes: repo
  • base_ref: Git-Referenz (z. B. Branch), von der der Agent seine Arbeit startet. Wenn nicht angegeben, wird der Standard-Branch des Repositorys verwendet (Zeichenkette, optional)
  • custom_instructions: Optionale benutzerdefinierte Anweisungen, um den Agenten über den Issue-Text hinaus zu führen. Verwenden Sie dies, um zusätzlichen Kontext, Einschränkungen oder Anleitungen bereitzustellen, die nicht in der Issue-Beschreibung enthalten sind (Zeichenkette, optional)
  • issue_number: Issue-Nummer (Zahl, erforderlich)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• request_copilot_review – Copilot-Überprüfung anfordern

  • OAuth Challenge Scopes: repo
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • pullNumber: Pull-Request-Nummer (Zahl, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

Copilot-Issue-Absichten

• assign_copilot_to_issue_with_intent – Copilot mit Absicht einem Issue zuweisen
  • OAuth Challenge Scopes: repo
  • base_ref: Git-Referenz (z. B. Branch), von der der Agent seine Arbeit startet. Wenn nicht angegeben, wird der Standard-Branch des Repositorys verwendet. Wird ignoriert, wenn is_suggestion true ist (Zeichenkette, optional)
  • confidence: Wie sicher Sie sich bei dieser Wahl sind. „HIGH“ für ein klares Signal oder eine explizite Benutzeranfrage, „MEDIUM“ für eine vernünftige Schlussfolgerung mit etwas Mehrdeutigkeit, „LOW“ für eine beste Vermutung mit begrenztem Signal. (Zeichenkette, erforderlich)
  • custom_instructions: Optionale benutzerdefinierte Anweisungen, um den Agenten über den Issue-Text hinaus zu führen. Wird ignoriert, wenn is_suggestion true ist (Zeichenkette, optional)
  • is_suggestion: Wenn true, wird eine ausstehende Copilot-Zuweisungsabsicht aufgezeichnet, anstatt den Agenten zu starten. Die spätere Genehmigung liefert den Startkontext; base_ref und custom_instructions werden in diesem Fall ignoriert. (Boolescher Wert, erforderlich)
  • issue_number: Issue-Nummer (Zahl, erforderlich)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • rationale: Ein prägnanter Satz, der erklärt, was genau an dem Issue zur Wahl von Copilot geführt hat. Geben Sie das konkrete Signal an (z. B. „Gut abgegrenzte Aufgabe mit klaren Abnahmekriterien“). (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

Dependabot

• get_dependabot_alert – Dependabot-Warnung abrufen

  • OAuth Challenge Scopes: security_events
  • alertNumber: Die Nummer der Warnung. (Zahl, erforderlich)
  • owner: Der Besitzer des Repositorys. (Zeichenkette, erforderlich)
  • repo: Der Name des Repositorys. (Zeichenkette, erforderlich)

• list_dependabot_alerts – Dependabot-Warnungen auflisten

  • OAuth Challenge Scopes: security_events
  • after: Cursor für die Paginierung. Verwenden Sie den Cursor aus der vorherigen Antwort. (Zeichenkette, optional)
  • owner: Der Besitzer des Repositorys. (Zeichenkette, erforderlich)
  • perPage: Ergebnisse pro Seite für die Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Der Name des Repositorys. (Zeichenkette, erforderlich)
  • severity: Dependabot-Warnungen nach Schweregrad filtern (Zeichenkette, optional)
  • state: Dependabot-Warnungen nach Status filtern. Standardmäßig offen (Zeichenkette, optional)

Diskussionen

• discussion_comment_write – Diskussionskommentare verwalten

  • OAuth Challenge Scopes: repo
  • body: Kommentarinhalt (erforderlich für die Methoden „add“, „reply“ und „update“) (Zeichenkette, optional)
  • commentNodeID: Die Knoten-ID des Diskussionskommentars (erforderlich für die Methoden „reply“, „update“, „delete“, „mark_answer“ und „unmark_answer“). Für „reply“ ist dies der Kommentar der obersten Ebene, auf den geantwortet werden soll; GitHub Discussions unterstützt nur eine Verschachtelungsebene. (Zeichenkette, optional)
  • discussionNumber: Diskussionsnummer (erforderlich für die Methoden „add“ und „reply“) (Zahl, optional)
  • method: Schreibvorgang, der an einem Diskussionskommentar durchgeführt werden soll. Optionen sind:
    • „add“ – fügt einen neuen Kommentar der obersten Ebene zu einer Diskussion hinzu.
    • „reply“ – antwortet auf einen Diskussionskommentar der obersten Ebene (GitHub Discussions unterstützt nur eine Verschachtelungsebene).
    • „update“ – aktualisiert einen vorhandenen Diskussionskommentar.
    • „delete“ – löscht einen Diskussionskommentar.
    • „mark_answer“ – markiert einen Diskussionskommentar als Antwort (nur Q&A).
    • „unmark_answer“ – entfernt die Markierung eines Diskussionskommentars als Antwort (nur Q&A). (Zeichenkette, erforderlich)
  • owner: Repository-Besitzer (erforderlich für die Methoden „add“ und „reply“) (Zeichenkette, optional)
  • repo: Repository-Name (erforderlich für die Methoden „add“ und „reply“) (Zeichenkette, optional)

• get_discussion – Diskussion abrufen

  • OAuth Challenge Scopes: repo
  • discussionNumber: Diskussionsnummer (Zahl, erforderlich)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• get_discussion_comments – Diskussionskommentare abrufen

  • OAuth Challenge Scopes: repo
  • after: Cursor für die Paginierung. Verwenden Sie den Cursor aus der vorherigen Antwort. (Zeichenkette, optional)
  • discussionNumber: Diskussionsnummer (Zahl, erforderlich)
  • includeReplies: Wenn true, enthält jeder Kommentar der obersten Ebene seine Antworten verschachtelt (bis zu 100 Antworten pro Kommentar, das Maximum der GitHub-API). Standardmäßig false. (Boolescher Wert, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • perPage: Ergebnisse pro Seite für die Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• list_discussion_categories – Diskussionskategorien auflisten

  • OAuth Challenge Scopes: repo
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name. Wenn nicht angegeben, werden Diskussionskategorien auf Organisationsebene abgefragt. (Zeichenkette, optional)

• list_discussions – Diskussionen auflisten

  • OAuth Challenge Scopes: repo
  • after: Cursor für die Paginierung. Verwenden Sie den Cursor aus der vorherigen Antwort. (Zeichenkette, optional)
  • category: Optionaler Filter nach Diskussionskategorie-ID. Wenn angegeben, werden nur Diskussionen mit dieser Kategorie aufgelistet. (Zeichenkette, optional)
  • direction: Sortierrichtung. (Zeichenkette, optional)
  • orderBy: Diskussionen nach Feld sortieren. Wenn angegeben, muss auch die „direction“ angegeben werden. (Zeichenkette, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • perPage: Ergebnisse pro Seite für die Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Repository-Name. Wenn nicht angegeben, werden Diskussionen auf Organisationsebene abgefragt. (Zeichenkette, optional)

Gists

• create_gist – Gist erstellen

  • OAuth Challenge Scopes: gist
  • content: Inhalt für die einfache Erstellung eines eindateiigen Gists (Zeichenkette, erforderlich)
  • description: Beschreibung des Gists (Zeichenkette, optional)
  • filename: Dateiname für die einfache Erstellung eines eindateiigen Gists (Zeichenkette, erforderlich)
  • public: Ob der Gist öffentlich ist (Boolescher Wert, optional)

• get_gist – Gist-Inhalt abrufen

  • gist_id: Die ID des Gists (Zeichenkette, erforderlich)

• list_gists – Gists auflisten

  • page: Seitennummer für die Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für die Paginierung (min. 1, max. 100) (Zahl, optional)
  • since: Nur Gists, die nach diesem Zeitpunkt aktualisiert wurden (ISO-8601-Zeitstempel) (Zeichenkette, optional)
  • username: GitHub-Benutzername (weglassen für Gists des authentifizierten Benutzers) (Zeichenkette, optional)

• update_gist – Gist aktualisieren

  • OAuth Challenge Scopes: gist
  • content: Inhalt für die Datei (Zeichenkette, erforderlich)
  • description: Aktualisierte Beschreibung des Gists (Zeichenkette, optional)
  • filename: Dateiname, der aktualisiert oder erstellt werden soll (Zeichenkette, erforderlich)
  • gist_id: ID des zu aktualisierenden Gists (Zeichenkette, erforderlich)

Issues

• add_issue_comment - Kommentar zu Issue oder Pull Request hinzufügen

  • OAuth Challenge Scopes: repo
  • body: Kommentarinhalt. Erforderlich, sofern keine Reaktion angegeben wird. (string, optional)
  • comment_id: Die numerische ID des Issue- oder Pull-Request-Kommentars, auf den reagiert werden soll. Verwenden Sie dies für Reaktionen auf Kommentare; lassen Sie es weg, um auf das Issue oder den Pull Request selbst zu reagieren. Kann nicht mit body kombiniert werden. (integer, optional)
  • issue_number: Issue- oder Pull-Request-Nummer, zu der ein Kommentar hinzugefügt oder auf die reagiert werden soll. (number, erforderlich)
  • owner: Repository-Besitzer (string, erforderlich)
  • reaction: Emoji-Reaktion, die hinzugefügt werden soll. Erforderlich, sofern kein body angegeben wird. (string, optional)
  • repo: Repository-Name (string, erforderlich)

• get_label - Ein bestimmtes Label aus einem Repository abrufen

  • OAuth Challenge Scopes: repo
  • name: Label-Name. (string, erforderlich)
  • owner: Repository-Besitzer (Benutzername oder Organisationsname) (string, erforderlich)
  • repo: Repository-Name (string, erforderlich)

• issue_read - Issue-Details abrufen

  • OAuth Challenge Scopes: repo
  • issue_number: Die Nummer des Issues (number, erforderlich)
  • method: Die Leseoperation, die für ein einzelnes Issue ausgeführt werden soll. Optionen sind:
    1. get - Issue-Details abrufen. Gibt auch Best-Effort-Hierarchie-Flags zurück (has_parent, has_children); parent und sub_issues_summary sind optionale Beziehungsübersichten, und closed_by_pull_requests fasst die Pull Requests zusammen, die so konfiguriert sind, dass sie das Issue als total_count schließen, plus bis zu 5 references.
    2. get_comments - Issue-Kommentare abrufen.
    3. get_sub_issues - Unter-Issues (Kinder) des Issues abrufen.
    4. get_parent - Das übergeordnete Issue abrufen, falls dieses Issue ein Unter-Issue eines anderen ist.
    5. get_labels - Die dem Issue zugewiesenen Labels abrufen. (string, erforderlich)
  • owner: Der Besitzer des Repositorys (string, erforderlich)
  • page: Seitennummer für die Paginierung (min 1) (number, optional)
  • perPage: Ergebnisse pro Seite für die Paginierung (min 1, max 100) (number, optional)
  • repo: Der Name des Repositorys (string, erforderlich)

• issue_write - Issue/Pull Request erstellen oder aktualisieren

  • OAuth Challenge Scopes: repo
  • assignees: Benutzernamen, die diesem Issue zugewiesen werden sollen (string[], optional)
  • body: Inhalt des Issue-Textes (string, optional)
  • duplicate_of: Issue-Nummer, von der dieses Issue ein Duplikat ist. Erforderlich, wenn state_reason 'duplicate' ist. (number, optional)
  • issue_fields: Issue-Feldwerte, die festgelegt oder gelöscht werden sollen. Jedes Element erfordert 'field_name' und genau einen der Werte 'value', 'field_option_name' oder 'delete: true'. (object[], optional)
  • issue_number: Issue-Nummer, die aktualisiert werden soll (number, optional)
  • labels: Labels, die auf dieses Issue angewendet werden sollen (string[], optional)
  • method: Schreiboperation, die für ein einzelnes Issue ausgeführt werden soll. Optionen sind:
    • 'create' - erstellt ein neues Issue.
    • 'update' - aktualisiert ein bestehendes Issue. (string, erforderlich)
  • milestone: Meilenstein-Nummer (number, optional)
  • owner: Repository-Besitzer (string, erforderlich)
  • parent_issue_number: Issue-Nummer des übergeordneten Issues. Wird nur verwendet, wenn die Methode 'create' ist, und kann nicht mit issue_fields kombiniert werden. Das neue Issue wird erstellt und in derselben Operation an dieses übergeordnete Issue angehängt. (number, optional)
  • parent_owner: Repository-Besitzer des übergeordneten Issues. Muss mit parent_repo angegeben werden. Lassen Sie beide weg, um owner und repo zu verwenden. Wird nur verwendet, wenn die Methode 'create' ist und parent_issue_number angegeben wird. (string, optional)
  • parent_repo: Repository-Name des übergeordneten Issues. Muss mit parent_owner angegeben werden. Lassen Sie beide weg, um owner und repo zu verwenden. Wird nur verwendet, wenn die Methode 'create' ist und parent_issue_number angegeben wird. (string, optional)
  • repo: Repository-Name (string, erforderlich)
  • state: Neuer Status (string, optional)
  • state_reason: Grund für die Statusänderung. Wird ignoriert, sofern der Status nicht geändert wird. (string, optional)
  • title: Issue-Titel (string, optional)
  • type: Typ dieses Issues. Bei Aktualisierungen null übergeben, um den aktuellen Typ zu entfernen. Nur verwenden, wenn Issue-Typen für dieses Repository aktiviert sind. Verwenden Sie list_issue_types, um gültige Typwerte für dieses Repository oder dessen Besitzerorganisation zu erhalten. Wenn das Repository keine Issue-Typen unterstützt, lassen Sie diesen Parameter weg. (string | null, optional)

• list_issue_fields - Issue-Felder auflisten

  • OAuth Challenge Scopes: repo, read:org
  • owner: Der Kontobesitzer des Repositorys oder der Organisation. Der Name ist nicht case-sensitiv. (string, erforderlich)
  • repo: Der Name des Repositorys. Wenn angegeben, werden Felder für dieses spezifische Repository zurückgegeben (von seiner Organisation geerbt). Wenn weggelassen, werden Organisationsfelder direkt zurückgegeben. (string, optional)

• list_issue_types - Verfügbare Issue-Typen auflisten

  • OAuth Challenge Scopes: repo, read:org
  • owner: Der Kontobesitzer des Repositorys oder der Organisation. (string, erforderlich)
  • repo: Der Name des Repositorys. Wenn angegeben, werden Issue-Typen für dieses spezifische Repository zurückgegeben. Wenn weggelassen, werden Organisations-Issue-Typen direkt zurückgegeben. (string, optional)

• list_issues - Issues auflisten

  • OAuth Challenge Scopes: repo
  • after: Cursor für die Paginierung. Verwenden Sie den Cursor aus der vorherigen Antwort. (string, optional)
  • direction: Sortierrichtung. Wenn angegeben, muss auch 'orderBy' angegeben werden. (string, optional)
  • field_filters: Nach benutzerdefinierten Issue-Feldwerten filtern. Jeder Eintrag nimmt einen field_name und einen Wert; der Server sucht das Feld und wandelt den Wert in seinen Typ um (Name der Einzelauswahl-Option, Text, Zahl oder Datum im Format YYYY-MM-DD). (object[], optional)
  • fields: Teilmenge der Felder, die für jedes Issue zurückgegeben werden sollen. Wenn weggelassen, werden alle Felder zurückgegeben. Verwenden Sie dies, um die Antwortgröße zu reduzieren, wenn Sie nur bestimmte Felder benötigen; insbesondere das Weglassen von 'body' und 'field_values' reduziert die größten Daten pro Ergebnis. (string[], optional)
  • labels: Nach Labels filtern (string[], optional)
  • orderBy: Issues nach Feld sortieren. Wenn angegeben, muss auch 'direction' angegeben werden. (string, optional)
  • owner: Repository-Besitzer (string, erforderlich)
  • perPage: Ergebnisse pro Seite für die Paginierung (min 1, max 100) (number, optional)
  • repo: Repository-Name (string, erforderlich)
  • since: Nach Datum filtern (ISO-8601-Zeitstempel) (string, optional)
  • state: Nach Status filtern; standardmäßig werden sowohl offene als auch geschlossene Issues zurückgegeben, wenn nicht angegeben (string, optional)

• search_issues - Issues durchsuchen

  • OAuth Challenge Scopes: repo
  • fields: Teilmenge der Felder, die für jedes Issue-Ergebnis zurückgegeben werden sollen. Wenn weggelassen, werden alle Felder zurückgegeben. Verwenden Sie dies, um die Antwortgröße zu reduzieren, wenn Sie nur bestimmte Felder benötigen; insbesondere das Weglassen von 'body', 'reactions' und 'labels' reduziert die größten Daten pro Ergebnis. (string[], optional)
  • order: Sortierreihenfolge (string, optional)
  • owner: Optionaler Repository-Besitzer. Wenn zusammen mit repo angegeben, werden nur Issues für dieses Repository aufgelistet. (string, optional)
  • page: Seitennummer für die Paginierung (min 1) (number, optional)
  • perPage: Ergebnisse pro Seite für die Paginierung (min 1, max 100) (number, optional)
  • query: Die Suchanfrage als natürliche Sprache. Wenn der Benutzer alternative Formulierungen angibt, nehmen Sie diese als einfache Wörter auf, anstatt sie mit OR zu verknüpfen. (string, erforderlich)
  • repo: Optionaler Repository-Name. Wenn zusammen mit owner angegeben, werden nur Issues für dieses Repository aufgelistet. (string, optional)
  • sort: Sortierfeld nach Anzahl der Übereinstimmungen von Kategorien, standardmäßig beste Übereinstimmung (string, optional)

• sub_issue_write - Unter-Issue ändern

  • OAuth Challenge Scopes: repo
  • after_id: Die ID des Unter-Issues, das danach priorisiert werden soll (entweder after_id ODER before_id sollte angegeben werden) (number, optional)
  • before_id: Die ID des Unter-Issues, das davor priorisiert werden soll (entweder after_id ODER before_id sollte angegeben werden) (number, optional)
  • issue_number: Die Nummer des übergeordneten Issues (number, erforderlich)
  • method: Die Aktion, die für ein einzelnes Unter-Issue ausgeführt werden soll Optionen sind:
    • 'add' - ein Unter-Issue zu einem übergeordneten Issue in einem GitHub-Repository hinzufügen.
    • 'remove' - ein Unter-Issue aus einem übergeordneten Issue in einem GitHub-Repository entfernen.
    • 'reprioritize' - die Reihenfolge der Unter-Issues innerhalb eines übergeordneten Issues in einem GitHub-Repository ändern. Verwenden Sie entweder 'after_id' oder 'before_id', um die neue Position anzugeben. Schreibt die Issue-Hierarchie. Um ein Unter-Issue zu einem neuen übergeordneten Issue zu verschieben, verwenden Sie add mit replace_parent=true; es gibt kein beschreibbares übergeordnetes Feld. (string, erforderlich)
  • owner: Repository-Besitzer (string, erforderlich)
  • replace_parent: Wenn true, ersetzt das aktuelle übergeordnete Issue des Unter-Issues. Nur mit der Methode 'add' verwenden. (boolean, optional)
  • repo: Repository-Name (string, erforderlich)
  • sub_issue_id: Die ID des Unter-Issues, das hinzugefügt werden soll. Die ID ist nicht dasselbe wie die Issue-Nummer (number, erforderlich)

Labels

• get_label - Ein bestimmtes Label aus einem Repository abrufen

  • OAuth Challenge Scopes: repo
  • name: Label-Name. (string, erforderlich)
  • owner: Repository-Besitzer (Benutzername oder Organisationsname) (string, erforderlich)
  • repo: Repository-Name (string, erforderlich)

• label_write - Schreiboperationen für Repository-Labels

  • OAuth Challenge Scopes: repo
  • color: Label-Farbe als 6-stelliger Hex-Code ohne '#'-Präfix (z. B. 'f29513'). Erforderlich für 'create', optional für 'update'. (string, optional)
  • description: Beschreibungstext des Labels. Optional für 'create' und 'update'. (string, optional)
  • method: Operation, die ausgeführt werden soll: 'create', 'update' oder 'delete' (string, erforderlich)
  • name: Label-Name - für alle Operationen erforderlich (string, erforderlich)
  • new_name: Neuer Name für das Label (nur mit der Methode 'update' zum Umbenennen verwendet) (string, optional)
  • owner: Repository-Besitzer (Benutzername oder Organisationsname) (string, erforderlich)
  • repo: Repository-Name (string, erforderlich)

• list_label - Labels aus einem Repository auflisten

  • OAuth Challenge Scopes: repo
  • owner: Repository-Besitzer (Benutzername oder Organisationsname) - für alle Operationen erforderlich (string, erforderlich)
  • repo: Repository-Name - für alle Operationen erforderlich (string, erforderlich)

Benachrichtigungen

• get_notification_details – Benachrichtigungsdetails abrufen

  • OAuth Challenge Scopes: notifications
  • notificationID: Die ID der Benachrichtigung (Zeichenkette, erforderlich)

• list_notifications – Benachrichtigungen auflisten

  • OAuth Challenge Scopes: notifications
  • before: Nur Benachrichtigungen anzeigen, die vor dem angegebenen Zeitpunkt aktualisiert wurden (ISO-8601-Format) (Zeichenkette, optional)
  • filter: Benachrichtigungen filtern; Standard verwenden, sofern nicht anders angegeben. Gelesene Benachrichtigungen sind solche, die vom Benutzer bereits bestätigt wurden. Teilnehmende Benachrichtigungen sind solche, an denen der Benutzer direkt beteiligt ist, z. B. Issues oder Pull Requests, die er kommentiert oder erstellt hat. (Zeichenkette, optional)
  • owner: Optionaler Repository-Besitzer. Wenn zusammen mit Repo angegeben, werden nur Benachrichtigungen für dieses Repository aufgelistet. (Zeichenkette, optional)
  • page: Seitennummer für die Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für die Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Optionaler Repository-Name. Wenn zusammen mit Besitzer angegeben, werden nur Benachrichtigungen für dieses Repository aufgelistet. (Zeichenkette, optional)
  • since: Nur Benachrichtigungen anzeigen, die nach dem angegebenen Zeitpunkt aktualisiert wurden (ISO-8601-Format) (Zeichenkette, optional)

• manage_notification_subscription – Benachrichtigungsabonnement verwalten

  • OAuth Challenge Scopes: notifications
  • action: Auszuführende Aktion: ignore, watch oder delete für das Benachrichtigungsabonnement. (Zeichenkette, erforderlich)
  • notificationID: Die ID des Benachrichtigungsthreads. (Zeichenkette, erforderlich)

• manage_repository_notification_subscription – Repository-Benachrichtigungsabonnement verwalten

  • OAuth Challenge Scopes: notifications
  • action: Auszuführende Aktion: ignore, watch oder delete für das Repository-Benachrichtigungsabonnement. (Zeichenkette, erforderlich)
  • owner: Der Kontobesitzer des Repositorys. (Zeichenkette, erforderlich)
  • repo: Der Name des Repositorys. (Zeichenkette, erforderlich)

• mark_all_notifications_read – Alle Benachrichtigungen als gelesen markieren

  • OAuth Challenge Scopes: notifications
  • lastReadAt: Beschreibt den letzten Zeitpunkt, zu dem Benachrichtigungen geprüft wurden (optional). Standard: Jetzt (Zeichenkette, optional)
  • owner: Optionaler Repository-Besitzer. Wenn zusammen mit Repo angegeben, werden nur Benachrichtigungen für dieses Repository als gelesen markiert. (Zeichenkette, optional)
  • repo: Optionaler Repository-Name. Wenn zusammen mit Besitzer angegeben, werden nur Benachrichtigungen für dieses Repository als gelesen markiert. (Zeichenkette, optional)

Organisationen

• search_orgs – Organisationen durchsuchen
  • OAuth Challenge Scopes: read:org
  • order: Sortierreihenfolge (Zeichenkette, optional)
  • page: Seitennummer für die Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für die Paginierung (min. 1, max. 100) (Zahl, optional)
  • query: Suchabfrage für Organisationen. Beispiele: 'microsoft', 'location:california', 'created:>=2025-01-01'. Die Suche wird automatisch auf type:org eingegrenzt. (Zeichenkette, erforderlich)
  • sort: Sortierfeld nach Kategorie (Zeichenkette, optional)

Projekte

• projects_get – Details von GitHub-Projektenressourcen abrufen

  • OAuth Challenge Scopes: read:project
  • field_id: Die ID des Felds. Erforderlich für die Methode 'get_project_field'. (Zahl, optional)
  • field_names: Spezifische Liste von Feldnamen, die in die Antwort beim Abrufen eines Projektelements aufgenommen werden sollen (z. B. ["Status", "Priorität"]). Wird serverseitig in Feld-IDs aufgelöst – übergeben Sie dies anstelle von 'fields', wenn Sie nur die menschenlesbaren Namen kennen. Schließt sich gegenseitig mit 'fields' aus – geben Sie eines an, nicht beide. Nur für die Methode 'get_project_item' verwendet. (Zeichenkette[], optional)
  • fields: Spezifische Liste von Feld-IDs, die in die Antwort beim Abrufen eines Projektelements aufgenommen werden sollen (z. B. ["102589", "985201", "169875"]). Wenn weder 'fields' noch 'field_names' angegeben sind, wird nur das Titelfeld aufgenommen. Schließt sich gegenseitig mit 'field_names' aus – geben Sie eines an, nicht beide. Nur für die Methode 'get_project_item' verwendet. (Zeichenkette[], optional)
  • item_id: Die ID des Elements. Erforderlich für die Methode 'get_project_item'. (Zahl, optional)
  • method: Die auszuführende Methode (Zeichenkette, erforderlich)
  • owner: Der Besitzer (Benutzer- oder Organisationsanmeldename). Der Name ist nicht case-sensitiv. (Zeichenkette, optional)
  • owner_type: Besitzertyp (user oder org). Wenn nicht angegeben, wird er automatisch erkannt. (Zeichenkette, optional)
  • project_number: Die Nummer des Projekts. (Zahl, optional)
  • status_update_id: Die Knoten-ID der Projektstatusaktualisierung. Erforderlich für die Methode 'get_project_status_update'. (Zeichenkette, optional)
  • view_id: Die Knoten-ID der Projektansicht. Erforderlich für die Methode 'get_project_view'. (Zeichenkette, optional)

• projects_list – GitHub-Projektenressourcen auflisten

  • OAuth Challenge Scopes: read:project
  • after: Vorwärts-Paginierungscursor vom vorherigen pageInfo.nextCursor. (Zeichenkette, optional)
  • before: Rückwärts-Paginierungscursor vom vorherigen pageInfo.prevCursor (selten). (Zeichenkette, optional)
  • field_names: Feldnamen, die beim Auflisten von Projektelementen aufgenommen werden sollen (z. B. ["Status", "Priorität"]). Wird serverseitig in Feld-IDs aufgelöst – übergeben Sie dies anstelle von 'fields', wenn Sie nur die menschenlesbaren Namen kennen. Namen, die nicht aufgelöst werden können, geben einen strukturierten Fehler zurück. Schließt sich gegenseitig mit 'fields' aus – geben Sie eines an, nicht beide. Nur für die Methode 'list_project_items' verwendet. (Zeichenkette[], optional)
  • fields: Feld-IDs, die beim Auflisten von Projektelementen aufgenommen werden sollen (z. B. ["102589", "985201"]). KRITISCH: Immer angeben, um Feldwerte zu erhalten. Ohne diese (und ohne 'field_names') werden nur Titel zurückgegeben. Schließt sich gegenseitig mit 'field_names' aus – geben Sie eines an, nicht beide. Nur für die Methode 'list_project_items' verwendet. (Zeichenkette[], optional)
  • method: Die auszuführende Aktion (Zeichenkette, erforderlich)
  • owner: Der Besitzer (Benutzer- oder Organisationsanmeldename). Der Name ist nicht case-sensitiv. (Zeichenkette, erforderlich)
  • owner_type: Besitzertyp (user oder org). Wenn nicht angegeben, werden automatisch beide versucht. (Zeichenkette, optional)
  • per_page: Ergebnisse pro Seite (max. 50) (Zahl, optional)
  • project_number: Die Nummer des Projekts. Erforderlich für die Methoden 'list_project_fields', 'list_project_items', 'list_project_views' und 'list_project_status_updates'. (Zahl, optional)
  • query: Filter-/Abfragezeichenkette. Für list_projects: nach Titeltext und Status filtern (z. B. "roadmap is:open"). Für list_project_items: erweiterte Filterung mit der GitHub-Projektfilter-Syntax. (Zeichenkette, optional)

• projects_write – GitHub-Projekte verwalten

  • OAuth Challenge Scopes: project
  • body: Der Inhalt der Statusaktualisierung (Markdown). Wird für die Methode 'create_project_status_update' verwendet. (Zeichenkette, optional)
  • field_name: Der Name des Iterationsfelds (z. B. 'Sprint'). Erforderlich für die Methode 'create_iteration_field'. (Zeichenkette, optional)
  • filter: Gespeicherter Ansichtsfilter; bei Aktualisierung weglassen, um ihn zu erhalten, oder null übergeben, um ihn zu löschen. (Zeichenkette | null, optional)
  • issue_number: Die Issue-Nummer. Erforderlich für 'add_project_item', wenn item_type 'issue' ist. Wird auch von 'update_project_item' akzeptiert, um das Element anhand der Issue-Nummer aufzulösen (kombinieren mit item_owner und item_repo). (Zahl, optional)
  • item_id: Die Projektelement-ID. Erforderlich für 'delete_project_item'. Für 'update_project_item' entweder item_id oder (item_owner + item_repo + issue_number) angeben, um das Element anhand des Issues aufzulösen. (Zahl, optional)
  • item_owner: Der Besitzer (Benutzer oder Organisation) des Repositorys, das das Issue oder den Pull Request enthält. Erforderlich für die Methode 'add_project_item'. Wird auch von 'update_project_item' akzeptiert, wenn das Element anhand der Issue-Nummer aufgelöst wird. (Zeichenkette, optional)
  • item_repo: Der Name des Repositorys, das das Issue oder den Pull Request enthält. Erforderlich für die Methode 'add_project_item'. Wird auch von 'update_project_item' akzeptiert, wenn das Element anhand der Issue-Nummer aufgelöst wird. (Zeichenkette, optional)
  • item_type: Der Typ des Elements, entweder issue oder pull_request. Erforderlich für die Methode 'add_project_item'. (Zeichenkette, optional)
  • items: Die Elemente, die mit dem übergeordneten 'updated_field' aktualisiert werden sollen. Erforderlich für 'update_project_items'; bevorzugt gegenüber dem Aufruf von 'update_project_item' in einer Schleife. Jeder Eintrag muss genau einer Referenzvariante entsprechen: 'node_id', numerische 'item_id' oder 'item_owner' + 'item_repo' + 'issue_number'. Limit: 50 Elemente pro Aufruf. (Objekt[], optional)
  • iteration_duration: Dauer in Tagen für Iterationen des Felds (z. B. 7 für wöchentlich, 14 für zweiwöchentlich). Erforderlich für die Methode 'create_iteration_field'. (Zahl, optional)
  • iterations: Benutzerdefinierte Iterationen für die Methode 'create_iteration_field'. Nur setzen, wenn Sie Iterationen mit unterschiedlichen Dauern, Pausen dazwischen oder spezifischen Titeln benötigen. Andernfalls weglassen: GitHub erstellt automatisch drei Iterationen von 'iteration_duration' Tagen ab 'start_date', was für die meisten Fälle die richtige Wahl ist. (Objekt[], optional)
  • layout: Ansichtslayout; beim Erstellen einer Ansicht erforderlich. (Zeichenkette, optional)
  • method: Die auszuführende Methode (Zeichenkette, erforderlich)
  • name: Ansichtsname; beim Erstellen einer Ansicht erforderlich. (Zeichenkette, optional)
  • owner: Der Projektbesitzer (Benutzer- oder Organisationsanmeldename). Der Name ist nicht case-sensitiv. (Zeichenkette, erforderlich)
  • owner_type: Besitzertyp (user oder org). Erforderlich für die Methode 'create_project'. Wenn für andere Methoden nicht angegeben, wird er automatisch erkannt. (Zeichenkette, optional)
  • project_number: Die Nummer des Projekts. Erforderlich für alle Methoden außer 'create_project'. (Zahl, optional)
  • pull_request_number: Die Pull-Request-Nummer (verwenden, wenn item_type 'pull_request' für die Methode 'add_project_item' ist). Geben Sie entweder issue_number oder pull_request_number an. (Zahl, optional)
  • start_date: Startdatum im Format JJJJ-MM-TT. Wird für die Methoden 'create_project_status_update' und 'create_iteration_field' verwendet. (Zeichenkette, optional)
  • status: Der Status des Projekts. Wird für die Methode 'create_project_status_update' verwendet. (Zeichenkette, optional)
  • target_date: Das Zieldatum der Statusaktualisierung im Format JJJJ-MM-TT. Wird für die Methode 'create_project_status_update' verwendet. (Zeichenkette, optional)
  • title: Der Projekttitel. Erforderlich für die Methode 'create_project'. (Zeichenkette, optional)
  • updated_field: Das anzuwendende Feld/den anzuwendenden Wert, unter Verwendung von {"id": 123, "value": ...} oder {"name": "Status", "value": ...}; null löscht das Feld. Erforderlich für 'update_project_item' und 'update_project_items', wobei ein übergeordnetes Feld/ein Wert für jedes Element in einem Stapel gilt. Für SINGLE_SELECT-Felder bei 'update_project_item' akzeptiert die Namensform Optionsnamen; die ID-Form erwartet eine Options-ID. (Objekt, optional)
  • view_id: Projektansichts-Knoten-ID für Aktualisierung oder Löschung; muss zu owner/project_number gehören. (Zeichenkette, optional)
  • visible_field_names: Geordnete Projektfeldnamen, die beim Erstellen angezeigt oder bei Aktualisierung ersetzt werden sollen; bei Aktualisierung weglassen, um sie zu erhalten, oder [] übergeben, um zurückzusetzen. Schließt sich gegenseitig mit visible_fields aus. Roadmap akzeptiert nur []. (Zeichenkette[], optional)
  • visible_fields: Geordnete Projektfeld-Datenbank-IDs, die beim Erstellen angezeigt oder bei Aktualisierung ersetzt werden sollen; bei Aktualisierung weglassen, um sie zu erhalten, oder [] übergeben, um zurückzusetzen. Schließt sich gegenseitig mit visible_field_names aus. Roadmap akzeptiert nur []. (Zeichenkette[], optional)

Pull Requests

• add_comment_to_pending_review - Review-Kommentar zur neuesten ausstehenden Pull-Request-Überprüfung des Anfragenden hinzufügen

  • OAuth Challenge Scopes: repo
  • body: Der Text des Review-Kommentars (Zeichenkette, erforderlich)
  • line: Die Zeile des Blobs im Pull-Request-Diff, auf die sich der Kommentar bezieht. Bei mehrzeiligen Kommentaren die letzte Zeile des Bereichs (Zahl, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • path: Der relative Pfad zur Datei, die einen Kommentar erfordert (Zeichenkette, erforderlich)
  • pullNumber: Pull-Request-Nummer (Zahl, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • side: Die Seite des Diffs, auf die der Kommentar angewendet wird. LEFT zeigt den vorherigen Zustand an, RIGHT den neuen Zustand (Zeichenkette, optional)
  • startLine: Bei mehrzeiligen Kommentaren die erste Zeile des Bereichs, auf den sich der Kommentar bezieht (Zahl, optional)
  • startSide: Bei mehrzeiligen Kommentaren die Startseite des Diffs, auf die sich der Kommentar bezieht. LEFT zeigt den vorherigen Zustand an, RIGHT den neuen Zustand (Zeichenkette, optional)
  • subjectType: Die Ebene, auf die der Kommentar ausgerichtet ist (Zeichenkette, erforderlich)

• add_reply_to_pull_request_comment - Antwort zu Pull-Request-Kommentar hinzufügen

  • OAuth Challenge Scopes: repo
  • body: Der Text der Antwort. Erforderlich, sofern keine Reaktion bereitgestellt wird. (Zeichenkette, optional)
  • commentId: Die numerische ID des Pull-Request-Review-Kommentars, auf den geantwortet oder reagiert werden soll. Verwenden Sie die Nummer aus einem #discussion_r...-Anker, nicht die GraphQL-Thread-Knoten-ID (PRRT_...). (Zahl, erforderlich)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • pullNumber: Pull-Request-Nummer. Erforderlich, wenn ein Text bereitgestellt wird. (Zahl, optional)
  • reaction: Emoji-Reaktion, die hinzugefügt werden soll. Erforderlich, sofern kein Text bereitgestellt wird. (Zeichenkette, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• create_pull_request - Neuen Pull-Request öffnen

  • OAuth Challenge Scopes: repo
  • base: Branch, in den zusammengeführt werden soll (Zeichenkette, erforderlich)
  • body: PR-Beschreibung (Zeichenkette, optional)
  • draft: Als Entwurfs-PR erstellen (boolesch, optional)
  • head: Branch mit den Änderungen (Zeichenkette, erforderlich)
  • maintainer_can_modify: Bearbeitungen durch Maintainer zulassen (boolesch, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • reviewers: GitHub-Benutzernamen oder ORG/Team-Slug-Team-Reviewer, von denen Reviews angefordert werden sollen (Zeichenkette[], optional)
  • title: PR-Titel (Zeichenkette, erforderlich)

• list_pull_requests - Pull-Requests auflisten

  • OAuth Challenge Scopes: repo
  • base: Nach Basis-Branch filtern (Zeichenkette, optional)
  • direction: Sortierrichtung (Zeichenkette, optional)
  • fields: Teilmenge der Felder, die für jeden Pull-Request zurückgegeben werden sollen. Wenn ausgelassen, werden alle Felder zurückgegeben. Verwenden Sie dies, um die Antwortgröße zu reduzieren, wenn Sie nur bestimmte Felder benötigen; insbesondere das Weglassen von 'body' reduziert die größten Daten pro Ergebnis. (Zeichenkette[], optional)
  • head: Nach Head-Benutzer/Organisation und Branch filtern (Zeichenkette, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • page: Seitennummer für Paginierung (min 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min 1, max 100) (Zahl, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • sort: Sortieren nach (Zeichenkette, optional)
  • state: Nach Status filtern (Zeichenkette, optional)

• merge_pull_request - Pull-Request zusammenführen

  • OAuth Challenge Scopes: repo
  • commit_message: Zusätzliche Details für den Merge-Commit (Zeichenkette, optional)
  • commit_title: Titel für den Merge-Commit (Zeichenkette, optional)
  • merge_method: Merge-Methode (Zeichenkette, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • pullNumber: Pull-Request-Nummer (Zahl, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• pull_request_read - Details für einen einzelnen Pull-Request abrufen

  • OAuth Challenge Scopes: repo
  • after: Cursor für Paginierung, nur von der Methode get_review_comments verwendet. Übergeben Sie den endCursor von der PageInfo der vorherigen Seite, um die nächste Seite abzurufen. (Zeichenkette, optional)
  • method: Aktion, die angibt, welche Pull-Request-Daten von GitHub abgerufen werden müssen. Mögliche Optionen:
    1. get - Details eines bestimmten Pull-Requests abrufen.
    2. get_diff - Den Diff eines Pull-Requests abrufen.
    3. get_status - Den kombinierten Commit-Status eines Head-Commits in einem Pull-Request abrufen.
    4. get_files - Die Liste der in einem Pull-Request geänderten Dateien abrufen. Mit Paginierungsparametern verwenden, um die Anzahl der zurückgegebenen Ergebnisse zu steuern.
    5. get_commits - Die Liste der Commits in einem Pull-Request abrufen. Mit Paginierungsparametern verwenden, um die Anzahl der zurückgegebenen Ergebnisse zu steuern.
    6. get_review_comments - Review-Threads in einem Pull-Request abrufen. Jeder Thread enthält logisch gruppierte Review-Kommentare, die während Pull-Request-Reviews an derselben Code-Stelle erstellt wurden. Gibt Threads mit Metadaten (isResolved, isOutdated, isCollapsed) und den zugehörigen Kommentaren zurück. Verwenden Sie cursor-basierte Paginierung (perPage, after), um Ergebnisse zu steuern.
    7. get_reviews - Die Reviews in einem Pull-Request abrufen. Wenn Review-Kommentare angefordert werden, verwenden Sie die Methode get_review_comments. Mit Paginierungsparametern verwenden, um die Anzahl der zurückgegebenen Ergebnisse zu steuern.
    8. get_comments - Kommentare in einem Pull-Request abrufen. Verwenden Sie dies, wenn der Benutzer nicht speziell Review-Kommentare möchte. Mit Paginierungsparametern verwenden, um die Anzahl der zurückgegebenen Ergebnisse zu steuern.
    9. get_check_runs - Check-Runs für den Head-Commit eines Pull-Requests abrufen. Check-Runs sind die einzelnen CI/CD-Jobs und Checks, die auf dem PR ausgeführt werden. (Zeichenkette, erforderlich)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • page: Seitennummer für Paginierung (min 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min 1, max 100) (Zahl, optional)
  • pullNumber: Pull-Request-Nummer (Zahl, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• pull_request_review_write - Schreiboperationen (erstellen, einreichen, löschen) für Pull-Request-Reviews

  • OAuth Challenge Scopes: repo
  • body: Review-Kommentartext (Zeichenkette, optional)
  • commitID: SHA des zu überprüfenden Commits (Zeichenkette, optional)
  • event: Auszuführende Review-Aktion. (Zeichenkette, optional)
  • method: Die Schreiboperation, die für das Pull-Request-Review ausgeführt werden soll. (Zeichenkette, erforderlich)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • pullNumber: Pull-Request-Nummer (Zahl, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • threadId: Die Knoten-ID des Review-Threads (z. B. PRRT_kwDOxxx). Erforderlich für die Methoden resolve_thread und unresolve_thread. Thread-IDs von pull_request_read mit der Methode get_review_comments abrufen. (Zeichenkette, optional)

• search_pull_requests - Pull-Requests durchsuchen

  • OAuth Challenge Scopes: repo
  • fields: Teilmenge der Felder, die für jedes Pull-Request-Ergebnis zurückgegeben werden sollen. Wenn ausgelassen, werden alle Felder zurückgegeben. Verwenden Sie dies, um die Antwortgröße zu reduzieren, wenn Sie nur bestimmte Felder benötigen; insbesondere das Weglassen von 'body', 'reactions' und 'labels' reduziert die größten Daten pro Ergebnis. (Zeichenkette[], optional)
  • order: Sortierreihenfolge (Zeichenkette, optional)
  • owner: Optionaler Repository-Besitzer. Wenn zusammen mit repo bereitgestellt, werden nur Pull-Requests für dieses Repository aufgelistet. (Zeichenkette, optional)
  • page: Seitennummer für Paginierung (min 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min 1, max 100) (Zahl, optional)
  • query: Suchabfrage mit der GitHub-Pull-Request-Suchsyntax (Zeichenkette, erforderlich)
  • repo: Optionaler Repository-Name. Wenn zusammen mit owner bereitgestellt, werden nur Pull-Requests für dieses Repository aufgelistet. (Zeichenkette, optional)
  • sort: Sortierfeld nach Anzahl der Übereinstimmungen von Kategorien, standardmäßig beste Übereinstimmung (Zeichenkette, optional)

• update_pull_request - Pull-Request bearbeiten

  • OAuth Challenge Scopes: repo
  • base: Neuer Basis-Branch-Name (Zeichenkette, optional)
  • body: Neue Beschreibung (Zeichenkette, optional)
  • draft: Pull-Request als Entwurf markieren (true) oder für Review bereit (false) (boolesch, optional)
  • maintainer_can_modify: Bearbeitungen durch Maintainer zulassen (boolesch, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • pullNumber: Pull-Request-Nummer zum Aktualisieren (Zahl, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • reviewers: GitHub-Benutzernamen oder ORG/Team-Slug-Team-Reviewer, von denen Reviews angefordert werden sollen (Zeichenkette[], optional)
  • state: Neuer Status (Zeichenkette, optional)
  • title: Neuer Titel (Zeichenkette, optional)

• update_pull_request_branch - Pull-Request-Branch aktualisieren

  • OAuth Challenge Scopes: repo
  • expectedHeadSha: Der erwartete SHA des HEAD-Refs des Pull-Requests (Zeichenkette, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • pullNumber: Pull-Request-Nummer (Zahl, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

Repositories

• create_branch - Branch erstellen

  • OAuth Challenge Scopes: repo
  • branch: Name für den neuen Branch (Zeichenkette, erforderlich)
  • from_branch: Quell-Branch (standardmäßig der Standard-Branch des Repos) (Zeichenkette, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• create_or_update_file - Datei erstellen oder aktualisieren

  • OAuth Challenge Scopes: repo, workflow
  • allow_symlink_write: Auf true setzen, um einen symbolischen Link selbst zu aktualisieren; der Inhalt muss dessen neuer Zielpfad sein. (boolesch, optional)
  • branch: Branch, in dem die Datei erstellt/aktualisiert werden soll (Zeichenkette, erforderlich)
  • content: Inhalt der Datei, genau wie er nach dem Schreiben erscheinen soll. Nicht base64-kodieren; dieser Server führt das vor dem Aufruf der REST-API durch. (Zeichenkette, erforderlich)
  • message: Commit-Nachricht (Zeichenkette, erforderlich)
  • owner: Repository-Besitzer (Benutzername oder Organisation) (Zeichenkette, erforderlich)
  • path: Pfad, an dem die Datei erstellt/aktualisiert werden soll (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • sha: Die Blob-SHA der zu ersetzenden Datei. Erforderlich, wenn die Datei bereits existiert. (Zeichenkette, optional)

• create_repository - Repository erstellen

  • OAuth Challenge Scopes: repo
  • autoInit: Mit README initialisieren (boolesch, optional)
  • description: Repository-Beschreibung (Zeichenkette, optional)
  • name: Repository-Name (Zeichenkette, erforderlich)
  • organization: Organisation, in der das Repository erstellt werden soll (weglassen, um in Ihrem persönlichen Konto zu erstellen) (Zeichenkette, optional)
  • private: Ob das Repository privat sein soll. Standardmäßig true (privat), wenn ausgelassen. (boolesch, optional)

• delete_file - Datei löschen

  • OAuth Challenge Scopes: repo, workflow
  • branch: Branch, aus dem die Datei gelöscht werden soll (Zeichenkette, erforderlich)
  • message: Commit-Nachricht (Zeichenkette, erforderlich)
  • owner: Repository-Besitzer (Benutzername oder Organisation) (Zeichenkette, erforderlich)
  • path: Pfad zur zu löschenden Datei (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• delete_repository – Repository löschen

  • OAuth-Challenge-Bereiche: delete_repo, repo
  • owner: Repository-Besitzer (Benutzername oder Organisation) (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• fork_repository – Repository forken

  • OAuth-Challenge-Bereiche: repo
  • organization: Organisation, in die geforkt werden soll (Zeichenkette, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• get_commit – Commit-Details abrufen

  • OAuth-Challenge-Bereiche: repo
  • detail: Detailgrad für geänderte Dateien. „none“ lässt Statistiken und Dateien vollständig aus. „stats“ (Standard) enthält Metadaten pro Datei: Dateiname, Status und Zeilenanzahl (Hinzufügungen, Löschungen, Änderungen), ohne Patch-Inhalt. „full_patch“ enthält zusätzlich den Unified-Diff-Inhalt für jede Datei und kann sehr groß sein. (Zeichenkette, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • page: Seitennummer für Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • sha: Commit-SHA, Branchname oder Tagname (Zeichenkette, erforderlich)

• get_file_contents – Datei- oder Verzeichnisinhalte abrufen

  • OAuth-Challenge-Bereiche: repo
  • fields: Teilmenge der Felder, die für jeden Eintrag zurückgegeben werden soll, wenn der Pfad ein Verzeichnis ist. Wenn nicht angegeben, werden alle Felder zurückgegeben. Wird ignoriert, wenn der Pfad eine einzelne Datei ist. Verwenden Sie dies, um die Antwortgröße beim Auflisten von Verzeichnissen zu reduzieren, wenn Sie nur bestimmte Felder benötigen, z. B. nur „name“ und „type“. (Zeichenketten[], optional)
  • owner: Repository-Besitzer (Benutzername oder Organisation) (Zeichenkette, erforderlich)
  • path: Pfad zur Datei/zum Verzeichnis (Zeichenkette, optional)
  • ref: Akzeptiert optionale Git-Referenzen wie refs/tags/{tag}, refs/heads/{branch} oder refs/pull/{pr_number}/head (Zeichenkette, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • sha: Akzeptiert optionale Commit-SHA. Wenn angegeben, wird diese anstelle von ref verwendet (Zeichenkette, optional)

• get_latest_release – Neueste Version abrufen

  • OAuth-Challenge-Bereiche: repo
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• get_release_by_tag – Version nach Tag abrufen

  • OAuth-Challenge-Bereiche: repo
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • tag: Tagname (z. B. „v1.0.0“) (Zeichenkette, erforderlich)

• get_tag – Tag-Details abrufen

  • OAuth-Challenge-Bereiche: repo
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • tag: Tagname (Zeichenkette, erforderlich)

• list_branches – Branches auflisten

  • OAuth-Challenge-Bereiche: repo
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • page: Seitennummer für Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• list_commits – Commits auflisten

  • OAuth-Challenge-Bereiche: repo
  • author: Autor-Benutzername oder E-Mail-Adresse, um Commits zu filtern (Zeichenkette, optional)
  • fields: Teilmenge der Felder, die für jeden Commit zurückgegeben werden soll. Wenn nicht angegeben, werden alle Felder zurückgegeben. Verwenden Sie dies, um die Antwortgröße zu reduzieren, wenn Sie nur bestimmte Felder benötigen, z. B. nur „sha“ und „html_url“. (Zeichenketten[], optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • page: Seitennummer für Paginierung (min. 1) (Zahl, optional)
  • path: Nur Commits, die diesen Dateipfad enthalten, werden zurückgegeben (Zeichenkette, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)
  • sha: Commit-SHA, Branch- oder Tagname, um Commits aufzulisten. Wenn nicht angegeben, wird der Standardbranch des Repositorys verwendet. Wenn eine Commit-SHA angegeben ist, werden Commits bis zu dieser SHA aufgelistet. (Zeichenkette, optional)
  • since: Nur Commits nach diesem Datum werden zurückgegeben (ISO-8601-Format: YYYY-MM-DDTHH:MM:SSZ oder YYYY-MM-DD) (Zeichenkette, optional)
  • until: Nur Commits vor diesem Datum werden zurückgegeben (ISO-8601-Format: YYYY-MM-DDTHH:MM:SSZ oder YYYY-MM-DD) (Zeichenkette, optional)

• list_releases – Versionen auflisten

  • OAuth-Challenge-Bereiche: repo
  • fields: Teilmenge der Felder, die für jede Version zurückgegeben werden soll. Wenn nicht angegeben, werden alle Felder zurückgegeben. Verwenden Sie dies, um die Antwortgröße zu reduzieren, wenn Sie nur bestimmte Felder benötigen; das Weglassen von „body“ entfernt insbesondere die größten Daten pro Version. (Zeichenketten[], optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • page: Seitennummer für Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• list_repository_collaborators – Repository-Mitarbeiter auflisten

  • OAuth-Challenge-Bereiche: repo
  • affiliation: Nach Zugehörigkeit filtern. Kann einer der folgenden Werte sein: „outside“ (externe Mitarbeiter), „direct“ (alle mit Berechtigungen unabhängig von der Organisationsmitgliedschaft), „all“ (alle Mitarbeiter). Standard: „all“ (Zeichenkette, optional)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • page: Seitennummer für Paginierung (Standard 1, min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (Standard 30, min. 1, max. 100) (Zahl, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• list_tags – Tags auflisten

  • OAuth-Challenge-Bereiche: repo
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • page: Seitennummer für Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• push_files – Dateien in Repository pushen

  • OAuth-Challenge-Bereiche: repo, workflow
  • branch: Branch, in den gepusht werden soll (Zeichenkette, erforderlich)
  • files: Array von Dateiobjekten zum Pushen, jedes Objekt mit Pfad (Zeichenkette) und Inhalt (Zeichenkette) (Objekt[], erforderlich)
  • message: Commit-Nachricht (Zeichenkette, erforderlich)
  • owner: Repository-Besitzer (Zeichenkette, erforderlich)
  • repo: Repository-Name (Zeichenkette, erforderlich)

• search_code – Code durchsuchen

  • OAuth-Challenge-Bereiche: repo
  • fields: Teilmenge der Felder, die für jedes Code-Suchergebnis zurückgegeben werden soll. Wenn nicht angegeben, werden alle Felder zurückgegeben. Verwenden Sie dies, um die Antwortgröße zu reduzieren, wenn Sie nur bestimmte Felder benötigen; das Weglassen von „repository“ und „text_matches“ entfernt insbesondere die größten Daten pro Ergebnis. (Zeichenketten[], optional)
  • order: Sortierreihenfolge für Ergebnisse (Zeichenkette, optional)
  • page: Seitennummer für Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min. 1, max. 100) (Zahl, optional)
  • query: Suchabfrage (GitHub-Code-Suche REST). Implizites UND zwischen Begriffen; unterstützt OR, NOT und "quoted phrase" für exakte Übereinstimmung. Qualifizierer: repo:owner/repo, org:, user:, language:, path:dir (Präfix-Übereinstimmung), filename:exact.ext, extension:, in:file, in:path, size:, is:archived, is:fork. Max. 256 Zeichen. Beispiele: WithContext language:go org:github; "package main" repo:o/r; func extension:go path:cmd repo:o/r; NOT TODO language:go repo:o/r. (Zeichenkette, erforderlich)
  • sort: Sortierfeld (nur „indexed“) (Zeichenkette, optional)

• search_commits – Commits durchsuchen

  • OAuth-Challenge-Bereiche: repo
  • order: Sortierreihenfolge (Zeichenkette, optional)
  • page: Seitennummer für Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min. 1, max. 100) (Zahl, optional)
  • query: Commit-Suchabfrage (GitHub-Commit-Suche REST). Durchsucht nur Commit-Nachrichten im Standardbranch. Eingrenzen der Suche mit repo:owner/repo, org: oder user: (Abfragen ohne Bereichsqualifizierer stimmen über ganz GitHub überein und sind normalerweise nicht das, was Sie möchten). Andere Qualifizierer: author:, committer:, author-name:, committer-name:, author-email:, committer-email:, author-date:, committer-date: (unterstützt >, <, >=, <= und YYYY-MM-DD..YYYY-MM-DD-Bereiche), merge:true|false, hash:, tree:, parent:, is:public. Beispiele: repo:owner/repo fix panic; org:github author:defunkt committer-date:>=2024-01-01; "refactor cache" repo:o/r; hash:abc1234 repo:o/r. (Zeichenkette, erforderlich)
  • sort: Sortieren nach Autor- oder Committer-Datum (Standard: beste Übereinstimmung) (Zeichenkette, optional)

• search_repositories – Repositorys durchsuchen

  • OAuth-Challenge-Bereiche: repo
  • minimal_output: Minimale Repository-Informationen zurückgeben (Standard: true). Bei false werden vollständige GitHub-API-Repository-Objekte zurückgegeben. (Boolescher Wert, optional)
  • order: Sortierreihenfolge (Zeichenkette, optional)
  • page: Seitennummer für Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min. 1, max. 100) (Zahl, optional)
  • query: Repository-Suchabfrage. Beispiele: „machine learning in:name stars:>1000 language:python“, „topic:react“, „user:facebook“. Unterstützt erweiterte Suchsyntax für präzises Filtern. (Zeichenkette, erforderlich)
  • sort: Repositorys nach Feld sortieren, Standard: beste Übereinstimmung (Zeichenkette, optional)

Geheimschutz

• get_secret_scanning_alert – Geheimscanning-Warnung abrufen

  • OAuth-Challenge-Bereiche: security_events
  • alertNumber: Die Nummer der Warnung. (Zahl, erforderlich)
  • owner: Der Besitzer des Repositorys. (Zeichenkette, erforderlich)
  • repo: Der Name des Repositorys. (Zeichenkette, erforderlich)

• list_secret_scanning_alerts – Geheimscanning-Warnungen auflisten

  • OAuth-Challenge-Bereiche: security_events
  • owner: Der Besitzer des Repositorys. (Zeichenkette, erforderlich)
  • page: Seitennummer für Paginierung (min. 1) (Zahl, optional)
  • perPage: Ergebnisse pro Seite für Paginierung (min. 1, max. 100) (Zahl, optional)
  • repo: Der Name des Repositorys. (Zeichenkette, erforderlich)
  • resolution: Nach Auflösung filtern (Zeichenkette, optional)
  • secret_type: Eine durch Kommas getrennte Liste von Geheimnistypen, die zurückgegeben werden sollen. Alle Standard-Geheimnismuster werden zurückgegeben. Um generische Muster zurückzugeben, übergeben Sie den/die Token-Namen im Parameter. (Zeichenkette, optional)
  • state: Nach Status filtern (Zeichenkette, optional)

Sicherheitshinweise

• get_global_security_advisory – Globalen Sicherheitshinweis abrufen

  • OAuth-Challenge-Bereiche: security_events
  • ghsaId: GitHub-Sicherheitshinweis-ID (Format: GHSA-xxxx-xxxx-xxxx). (Zeichenkette, erforderlich)

• list_global_security_advisories - Globale Sicherheitshinweise auflisten

  • OAuth Challenge Scopes: security_events
  • affects: Hinweise nach betroffenem Paket oder Version filtern (z. B. "package1,package2@1.0.0"). (string, optional)
  • cveId: Nach CVE-ID filtern. (string, optional)
  • cwes: Nach Common Weakness Enumeration IDs filtern (z. B. ["79", "284", "22"]). (string[], optional)
  • ecosystem: Nach Paket-Ökosystem filtern. (string, optional)
  • ghsaId: Nach GitHub Security Advisory ID filtern (Format: GHSA-xxxx-xxxx-xxxx). (string, optional)
  • isWithdrawn: Ob nur zurückgezogene Hinweise zurückgegeben werden sollen. (boolean, optional)
  • modified: Nach Veröffentlichungs- oder Aktualisierungsdatum oder Datumsbereich filtern (ISO 8601 Datum oder Bereich). (string, optional)
  • published: Nach Veröffentlichungsdatum oder Datumsbereich filtern (ISO 8601 Datum oder Bereich). (string, optional)
  • severity: Nach Schweregrad filtern. (string, optional)
  • type: Hinweistyp. (string, optional)
  • updated: Nach Aktualisierungsdatum oder Datumsbereich filtern (ISO 8601 Datum oder Bereich). (string, optional)

• list_org_repository_security_advisories - Sicherheitshinweise des Organisations-Repositorys auflisten

  • OAuth Challenge Scopes: security_events
  • direction: Sortierrichtung. (string, optional)
  • org: Der Organisations-Login. (string, erforderlich)
  • sort: Sortierfeld. (string, optional)
  • state: Nach Hinweisstatus filtern. (string, optional)

• list_repository_security_advisories - Sicherheitshinweise des Repositorys auflisten

  • OAuth Challenge Scopes: security_events
  • direction: Sortierrichtung. (string, optional)
  • owner: Der Besitzer des Repositorys. (string, erforderlich)
  • repo: Der Name des Repositorys. (string, erforderlich)
  • sort: Sortierfeld. (string, optional)
  • state: Nach Hinweisstatus filtern. (string, optional)

Stargazers

• list_starred_repositories - Mit Stern markierte Repositorys auflisten

  • OAuth Challenge Scopes: repo
  • direction: Die Richtung, nach der die Ergebnisse sortiert werden sollen. (string, optional)
  • page: Seitennummer für die Paginierung (min 1) (number, optional)
  • perPage: Ergebnisse pro Seite für die Paginierung (min 1, max 100) (number, optional)
  • sort: Wie die Ergebnisse sortiert werden sollen. Kann entweder 'created' (wann das Repository mit einem Stern markiert wurde) oder 'updated' (wann zuletzt in das Repository gepusht wurde) sein. (string, optional)
  • username: Benutzername, für den mit Stern markierte Repositorys aufgelistet werden sollen. Standardmäßig der authentifizierte Benutzer. (string, optional)

• star_repository - Repository mit Stern markieren

  • OAuth Challenge Scopes: repo
  • owner: Repository-Besitzer (string, erforderlich)
  • repo: Repository-Name (string, erforderlich)

• unstar_repository - Stern von Repository entfernen

  • OAuth Challenge Scopes: repo
  • owner: Repository-Besitzer (string, erforderlich)
  • repo: Repository-Name (string, erforderlich)

Benutzer

• search_users - Benutzer suchen
  • OAuth Challenge Scopes: repo
  • order: Sortierreihenfolge (string, optional)
  • page: Seitennummer für die Paginierung (min 1) (number, optional)
  • perPage: Ergebnisse pro Seite für die Paginierung (min 1, max 100) (number, optional)
  • query: Benutzersuchabfrage. Beispiele: 'john smith', 'location:seattle', 'followers:>100'. Die Suche wird automatisch auf type:user eingegrenzt. (string, erforderlich)
  • sort: Benutzer nach Anzahl der Follower oder Repositorys sortieren, oder danach, wann die Person GitHub beigetreten ist. (string, optional)

• create_pull_request_with_copilot - Aufgabe mit dem GitHub Copilot Coding-Agenten ausführen
  • owner: Repository-Besitzer. Sie können den Besitzer erraten, aber bestätigen Sie ihn mit dem Benutzer, bevor Sie fortfahren. (string, erforderlich)
  • repo: Repository-Name. Sie können den Repository-Namen erraten, aber bestätigen Sie ihn mit dem Benutzer, bevor Sie fortfahren. (string, erforderlich)
  • problem_statement: Detaillierte Beschreibung der auszuführenden Aufgabe (z. B. 'Implementiere eine Funktion, die X tut', 'Behebe Fehler Y' usw.) (string, erforderlich)
  • title: Titel für den Pull Request, der erstellt wird (string, erforderlich)
  • base_ref: Git-Referenz (z. B. Branch), von der der Agent seine Arbeit startet. Wenn nicht angegeben, wird standardmäßig der Standard-Branch des Repositorys verwendet (string, optional)

• Authentifizierungshinweis

  • Fein granulierte PATs werden nicht durch die klassische PAT-Bereichsfilterung verborgen, daher können diese Tools auch dann erscheinen, wenn das Token sie nicht verwenden kann.
  • Für organisationseigene Spaces müssen fein granulierte PATs auf der besitzenden Organisation installiert sein und organization_copilot_spaces: read enthalten.
  • Wenn ein organisationseigener Space repositorygestützte Ressourcen enthält, muss das Token auch Zugriff auf jedes referenzierte Repository haben, sonst kann der Space als nicht gefunden behandelt werden.

• get_copilot_space - Copilot Space abrufen

  • owner: Der Besitzer des Spaces. (string, erforderlich)
  • name: Der Name des Spaces. (string, erforderlich)

• list_copilot_spaces - Copilot Spaces auflisten

• github_support_docs_search - Dokumentation abrufen, die für die Beantwortung von GitHub-Produkt- und Supportfragen relevant ist. Supportthemen umfassen: GitHub Actions Workflows, Authentifizierung, GitHub-Supportanfragen, Pull-Request-Praktiken, Repository-Wartung, GitHub Pages, GitHub Packages, GitHub Discussions, Copilot Spaces
  • query: Eingabe vom Benutzer zu der Frage, die beantwortet werden muss. Dies ist die neueste rohe, unveränderte Benutzernachricht. Sie sollten die Benutzernachricht IMMER so lassen, wie sie ist, und sie niemals ändern. (string, erforderlich)