CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

mise-complete

Configure and operate Mise for deterministic developer environments. Use when installing runtime/tool versions, defining reusable tasks, managing layered environment variables, migrating from asdf/nvm/pyenv, or debugging mise.toml behavior in CI and local shells. Keywords: mise, mise.toml, tool versions, tasks, env, asdf migration, setup automation, dev environment.

Quality

85%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

77%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.

The body is highly actionable with executable commands, a complete config example, and an unusually strong validate-then-retry workflow. Its weaknesses are padding in the anti-patterns section (redundant Consequence lines and items that restate Core Principles, plus an off-topic audit command) and a bare, incomplete References section that leaves six bundle files orphaned.

Suggestions

Add a one-line topic label to each reference entry (e.g. "tools-versions.md — pinning and version syntax") and either link or delete the six unreferenced bundle files (env-loading.md, env-patterns.md, tasks-organization.md, tasks-patterns.md, tools-plugins.md, config-best-practices.md) so the whole bundle is navigable.

Consolidate the nine anti-patterns to the four or five that are not already stated in Core Principles (pinning, secrets, interactivity, single canonical file all reappear), and drop the "Consequence" line where it merely restates the "WHY".

Remove the "Evaluate this skill quality" / pantheon-skill-auditor command from Quick Commands — it is unrelated to configuring or operating Mise and inflates the command list.

DimensionReasoningScore

Conciseness

The body is mostly efficient — no basic-concept explanations, and commands are stated without padding — but it could be tightened: the nine anti-patterns each carry a "Consequence" line that largely restates the "WHY", several anti-patterns duplicate Core Principles (pinning, secrets, non-interactive tasks, single canonical mise.toml), and the "Evaluate this skill quality" pantheon-skill-auditor command is off-topic for operating Mise. This matches the mostly-efficient-but-could-be-tightened anchor rather than the level-4 minor-trims case, since the redundancy is systematic rather than incidental.

3 / 5

Actionability

Every quick command (mise install, mise doctor, mise ls, mise use node@22, mise run test, mise env) is copy-paste ready with a stated expected result, the mise.toml example is a complete valid file, and anti-patterns pair concrete BAD/GOOD snippets (e.g. `node = "latest"` vs pinned versions, `/Users/john/...` vs `{{ config_root }}`). This matches the fully-executable, common-cases-covered anchor; the only non-command step ("Detect existing tool managers") is acceptable within an otherwise fully concrete workflow.

5 / 5

Workflow Clarity

The "Deterministic Workflow" section gives a clear 6-step sequence with an explicit validation checkpoint ("Install configured tools and validate with `mise install && mise doctor`") and a genuine feedback loop for error recovery ("If `mise install` fails, run `mise doctor` to diagnose path or plugin issues, then re-run `mise install`"). This matches the top anchor with explicit validation steps and retry loops; it is well above the level-4 anchor where checkpoints have minor gaps.

5 / 5

Progressive Disclosure

The body itself is a reasonable overview pointing to one-level-deep reference files, but the References section is a bare path list with no indication of what each file covers, so entries are not clearly signaled. Checking the actual bundle: 6 of the 16 reference files (env-loading, env-patterns, tasks-organization, tasks-patterns, tools-plugins, config-best-practices) are never referenced anywhere in the body, leaving a third of the bundle undiscoverable. This matches the some-structure/references-not-clearly-signaled anchor rather than the level-4 minor-gaps case, where signaling would be mostly present and only a stray file or two would be orphaned.

3 / 5

Total

16

/

20

Passed

Description

88%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 that explicitly states what Mise configuration covers and when to use it, with concrete trigger scenarios and a distinct niche. Minor improvements possible: drop or narrow the generic keyword tail (env, tasks, setup automation) to reduce overlap risk, and add natural synonyms such as "pin tool versions" or "version manager".

DimensionReasoningScore

Specificity

The description enumerates multiple concrete capabilities — "installing runtime/tool versions", "defining reusable tasks", "managing layered environment variables", "migrating from asdf/nvm/pyenv", "debugging mise.toml behavior" — with named artifacts (mise.toml, asdf/nvm/pyenv), matching the comprehensive-coverage anchor. It is not the level-4 case because no meaningful capability area of Mise usage is left uncovered.

5 / 5

Completeness

Both halves are explicit: the what is "Configure and operate Mise for deterministic developer environments" followed by enumerated actions, and the when is a concrete "Use when installing runtime/tool versions, defining reusable tasks, managing layered environment variables, migrating from asdf/nvm/pyenv, or debugging mise.toml behavior in CI and local shells" clause. This matches the anchor for clearly and explicitly answering both what and when with concrete trigger phrases, not the 4 anchor where the when could be more specific.

5 / 5

Trigger Term Quality

The explicit keyword list ("mise, mise.toml, tool versions, tasks, env, asdf migration, setup automation, dev environment") plus in-phrase mentions of asdf/nvm/pyenv gives good natural-term coverage, but common user phrasings like "pin/lock tool versions", "version manager", and standalone "asdf"/"nvm" as migration triggers are missing. It sits between the good-coverage (4) and comprehensive-with-synonyms (5) anchors, clearly above the 3 anchor which expects missing common variations.

4 / 5

Distinctiveness Conflict Risk

The dominant triggers (mise, mise.toml, asdf migration) establish a clear niche with minimal conflict, but the appended generic keywords "env", "tasks", "setup automation", and "dev environment" could match queries aimed at general environment-variable or task-runner skills. This is the mostly-distinct-with-minor-overlap case rather than the minimal-conflict case, because those generic terms are deliberately included as triggers.

4 / 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

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository

pantheon-org/tekhne

Path

skills/package-mgmt/mise-complete/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.