Zum Hauptinhalt springen
Lektion 9 von 14 · Vibe (ehemals Le Chat) und MCP: Automatisierung Ihrer Workflows

Multitool-Arbeitsabläufe

Lektion 9 von 14 Aktualisiert am 2. November 2026 Mittelstufe
Auf dieser Seite
  1. Kettenanbindungen für leistungsstarke Automatisierungen
  2. GitHub + Notion: Vom Code zur Dokumentation
  3. Asana + Databricks: Von Daten zu Aktionen
  4. Jira + GitHub: Der vollständige Entwicklungszyklus
  5. Effektive Arbeitsablaufmuster
  6. Tipps zur Orchestrierung komplexer Arbeitsabläufe
  7. Kernaussagen

Aktualisiert am 2. November 2026 — Le Chat ist jetzt Vibe. Ab dem 28. Mai 2026 ist Le Chat zu Vibe geworden (nach wie vor unter chat.mistral.ai): ein einzelner Agent für Arbeit und Code, bei dem Ihre Gespräche, Einstellungen und Abonnements übernommen werden. Die klassische Le Chat-Erfahrung bleibt im Chat-Modus zugänglich; im Work-Modus sind Agenten nun Fähigkeiten (über @ aufgerufen), 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 Standorte haben.

Kettenanbindungen für leistungsstarke Automatisierungen

MCP zeigt seine wahre Stärke, wenn Sie mehrere Anbindungen innerhalb eines einzigen Gesprächs kombinieren. Anstatt jedes Werkzeug isoliert einzusetzen, erstellen Sie Ketten von Aktionen, bei denen die Ausgabe einer Aktion die Eingabe der nächsten speist. Eine einzelne Anbindung ersetzt einen Reiter; drei verkettete Anbindungen ersetzen ein Verfahren.

GitHub + Notion: Vom Code zur Dokumentation

Die natürlichste Kombination verbindet GitHub, wo der Code lebt, und Notion, wo die Dokumentation lebt. Der Anwendungsfall mit der höchsten Rendite ist das automatische Changelog: Sie bitten Vibe, die in dieser Woche auf company/backend verschmolzenen Pull Requests zu prüfen und für jeden einen Eintrag auf der Notion-Seite „Changelog März 2026” zu erstellen, inklusive PR-Titel, Autor und einer Zusammenfassung der Änderungen. Vibe listet die verschmolzenen PRs zuerst auf und schreibt dann den strukturierten Inhalt in Notion – das Changelog bleibt aktuell, ohne dass eine einzige Zeile kopiert werden muss.

Das gleiche Prinzip gilt für die Dokumentation technischer Entscheidungen. Indem Sie Vibe anweisen, die Datei décisions/ADR-042.md aus dem Repository company/architecture zu lesen und eine Notion-Seite im Bereich „Architecture” zu generieren, die die Entscheidung mit ihren Vor- und Nachteilen zusammenfasst, verwandeln Sie ein Dokument, das nur für Entwickler bestimmt ist, in eine Seite, die das gesamte Team lesen kann. Eine dritte Variante verfolgt technische Schulden: Listen Sie GitHub-Issues aus dem Repository company/api auf, die das Label tech-debt tragen und seit mehr als dreißig Tagen offen sind, und wandeln Sie diese in eine Zusammenfassungstabelle auf der Seite „Technical Debt Q1” um.

Asana + Databricks: Von Daten zu Aktionen

Diese Kombination eignet sich für Daten- und Produktteams, die Analysen in konkrete Aktionen übersetzen müssen. Betrachten Sie eine Metrik-Alarmmeldung:

„Führen Sie eine SQL-Abfrage in Databricks aus, um die Konversionsrate der letzten Woche zu prüfen. Wenn die Rate unter 2 % liegt, erstellen Sie eine Asana-Aufgabe im Projekt „Growth” mit dem Titel „Untersuchung des Rückgangs der Konversionsrate” und den Zahlen in der Beschreibung.”

