Repository navigation
feat(cli): add native Mistral Vibe plugin target #665
Description
Problem
The AIDD CLI cannot install, update, restore, diagnose, or remove the framework for Mistral Vibe.
The original report attributed the failure to missing skill fields (author, version, vibe_version, permissions, tags). That diagnosis is obsolete. Current Vibe follows the Agent Skills SKILL.md contract: name and description are required; the reported fields are not required skill fields. author and version belong to optional package metadata.
The actual gap is target packaging and lifecycle support in aidd.
Investigation outcome (Vibe 2.25.7, 2026-09-23)
A runtime probe executed Vibe's shipped ClaudePluginAdapter against every current AIDD plugin:
- 8/8 plugin packages accepted;
- 51/51 skills imported;
- 2
aidd-devagents not imported because Claude agents have no compatibility mapping; aidd-contextSessionStarthook not imported;- 2/3
aidd-telemetryhooks imported (PostToolUse,Stop), whileSessionStartwas not; - no fatal compatibility diagnostic.
So the skills are valid. Installing the existing Claude packages directly would provide partial support, but would silently lose agents and session-start behavior. That is not a sufficient framework support contract.
Vibe now has a native plugin format based on Agent Plugins 1.0:
- project discovery:
.vibe/plugins/<plugin>/after the folder is trusted; - user discovery:
~/.vibe/plugins/<plugin>/; - required manifest:
plugin.jsonwith$schema: https://agent-plugins.org/schemas/1.0.0/plugin.schema.jsonandname; - portable components:
skills/andmcp.json; - Vibe extension components:
ai.mistral.vibe/agents/andai.mistral.vibe/hooks.toml; - plugin skills and agents are namespaced at runtime.
Plugin resolution only runs on Vibe's Unified Harness. Vibe 2.25.6+ bundles that runtime, but 2.25.7 still defaults to the legacy harness unless a rollout selects Unified or the user starts Vibe with --experimental-harness. Support must state and test this prerequisite rather than claim compatibility with the legacy backend.
Decision
Add a first-class vibe target to the AIDD CLI and emit native Agent Plugins 1.0 packages. Do not rely on Vibe's lossy Claude compatibility adapter and do not flatten all skills into .agents/skills/.
Scope: local Vibe CLI and the VS Code extension using the shared Vibe configuration/backend. Vibe Code Web is excluded until Mistral documents or exposes an equivalent repository plugin contract.
Acceptance criteria
-
vibeis a registered AI tool target with display nameMistral Vibe; CLI parsing, setup selection, recommendation/detection, install/update/sync/doctor/clean, translation, and help use the tool profile rather than tool-name branches. - Project scope materializes each selected plugin under
.vibe/plugins/<plugin>/; user scope uses~/.vibe/plugins/<plugin>/. Update, restore, and removal preserve unrelated user-owned files. - Each built plugin has a valid Agent Plugins 1.0
plugin.json; source name, version, description, author, license, and skills are preserved where representable. - All 51 current skills load with their directory/name invariant intact and remain explicitly invocable in Vibe.
-
checkerandexecutorare converted to nativeai.mistral.vibe/agents/*.tomlsubagents with their full instructions and deliberate tool/permission mappings. - Supported hook events map explicitly:
PreToolUsetopre_tool,PostToolUsetopost_tool, andStoptopost_agent. Hook commands receive a payload their scripts understand. - Unsupported
SessionStarthooks are never silently dropped: build/install output names the affected plugin and skipped behavior. The ticket does not invent an approximate lifecycle mapping. - Project installation never writes Vibe's trust store. Output and
doctorexplain that project plugins remain inactive until the user trusts the folder. - Runtime guidance requires Vibe
>=2.25.6and Unified Harness; legacy-harness sessions are explicitly unsupported. - Automated tests cover path resolution and lifecycle behavior on Linux, macOS, and Windows. A package-level probe using current Vibe loads 8 plugins, 51 skills, 2 agents, all mapped hooks, and zero fatal diagnostics without requiring an API key.
- CLI and VS Code documentation state the same support matrix; no Vibe Code Web support claim is added.
Out of scope
- Vibe skill registry publishing or a marketplace service;
- Vibe knowledge, libraries, or managed connectors, because AIDD currently ships none;
- emulating
SessionStartwith a semantically different event; - support for Vibe's legacy harness.
Sources
Metadata
Metadata
Assignees
Labels
Type
Fields
Priority
Projects
- StatusShow more project fieldsTodo
Activity
[-]feat(<scope>): mistral vibe compatibility[/-][+]spike(framework): verify Mistral Vibe packaging compatibility[/+]blafourcade commentedon Sep 13, 2026
Merci pour le signalement. La configuration de la capture semble correspondre à un ancien format de plugin Vibe. Vibe Code supporte désormais le standard Agent Skills (
SKILL.md) et découvre les skills sous.agents/skills/ou.vibe/skills/; les champs listés ne font pas partie de ce contrat.Le framework ne publie pas encore de cible Vibe, donc il faut d’abord vérifier le packaging de bout en bout. Peux-tu indiquer la version de Vibe, la commande lancée et le fichier validé ? Cela permettra de reproduire le comportement actuel plutôt que de cibler le manifeste historique.
[-]spike(framework): verify Mistral Vibe packaging compatibility[/-][+]feat(cli): add native Mistral Vibe plugin target[/+]blafourcade commentedon Sep 23, 2026
Spike concluded against Vibe 2.25.7.
ClaudePluginAdapteraccepts all 8 current packages and all 51 skills. The real incompatibilities are narrower: 2 agents and bothSessionStarthooks are not portable; telemetry'sPostToolUseandStophooks do adapt. Native Agent Plugins 1.0 packaging is therefore feasible and necessary for a complete target.Ticket converted from Spike / In Progress to Feature / Todo. Priority remains Low. The body now contains the implementation contract, runtime prerequisite, support boundary, and package-level proof expected before completion.