Fähigkeiten verwalten: Entdeckung, Aktivierung und Priorität — Mistral Vibe Advanced: Agents, Skills und Local Mode

Lektion aktualisiert am 2. November 2026 basierend auf der Vibe-Dokumentationsseite Skills: Hinzugefügt wurden .agents/skills/-Pfade, die offizielle Entdeckungsreihenfolge (benutzerdefinierte Pfade, Projekt, Benutzer) und der /reload-Befehl. Die Dokumentation definiert keine Prioritätsregel für zwei Fähigkeiten mit demselben Namen; die vorherige Version beschrieb eine. Quelle: Skills.

Wie Vibe Fähigkeiten entdeckt

Das Schreiben einer Fähigkeit ist eine Sache; zu wissen, welche tatsächlich ausgeführt wird, ist eine andere. Die Dokumentation legt die Reihenfolge fest, in der Vibe Fähigkeiten entdeckt:

Benutzerdefinierte Pfade, die in config.toml mit skill_paths deklariert sind;
Projekt-Fähigkeiten, die sich in ./.vibe/skills/ oder ./.agents/skills/ befinden und nur geladen werden, wenn das Verzeichnis vertrauenswürdig ist;
Benutzer-Fähigkeiten, die sich in ~/.vibe/skills/ oder ~/.agents/skills/ befinden.

Die .agents/skills/-Ordner folgen der offenen Agent Skills-Spezifikation: Eine dort gespeicherte Fähigkeit wird mit anderen Agenten geteilt, die dieselbe Spezifikation übernehmen. Eine aktive Sitzung nimmt hinzugefügte oder geänderte Fähigkeiten auf; wenn sich eine Änderung nicht widerspiegelt, geben Sie /reload ein.

Verzeichnisstruktur von Fähigkeiten

Globale Fähigkeiten leben in Ihrem Heimatverzeichnis, jede in einem eigenen Ordner, der eine SKILL.md enthält. Sie sind überall verfügbar, in jedem Projekt, in dem Sie Vibe ausführen.

~/.vibe/skills/
├── code-review/
│   └── SKILL.md
├── test-generator/
│   └── SKILL.md
└── doc-writer/
    └── SKILL.md

Lokale Fähigkeiten werden hingegen mit dem Projektkodex versioniert. Dies ist der natürliche Ort für eine Bereitstellungs- oder Migrationsfähigkeit, die von der exakten Infrastruktur des Repositories abhängt und an anderer Stelle keinen Sinn ergeben würde.

mon-projet/
├── .vibe/
│   └── skills/
│       ├── deploy-prod/
│       │   └── SKILL.md
│       └── db-migrate/
│           └── SKILL.md
├── src/
└── package.json

Schließlich gibt es benutzerdefinierte Pfade, die verwendet werden, um auf Fähigkeiten zu verweisen, die sich an anderer Stelle auf Ihrem System befinden. Diese deklarieren Sie in der Konfiguration:

# ~/.vibe/config.toml
skill_paths = [
  "/home/equipe/shared-skills",
  "/opt/company-skills"
]

Dies ist der bevorzugte Mechanismus, um Fähigkeiten innerhalb eines Teams zu teilen, über einen Netzwerkordner oder ein geklontes Git-Repository, das jeder auf seinem Endgerät aktualisiert.

Aktivieren und Deaktivieren von Fähigkeiten

Standardmäßig sind alle entdeckten Fähigkeiten aktiv. Zwei symmetrische Einstellungen ermöglichen es Ihnen, die Kontrolle zurückzugewinnen. Mit enabled_skills wechseln Sie zu einer Whitelist: Nur die aufgeführten Fähigkeiten sind aktiv; alle anderen werden ignoriert.

# ~/.vibe/config.toml
enabled_skills = ["code-review", "test-generator"]

Mit disabled_skills bleiben Sie bei einer Blacklist: Alle Fähigkeiten sind aktiv, außer denen, die Sie benennen. Dies ist die richtige Wahl, wenn eine einzelne Fähigkeit vorübergehend im Weg ist.

