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.

66

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 unusually rich internal reference with excellent concrete detail — copy-paste-ready config, commands, and protocol schemas — and a clear, safeguarded modify-config procedure. Its weaknesses are length (narrative sections that could be tightened into reference form) and a monolithic single-file structure with no progressive disclosure despite ~1300 lines of material.

Suggestions

Split self-contained subsystems (hooks wire protocol, MCP and plugin configuration, browser sign-in) into references/ files and keep SKILL.md as a navigable overview with one-level-deep, clearly signaled pointers.

Compress narrative sections — session titles, clipboard hints, input-queue key handling — into table or bullet reference form; e.g., replace the title-refresh narrative with a short table of when titles generate/refresh.

Add an explicit validation checkpoint to the modify-config workflow, e.g., 'After editing, run /reload and confirm no config-issue warnings appear before telling the user it took effect.'

DimensionReasoningScore

Conciseness

The bulk is dense, high-value reference material (config keys, wire-protocol JSON, tables) with almost no explanation of concepts Claude already knows, but several narrative passages run long without proportional reference value: the session-titles section spends ~25 lines on refresh heuristics ("it stays bounded — one title at the start plus one after a compaction, a couple at most") and the clipboard section narrates UI minutiae ("On local Linux the hint is `if paste fails, Shift+select or install xclip`"). Not 2: the padding is a minority, not 'several unnecessary explanations'; not 4: those narrative sections (session titles, copy/selection hints, input-queue key handling) could be materially tightened.

3 / 5

Actionability

Fully executable throughout: exact TOML config blocks, copy-paste commands ("vibe mcp add mistralai --url https://api.mistral.ai/mcp --transport streamable-http --api-key-env MISTRAL_API_KEY"), complete JSON hook wire-protocol schemas, exact exit-code/behavior tables, and a numbered modify-config procedure. Specific examples cover the common cases (providers, models, MCP stdio/http, hooks).

5 / 5

Workflow Clarity

The main operational workflow is explicitly sequenced — "1. Read current config when present ... 2. Create a backup when present ... 3. Edit the TOML file ... 4. Reload: The user can run /reload" — and includes a safety checkpoint (backup before edit), plus explicit guardrails ("NEVER read, display, or edit ... ~/.vibe/.env"). Not 5: no explicit post-edit validation step (e.g., check /reload output for config-issue warnings); not 3: the sequence and the backup safeguard are explicit, not implicit.

4 / 5

Progressive Disclosure

Well-sectioned with clear ## / ### headers and one clearly signaled external pointer ("fetch the README: https://github.com/mistralai/mistral-vibe/blob/main/README.md"), but it is a monolithic ~1300-line single file: entire subsystems (the hooks wire protocol, MCP/plugin configuration, browser sign-in) are inlined in SKILL.md instead of being split into one-level-deep reference files. Not 4: no bundle structure exists to offload this content; not 2: navigation via headers is easy and nothing is buried.

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 strong description with an explicit, well-structured LOAD trigger list, comprehensive scope enumeration, and excellent natural-language trigger coverage. The main weakness is the capability framing: it opens in second person with an abstract 'authoritative reference' claim instead of concrete third-person actions, which costs it specificity.

Suggestions

Rewrite the opening in third person with concrete capability verbs (e.g., 'Answers questions about Mistral Vibe's configuration, flags, slash commands, and internals') instead of 'the CLI agent you (the model) are running inside'.

Lead with 2-3 concrete actions (configure, troubleshoot, explain behavior) before the LOAD list so the 'what' carries the same specificity as the SCOPE list.

DimensionReasoningScore

Specificity

The SCOPE list is concrete and comprehensive ("config under `~/.vibe/` and project-local `.vibe/`; `VIBE_*` and `LOG_*` env vars; models and providers; agents and subagents; ... hooks; MCP servers; connectors; plugins"), which merits a 4, but the capability framing is a single abstract claim ("Authoritative reference for Mistral Vibe") rather than concrete actions, and it uses second person ("the CLI agent you (the model) are running inside"), which the guidelines penalize by reducing specificity by 1. Not 2: far more specific than naming the domain with minimal actions; not 4: topic enumeration is not an action list, and the voice penalty applies.

3 / 5

Completeness

Explicitly answers both parts: the 'what' ("Authoritative reference for Mistral Vibe — the CLI agent you (the model) are running inside", elaborated by the SCOPE list) and a detailed explicit 'when' ("LOAD when the user: asks anything about Vibe itself ... wants to change, inspect, or reset their setup ... asks any meta question about your own behavior"). Concrete trigger phrases are present for every load condition.

5 / 5

Trigger Term Quality

Comprehensive coverage of natural user phrasings including synonyms and indirect names: "asks anything about Vibe itself, even by indirect name (\"this CLI\", \"this tool\", \"you\")", "what a flag/command/setting does", and "whether a command, flag, env var, or file is in scope". These map directly to what a user naturally says when confused about the tool, matching the anchor's standard of synonym-level coverage.

5 / 5

Distinctiveness Conflict Risk

A clear niche with minimal conflict risk: it positions itself as the sole source of truth for the tool itself and meta questions ("this skill is the source of truth", "asks any meta question about your own behavior"), and its triggers name Vibe / this CLI specifically, so it is unlikely to fire for generic coding or document skills.

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 (1305 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.