Synthèse automatique
Référence de configuration pour personnaliser l'agent de code Mistral Vibe CLI : arborescence .vibe/ en TOML, AGENTS.md, skills natives, agents et sous-agents, serveurs MCP et hooks expérimentaux.
Points forts
- Tableau explicite qui distingue les capacités natives (skills, agents, MCP) des capacités partielles (hooks, rules, commands)
- Donne les chemins de fichiers exacts et précise que la config est en TOML sous .vibe/ et que les instructions vivent dans AGENTS.md, pas CLAUDE.md
- Signale les pièges concrets : gate des trusted folders, absence d'OAuth pour MCP, hooks limités au post-agent-turn
- Sépare clairement les trois surfaces Mistral pour éviter de configurer la mauvaise
Limites
- Ne couvre que la CLI Mistral Vibe ; Mistral Code (plugin IDE) et Le Chat sont explicitement hors périmètre
- Instantané daté du 2026-06-02 : les détails de version et de schéma peuvent diverger des docs actuelles
- Décrit la structure attendue mais ne fournit pas de fichiers de configuration prêts à copier
À utiliser pour configurer ou vérifier l'intégration de Mistral Vibe CLI sur un projet (AGENTS.md, .vibe/, skills, agents, MCP).
À ne pas utiliser pour configurer Claude Code, Cursor ou un autre agent, ni pour le plugin Mistral Code ou Le Chat.
Analyse de sécurité
SûrThis is a reference document describing configuration files, paths, and integration steps for the Mistral Vibe CLI. It contains no executable payloads, destructive commands, secret exfiltration, or obfuscated code. The only commands shown are harmless verification commands such as Test-Path and version checks. No declared tools are required.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Set up Mistral Vibe CLI for this repository: write the project AGENTS.md, a .vibe/config.toml overlay, and a project skill under .vibe/skills/ — tell me exactly which files go where.Does Mistral Vibe support pre-tool hooks or .mdc-style scoped rules? Tell me what is actually native, what is experimental, and what I cannot wire up.Create a .vibe/agents/reviewer.toml subagent profile and register a stdio MCP server in .vibe/config.toml, using the Mistral Vibe config format.name: g-skl-platform-mistral description: Authoritative reference for Mistral Vibe CLI (mistral-vibe) coding agent customization in gald3r projects. Covers the .vibe/ config tree (TOML), AGENTS.md instructions, native Agent-Skills SKILL.md, native custom agents + subagents, MCP servers, experimental hooks, and honest capability boundaries. crawl_max_age_days: 14 vault_doc_path: research/platforms/mistral/ vault_docs_url: https://docs.mistral.ai/mistral-vibe/terminal docs_url: https://docs.mistral.ai/mistral-vibe/terminal docs_url_secondary:
- https://docs.mistral.ai/vibe/code/cli/configuration
- https://docs.mistral.ai/vibe/code/cli/skills
- https://docs.mistral.ai/vibe/code/cli/agents
- https://docs.mistral.ai/vibe/code/cli/mcp-servers
- https://github.com/mistralai/mistral-vibe last_doc_scan: 2026-06-02 capability_status: hooks: "⚠️ experimental post-agent-turn lifecycle only (v2.9.0); no schema/file location; no pre-tool/session-start/pre-commit — cannot wire gald3r hooks" rules: "⚠️ AGENTS.md layered injection (+ optional custom system prompt via prompts/<id>.md); no scoped .mdc/glob rule system" skills: "✅ native Agent Skills (agentskills.io SKILL.md) in ~/.vibe/skills, ./.vibe/skills, ./.agents/skills + skill_paths" commands: "⚠️ slash commands only via skills (user-invocable: true → /skill-name); no command-file directory" agents: "✅ native custom agents + subagents (.vibe/agents/*.toml; vibe --agent; agent_type=subagent)" mcp: "✅ native — config.toml [[mcp_servers]] (http/streamable-http/stdio); no OAuth yet" token_budget: low subsystem_memberships: [PLATFORM_INTEGRATION]
g-skl-platform-mistral
Activate for: setting up gald3r with Mistral Vibe CLI (mistral-vibe), authoring Mistral project
instructions / skills / agents, or verifying the Mistral gald3r integration.
Full 9-section breakdown + evidence URLs in
PLATFORM_SPEC.md(this folder). Status: ⚠️ partial parity. Native: skills, agents/subagents, MCP. Partial: hooks (experimental post-agent-turn only), rules (AGENTS.mdinjection, no.mdcscoping), commands (skill-provided only). Vibe readsAGENTS.md(NOTCLAUDE.md); config is TOML under.vibe/(no.mistral/, no YAML). (Verified 2026-06-02 against docs.mistral.ai + github.com/mistralai/mistral-vibe; latest observed v2.13.0.)
1. Platform Overview
"Mistral" coding is three products — gald3r targets only the config-driven one:
| Surface | What it is | gald3r config target? |
|---|---|---|
| Mistral Vibe CLI | Open-source terminal coding agent (mistral-vibe) | ✅ Yes — reads .vibe/ + AGENTS.md |
| Mistral Code | JetBrains/VSCode IDE plugin (enterprise bundle) | ❌ Closed plugin; no config files |
| Le Chat | Web/app chat with MCP connectors + memories | ❌ Not a file-config surface |
- Config root:
.vibe/(user~/.vibe/, project./.vibe/) — TOML, not YAML. There is no.mistral/directory. - Instructions:
AGENTS.md(the same cross-platform standard gald3r already uses) — notCLAUDE.md. - Trusted-folders gate: project
.vibe/config loads only when the working directory is trusted (trusted_folders.toml).
2. Config Layout
~/.vibe/ ← user-global
├── config.toml ← models, providers, tools, [[mcp_servers]], enabled_skills (TOML)
├── .env ← API keys
├── AGENTS.md ← user-level instructions
├── agents/<name>.toml ← custom agent / subagent profiles (TOML)
├── prompts/<id>.md ← custom system prompts (system_prompt_id)
└── skills/<name>/SKILL.md ← user-level skills (agentskills.io)
<project-root>/
├── AGENTS.md ← project instructions (override user-level; closer files win)
└── .vibe/
├── config.toml ← project overlay
├── skills/<name>/SKILL.md ← project skills (also ./.agents/skills/)
├── agents/<name>.toml ← project agent / subagent profiles
└── prompts/<id>.md
Resolution: project paths layer over user paths; files closer to the working directory win. Project
.vibe/ loads only in trusted folders.
3. gald3r Integration
Cheapest high-value install: ship gald3r's AGENTS.md — Vibe consumes it directly with no
transformation. gald3r skills (g-skl-*/SKILL.md) load natively (agentskills.io); native agents/
subagents exist but need markdown→TOML conversion.
# AGENTS.md (gald3r section)
## Task Workflow
Before any implementation:
1. Read .gald3r/TASKS.md for active tasks
2. Read .gald3r/tasks/task{id}_*.md for task details
3. Check .gald3r/CONSTRAINTS.md for architectural limits
## Commit Format
feat(T{id}): description
fix(BUG-{id}): description
## Bug Discovery
Pre-existing bugs: document in .gald3r/BUGS.md — never silently ignore.
MCP servers (optional) go in .vibe/config.toml:
[[mcp_servers]]
name = "my_http_server"
transport = "http" # http | streamable-http | stdio
url = "http://localhost:8000"
startup_timeout_sec = 15
tool_timeout_sec = 120
The parity pipeline (
platform_parity_sync.ps1) does not currently write.vibe/. There is no automated Mistral install path yet — integration is manualAGENTS.mdauthoring today.
Verify
Test-Path AGENTS.md
Test-Path .vibe
mistral-vibe --version # or: vibe --version (confirm CLI install)
4. Common Pitfalls
- Vibe reads
AGENTS.md, NOTCLAUDE.md. Config is.vibe/config.toml(TOML), NOT.mistral/config.yaml(that path is fictional). - "Mistral Code" (IDE plugin) and "Le Chat" do not read these files — only Vibe CLI does.
- Project
.vibe/config (skills/agents/prompts/hooks) loads only in trusted folders (trusted_folders.toml). - Slash commands are skill-provided only (
user-invocable: true) — there is no command-file directory like.cursor/commands/. - Vibe skill frontmatter expects
allowed-tools/user-invocable; gald3r skills emitsubsystem_memberships/token_budget(unknown keys ignored — light adaptation). - Keep API keys in
~/.vibe/.env/ environment variables, never in committedconfig.toml.
5. Capability Summary
| Feature | Status | Notes |
|---|---|---|
| Skills (g-skl-*/SKILL.md) | ✅ | native agentskills.io; ~/.vibe/skills, ./.vibe/skills, ./.agents/skills, skill_paths |
| Agents (g-agnt-*.md) | ✅ | native custom agents + subagents .vibe/agents/*.toml (vibe --agent; agent_type=subagent); needs md→TOML port |
| MCP | ✅ | config.toml [[mcp_servers]] (http / streamable-http / stdio); namespaced {server}_{tool}; no OAuth yet |
| Hooks (g-hk-*.ps1) | ⚠️ | experimental post-agent-turn only (v2.9.0); no schema/file location; no pre-tool/session-start/pre-commit |
| Rules (g-rl-*) | ⚠️ | AGENTS.md layered injection (+ optional custom system prompt); no scoped .mdc/glob rules |
| Commands (@g-*) | ⚠️ | slash commands only via skills (user-invocable: true → /skill-name); no command-file dir |
6. Known Gaps
Ground-truth hook events (T1538/T1554): mistral ships an experimental
.vibe/hook surface (Type:experimental) — a single post-agent-turn lifecycle point (v2.9.0, 2026-04-28) — but publishes no event list, file location, or schema, so the wiring is undocumented. The authoritative, machine-readable statement of this — the (currently undocumented) event list and how gald3r hook behaviors must run until it is verified (manually, via rules text, or via gitcore.hooksPath) — lives inPLATFORM_SPEC.md->## Hook System. Reference that block rather than re-listing hook details here. The gald3rg-hk-*.ps1wiring for mistral is [STUB] / unverified — do not fabricate an event-to-hook mapping. Last verified against platform version: mistral v2.13.0 (docs crawllast_doc_scan: 2026-06-02). Re-verify the event names inPLATFORM_SPEC.md## Hook Systemon the next@g-platform-scan-docs mistral.
Honest boundaries vs. the Cursor reference (full detail in PLATFORM_SPEC.md §1–§9):
- Hooks ⚠️: experimental post-agent-turn lifecycle only (v2.9.0); no published event list or
schema, and no pre-tool/session-start/pre-commit — gald3r's
g-hk-*.ps1+hooks.jsoncannot be ported until Mistral documents the format. (issue #250 CLOSED unimplemented; #531 OPEN) - Rules ⚠️: no
.mdcscoped-rule system; gald3r'sg-rl-*rules collapse into a singleAGENTS.mdblob (noglobs, no per-rule on-demand loading); optional custom system prompt viaprompts/<id>.md+system_prompt_id. - Commands ⚠️: slash commands are skill-provided only (
user-invocable: true) — no command-file directory like.cursor/commands/; gald3r's command files have no native landing zone. - Agents ✅ (with caveat): native custom agents + subagents, but Vibe agents are TOML behavior
profiles, not gald3r's markdown agents — a port needs markdown→TOML conversion;
safetyis visual-only (not enforcement). - Skills ✅ (with caveat): native Agent Skills spec + folder-per-skill
SKILL.mdmatches, but Vibe expectsallowed-tools/user-invocablekeys gald3r skills don't emit (light adaptation). - MCP ✅ (with caveat): native
[[mcp_servers]], but the CLI does not yet support OAuth MCP servers. - No install automation:
platform_parity_sync.ps1has no.vibe/writer — future work.
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/mistral-vibe-cli-platform-mrzxupqq/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/mistral-vibe-cli-platform-mrzxupqq' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/mistral-vibe-cli-platform-mrzxupqq/download' --output '.skill-downloads/mistral-vibe-cli-platform-mrzxupqq/SKILL.md.part' && mv '.skill-downloads/mistral-vibe-cli-platform-mrzxupqq/SKILL.md.part' '.skill-downloads/mistral-vibe-cli-platform-mrzxupqq/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/mistral-vibe-cli-platform-mrzxupqq/SKILL.md' && test -s '.skill-downloads/mistral-vibe-cli-platform-mrzxupqq/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/g-skl-platform-mistral' && cp -R '.skill-downloads/mistral-vibe-cli-platform-mrzxupqq' '.claude/skills/g-skl-platform-mistral'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/mistral-vibe-cli-platform-mrzxupqq'openskills read 'mistral-vibe-cli-platform-mrzxupqq'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/mistral-vibe-cli-platform-mrzxupqq/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.