CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

vibe

Authoritative reference for Mistral Vibe — the CLI agent you (the model) are running inside. LOAD when the user: - asks anything about Vibe itself, even by indirect name ("this CLI", "this tool", "you"); - wants to change, inspect, or reset their setup; - asks why the agent did or did not act; - asks how to make the CLI do X, where X lives, or what a flag/command/setting does; - asks any meta question about your own behavior; - is unsure whether a command, flag, env var, or file is in scope — this skill is the source of truth. SCOPE: config under `~/.vibe/` and project-local `.vibe/`; `VIBE_*` and `LOG_*` env vars; models and providers; agents and subagents; skills; tools and their permission model; every slash command and CLI flag; hooks; MCP servers; connectors; plugins; trusted folders; `@`-file mentions; logs; themes; voice.

Quality

83%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

71%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An authoritative, highly concrete reference with excellent actionability — nearly every section supplies exact commands, TOML keys, file paths, or payload schemas covering the common cases. Its weaknesses are structural: the content is a ~78 KB monolith with no progressive-disclosure bundle files, and exhaustive behavioral detail inflates token cost without adding actionable value.

Suggestions

Split the body into one-level-deep reference files (e.g. references/hooks.md, references/plugins.md, references/config-reference.md, references/ui-behavior.md) and reduce SKILL.md to an overview with clearly signaled links, keeping only high-frequency guidance inline — this addresses the progressive_disclosure score.

Trim operational detail that rarely drives user action — session-title generation and refresh cadence, footer degradation ordering on narrow terminals, and the tmux/OSC-52 clipboard fallback chain — to reduce token cost and raise the conciseness score.

Add an explicit post-edit validation checkpoint to the 'How to Modify Configuration' workflow (e.g. 'run vibe config schema or check the startup Warnings box, then /reload and confirm the setting took effect') to close the workflow_clarity validation gap.

DimensionReasoningScore

Conciseness

The ~1,480-line body is dense and almost entirely Vibe-specific fact with no padding and no explanations of concepts Claude already knows, but it includes substantial operational detail the model rarely needs to act on (session-title generation internals and refresh cadence, footer degradation ordering on narrow terminals, the tmux/OSC-52 clipboard fallback chains), which could be significantly tightened — more than the 'minor instances' that would merit a 4, though well short of the generic-concept padding of a 2.

3 / 5

Actionability

Guidance is consistently executable: copy-paste-ready commands ("vibe mcp add mistralai --url https://api.mistral.ai/mcp --transport streamable-http --api-key-env MISTRAL_API_KEY", "uv tool upgrade mistral-vibe", "ssh -L 47823:127.0.0.1:47823 <host>"), complete TOML/JSON blocks for every common configuration case (providers, models, hooks, MCP servers, skills, agents), exact file paths, and a concrete four-step config-editing procedure.

5 / 5

Workflow Clarity

The main model-driven workflow ("How to Modify Configuration": read config → back up to config.toml.bak → edit → /reload) is clearly sequenced with a backup safeguard, and validation mechanisms are documented elsewhere ("vibe config schema" for editor validation, the startup Warnings box); the gap is that no explicit post-edit verification step is integrated into the workflow itself, a minor validation gap.

4 / 5

Progressive Disclosure

The single file is well-structured with clear section headers and signals external depth up front ("For facts not covered here, fetch the README"), but no bundle files exist (references/, scripts/, assets/ are absent) and roughly 1,400 lines of reference detail — the hooks wire protocol, plugin manifest schema, config settings reference, and UI behavior — are inlined in SKILL.md where the rubric expects an overview pointing to one-level-deep reference files.

3 / 5

Total

15

/

20

Passed

Description

90%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A well-engineered description: explicit LOAD-when triggers with indirect-name synonyms, a clear what-plus-scope statement, and a distinct self-awareness niche with minimal conflict risk. The only deduction is for second-person/imperative voice, which the rubric penalizes on specificity.

DimensionReasoningScore

Specificity

The description enumerates a comprehensive scope ("models and providers; agents and subagents; skills; tools and their permission model; every slash command and CLI flag; hooks; MCP servers; connectors; plugins") plus concrete user actions ("wants to change, inspect, or reset their setup"), which merits a base of 4; however it is written in second person and imperative voice ("the CLI agent you (the model) are running inside", "asks any meta question about your own behavior", "LOAD when the user:"), which the rubric penalizes by reducing specificity by 1.

3 / 5

Completeness

Both halves are explicit: the 'what' is concrete ("Authoritative reference for Mistral Vibe" plus a SCOPE list naming seventeen coverage areas) and the 'when' is an explicit "LOAD when the user:" clause with six concrete trigger conditions, matching the top anchor exactly.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive and captures the natural phrasings users actually say, including indirect synonyms: "asks anything about Vibe itself, even by indirect name ('this CLI', 'this tool', 'you')", "asks why the agent did or did not act", "asks how to make the CLI do X ... or what a flag/command/setting does", "is unsure whether a command, flag, env var, or file is in scope".

5 / 5

Distinctiveness Conflict Risk

The niche — questions about the Vibe CLI itself — is distinct, and every trigger is Vibe-anchored ("asks anything about Vibe itself", "wants to change, inspect, or reset their setup", "whether a command, flag, env var, or file is in scope"), making it unlikely to fire for an unrelated skill.

5 / 5

Total

18

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (1487 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository

mistralai/mistral-vibe

Path

vibe/plugins/builtins/vibe/skills/vibe/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.