GitHub-Connector

Aktualisiert am 2. November 2026. Le Chat ist nun Vibe (noch unter chat.mistral.ai erreichbar): ein einzelner Agent für Arbeit und Code, der Ihre Gespräche, Einstellungen und Abonnements übernimmt. Die klassische Le Chat-Erfahrung bleibt im Chat-Modus verfügbar; im Work-Modus sind Agenten nun Fähigkeiten (über @ aufrufbar), Erinnerungen bilden die Wissensbasis und die tiefe Suche ist die Fähigkeit Deep Research. Pläne werden nun als Mistral Free, Pro, Team und Enterprise bezeichnet. Diese Lektion verwendet den Namen Vibe; einige hier beschriebene Menüs können andere Namen oder Positionen haben.

GitHub direkt aus Vibe

GitHub ist eine der leistungsfähigsten MCP-Integrationen im Vibe-Verzeichnis. Es gibt Ihnen Zugriff auf Ihre Repositories, Issues, Pull Requests und Branches, ohne den Gesprächsverlauf zu verlassen. Für ein Entwicklungsteam ist der Effizienzgewalt erheblich: Routinetätigkeiten wie die Triage von Issues, das Erstellen eines Pull Requests oder das Prüfen einer Datei in einem Branch erfordern nicht mehr das Hin- und Herschalten zur Web-Oberfläche oder das Abrufen des richtigen Git-Befehls.

Verbindung und Authentifizierung

Der Connector authentifiziert sich über ein Personal Access Token (PAT). Die Konfiguration erfolgt in vier Schritten:

1. Gehen Sie zu GitHub unter Einstellungen > Entwickler-Einstellungen > Personal access tokens
2. Erstellen Sie ein neues Token, indem Sie die erforderlichen Berechtigungen (Repositories, Issues, Pull Requests usw.) auswählen
3. Öffnen Sie in Vibe den Tab Connectors und wählen Sie GitHub
4. Fügen Sie Ihr Token ein und bestätigen Sie

Das Token wird sicher gespeichert und ausschließlich Ihrem Benutzerkonto zugeordnet. Wenn Sie einer Organisation auf Vibe angehören, können Ihre Kollegen es nicht sehen oder verwenden: Jeder verbindet sich mit eigenen Zugangsdaten, und der für Vibe sichtbare Berechtigungsumfang entspricht exakt dem, auf das die verbundene Person zugreifen kann.

Die Auswahl der Berechtigungen ist ein paar Sekunden wert. Hier sind die wichtigsten:

• repo: Vollzugriff auf Repositories (Lesen, Schreiben, Erstellen von Branches und Pull Requests)
• read:org: Lesen von Organisationsinformationen
• write:discussion: Teilnahme an Diskussionen
• admin:repo_hook: Verwaltung von Webhooks (selten benötigt)

Wenden Sie das Prinzip der geringsten Rechte an: Beginnen Sie mit begrenzten Rechten und regenerieren Sie ein breiteres Token später, falls ein spezifischer Anwendungsfall dies rechtfertigt. Ein vollständiges repo-PAT, das nur zum Konsultieren von Issues erteilt wird, stellt ein unnötiges Risiko dar.

Was der Connector kann

Sobald verbunden, deckt Vibe vier Bereiche ab. Erstens Konsultation: Es listet Ihre Repositories und deren Branches auf, zeigt den Inhalt einer bestimmten Datei an, durchsucht die Commit-Geschichte und prüft den CI/CD-Status. Bei Issues listet es offene Probleme auf, erstellt neue mit Titel, Beschreibung und Labels, kommentiert bestehende und ändert deren Status.

Die Arbeit an Pull Requests folgt derselben Logik: Liste offener Pull Requests, erstelle einen aus einem Branch, konsultiere Diff-Ansichten und Review-Kommentare, und schließlich Merge. Schließlich beim Code selbst erstellt Vibe einen Branch aus einem anderen, erstellt oder ändert eine Datei in einem bestimmten Branch und schiebt Änderungen. Diese letzte Kategorie erfordert größte Vorsicht, da sie Schreibzugriffe auf das Repository vornimmt.

Drei durchgearbeitete Beispiele

Nehmen Sie einen gewöhnlichen Morgen. Sie möchten ausstehende Aufgaben prüfen:

“Zeige mir offene Issues im Repository company/backend, die das Label ‘bug’ haben und nicht zugewiesen sind.”

Vibe ruft den Connector auf, wendet die Filter an und präsentiert eine zusammengefasste Liste. Sie greifen im selben Gespräch nach, um zuzuweisen, zu labeln oder zu kommentieren, ohne GitHub jemals zu öffnen.

Zweite Situation: Sie bemerken eine Lücke in der Dokumentation und geben die Arbeit vor:

“Erstelle eine Datei docs/guide-migration.md im Branch docs/migration des Repositories company/documentation mit einer Anleitung, die erklärt, wie man von v2 auf v3 migriert.”

Die Datei wird im angegebenen Branch erstellt, und Sie fordern sofort den zugehörigen Pull Request an. Dritte Situation: Sie bereiten sich auf eine Code-Review vor und wünschen sich einen Überblick, bevor Sie ins Detail gehen:

“Welche offenen Pull Requests gibt es bei company/frontend? Gib mir eine Zusammenfassung der Änderungen für jeden.”

Vibe listet die Pull Requests auf, liest die Diffs und erstellt eine strukturierte Zusammenfassung, die Ihnen zeigt, wo Sie Ihre Aufmerksamkeit konzentrieren sollten.

Zwei Gewohnheiten zu entwickeln

Die erste betrifft die Aktivierung. Der GitHub-Connector bietet viele Tools an; deaktivieren Sie ihn in einem Gespräch, das nicht mit Code zu tun hat. Sie werden feststellen, dass das Modell das richtige Tool zuverlässiger auswählt, wenn die Liste kurz ist – dies gilt für jedes Agentensystem.

Die zweite betrifft Schreibvorgänge. Jedes Mal, wenn Vibe das Erstellen einer Datei, eines Branches oder eines Pull Requests vorschlägt, zeigt die Schnittstelle die JSON-Argumente vor der Ausführung an. Lesen Sie diese. Prüfen Sie insbesondere den Namen des Ziel-Branches, da die Verwechslung von main mit einem Arbeitsbranch zu kostspieligen Fehlern führt; überprüfen Sie dann den Inhalt der erstellten oder geänderten Datei, gefolgt vom Titel und der Beschreibung des Pull Requests.

Der Connector in einem Workflow

GitHub zeigt sein volles Potenzial, wenn es mit anderen MCP-Connectors kombiniert wird. Eine typische Sequenz umfasst das Scannen eines Support-Tools, um einen von einem Benutzer gemeldeten Bug zu finden, das Prüfen von GitHub, um zu sehen, ob ein Ticket bereits existiert, das Erstellen des Issues, falls nicht, das Erstellen eines Branches, das Schieben einer Reparatur und das Öffnen des Pull Requests. Sie verwalten den gesamten Fluss von Vibe aus, wobei jede Schreibaktion Ihrer Validierung unterliegt.

Kernaussagen

• Der GitHub-Connector verwendet ein Personal Access Token mit konfigurierbaren Berechtigungen
• Sie können Repositories, Issues und Pull Requests konsultieren, erstellen und ändern
• Jede Schreibaktion erfordert Ihre explizite Genehmigung in der Schnittstelle
• Deaktivieren Sie den Connector, wenn er nicht verwendet wird, um die Modellgenauigkeit zu verbessern
• Die Kombination mit anderen MCP-Connectors erzeugt leistungsstarke automatisierte Workflows