# ~/.vibe/config.toml
disabled_skills = ["experimental-feature"]

Filtermuster

Beide Felder akzeptieren drei Eingabeformen. Die einfachste ist der exakte Name, der funktioniert, solange die Liste kurz bleibt:

enabled_skills = ["code-review", "test-generator", "doc-writer"]

Globale Muster übernehmen, sobald Ihre Namen einer Konvention folgen. Das *-Zeichen passt jede Zeichenfolge an und ermöglicht es Ihnen, eine ganze Familie in einer Zeile zu behandeln:

# Aktivieren Sie alle Fähigkeiten, die mit "test-" beginnen
enabled_skills = ["test-*"]

# Deaktivieren Sie alle experimentellen Fähigkeiten
disabled_skills = ["experimental-*", "beta-*"]

Für Fälle, die von Glob-Mustern nicht abgedeckt werden – eine Alternative, ein Muster in der Mitte eines Namens, ein numerischer Suffix – setzen Sie das Ausdruck mit re: voran, um einen regulären Ausdruck zu verwenden:

# Aktivieren Sie Fähigkeiten, deren Name "review" oder "audit" enthält
enabled_skills = ["re:review|audit"]

# Deaktivieren Sie versionierte Fähigkeiten (z. B. "tool-v1", "tool-v2")
disabled_skills = ['re:.*-v\d+']   # Literaler String: Das Backslash muss nicht entflochten werden

Zwei Fähigkeiten mit demselben Namen

Die Dokumentation beschreibt keine Prioritätsregel für zwei Fähigkeiten, die denselben Namen in verschiedenen Standorten tragen. Zählen Sie also nicht auf eine implizite „Überschreibung”: Verleihen Sie ihnen eindeutige Namen (code-review-backend statt einer zweiten code-review) und überprüfen Sie, was tatsächlich geladen wird. Im /-Menü beginnt die Beschreibung jeder Fähigkeit mit ihrem Geltungsbereich, project, user oder vibe, was ausreicht, um eine Duplizität zu erkennen. Eine Fähigkeit, die wie ein eingebautes Kommando benannt ist, erscheint in diesem Menü nicht.

Projektweite Konfiguration

Alle diese Einstellungen kombinieren sich in einer .vibe/config.toml-Datei, die am Projektstamm platziert ist. Das folgende Beispiel zeigt alle drei Hebel zusammen: Beschränken Sie die Liste auf relevante Fähigkeiten, schließen Sie diejenigen aus, die es nicht sind, und fügen Sie den gemeinsamen Ordner des Backend-Teams hinzu.

# mon-projet/.vibe/config.toml

# Aktivieren Sie nur Fähigkeiten, die für dieses Projekt relevant sind
enabled_skills = ["test-generator", "deploy-prod", "db-migrate"]

# Oder deaktivieren Sie diejenigen, die nicht relevant sind
disabled_skills = ["doc-writer"]

# Fügen Sie zusätzliche Pfade hinzu
skill_paths = ["/home/equipe/backend-skills"]

Um zu überprüfen, welche Fähigkeiten tatsächlich verfügbar sind, öffnen Sie das /-Menü in der Sitzung: Jede Fähigkeit erscheint dort mit ihrem Geltungsbereich. Dies ist die erste Reflexion, wenn ein erwartetes Slash-Kommando fehlt, bevor Sie /reload versuchen und den Vertrauensstatus des Ordners überprüfen.

Kernaussagen

Vibe entdeckt Fähigkeiten in ~/.vibe/skills/, .vibe/skills/ und benutzerdefinierten skill_paths
Lokale Fähigkeiten haben Priorität vor globalen Fähigkeiten
Verwenden Sie enabled_skills oder disabled_skills, um die Aktivierung zu steuern
Globale Muster (test-*) und reguläre Ausdrücke (re:review|audit) vereinfachen das Filtern
Erstellen Sie pro Projekt eine .vibe/config.toml, um den Kontext anzupassen
Teilen Sie Fähigkeiten über ein Team hinweg, indem Sie skill_paths auf einen gemeinsamen Ordner verweisen