Vibe fungiert hier als Brücke zwischen Ihren Daten und Ihrem Projektmanagement: Es erkennt die Anomalie in Databricks und öffnet die Folgemaßnahme-Aufgabe in Asana. Die gleiche Brücke funktioniert für Daten-Sprint-Berichte – Abruf der Ergebnisse aus dem Empfehlungspipeline (Präzision, Recall, p99-Latenz) und Erstellen einer „ML Ops”-Aufgabe mit einer Leistungsübersicht und einer Bereitstellungs-Empfehlung – oder für Qualitätsaudits: Prüfung der Tabelle users (Duplikate, leere Felder, inkonsistente Daten) und Erstellen einer Asana-Aufgabe pro erkanntem Problem mit Details und Schweregrad.

Jira + GitHub: Der vollständige Entwicklungszyklus

Für Teams, die mit Jira verwalten und auf GitHub entwickeln, vereinfacht MCP beide Enden des Zyklus. Beim Start beginnen Sie mit dem Ticket: Prüfen Sie BACKEND-245 in Jira, erstellen Sie einen Branch feature/BACKEND-245 auf company/backend aus main und kommentieren Sie das Ticket, um festzuhalten, dass der Branch existiert. Bei der Abschlussphase beginnen Sie mit dem Code: Sobald Pull Request #142 verschmolzen ist, verschieben Sie BACKEND-245 in den Status „Erledigt” und fügen Sie einen Kommentar hinzu, der den Link zum PR enthält. Hin- und Herwechseln zwischen den beiden Schnittstellen entfällt.

Effektive Arbeitsablaufmuster

Hinter diesen Beispielen wiederholen sich drei Strukturen. Das häufigste ist „Diagnose → Aktion → Dokumentation”: Abfragen Sie ein Werkzeug, um die Situation zu verstehen (Stripe, Databricks, GitHub), erstellen oder ändern Sie einen Eintrag in einem Management-Tool (Linear, Jira, Asana) und notieren Sie das Ergebnis in einem Wissensmanagement-Tool (Notion, Confluence). Fast alle geschäftlichen Arbeitsabläufe lassen sich auf diese Sequenz reduzieren.

Das Muster „Aggregation → Synthese” sammelt Informationen aus mehreren Quellen, um eine einheitliche Zusammenfassung zu erstellen, typischerweise einen Status-Update, der in einem Satz nach offenen PRs auf GitHub, blockierenden Tickets in Jira und den neuesten Kommentaren auf der Seite „Sprint Planning” in Notion fragt. Das Muster „Überwachung → Alarm” prüft einen Zustand und löst eine bedingte Aktion aus: Prüfen Sie fehlgeschlagene Zahlungen in Stripe und erstellen Sie bei neuen Zahlungen seit gestern ein Ticket in Linear und aktualisieren Sie die Seite „Payment Incidents” in Notion.

Tipps zur Orchestrierung komplexer Arbeitsabläufe

Das Modell performs deutlich besser, wenn Sie die Schritte explizit aufteilen, anstatt alles in einem vagen Satz zu fragen: „Zuerst, prüfen Sie GitHub-Issues für Repository X. Als Nächstes, erstellen Sie für jedes kritische Issue ein Jira-Ticket. Schließlich schreiben Sie eine Zusammenfassung in Notion.” Dies setzt die Reihenfolge, statt sie dem Raten zu überlassen. Begrenzen Sie zudem die aktiven Anbindungen: Für einen dreistufigen Arbeitsablauf mit drei Werkzeugen aktivieren Sie nur diese drei Anbindungen und deaktivieren Sie den Rest. Verwenden Sie schließlich die menschliche Validierung, um Zwischendaten zu prüfen – wenn die initiale Diagnose falsch ist, ist es besser, diese vor dem Erstellen einer Reihe fehlerhafter Tickets durch das Modell zu korrigieren, die Sie dann einzeln löschen müssten.

Kernaussagen

  • Multitool-Arbeitsabläufe kombinieren Diagnose, Aktion und Dokumentation in einem einzigen Gespräch
  • GitHub + Notion ist ideal für die automatische Dokumentation von Code
  • Asana + Databricks verknüpft Datenanalysen mit Projektmanagement-Aktionen
  • Teilen Sie Ihre Arbeitsabläufe in sequenzielle Schritte auf, um das Modell effektiv zu lenken
  • Aktivieren Sie nur die Anbindungen, die für Ihren Arbeitsablauf notwendig sind