CtrlK
BlogDocsLog inGet started
Tessl Logo

warden

Run Warden to analyze code changes before committing. Use when asked to "run warden", "check my changes", "review before commit", "warden config", "warden.toml", "create a warden skill", "add trigger", or any Warden-related local development task.

76

Quality

94%

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

93%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 content is lean, executable, and well-structured, with a clean references table pointing to real one-level-deep bundle files. The only minor gap is the lack of an explicit validate-then-fix feedback loop in the pre-commit workflow, though the 'do not loop' guidance partially compensates.

Suggestions

Add an explicit validate checkpoint to the pre-commit workflow (e.g., 'Confirm exit code 0 before committing; if findings, fix or run `warden --fix` and re-run once').

Clarify that `warden --fix` still requires a follow-up review of the applied changes before committing.

DimensionReasoningScore

Conciseness

Lean body with no padded explanations of what Warden or git is; every section (commands, output, workflow) earns its tokens and assumes Claude's competence.

5 / 5

Actionability

Provides copy-paste-ready bash commands covering common cases (run, --skill, file args, git refs, --fix, --fail-on) plus concrete exit codes and verbosity flags.

5 / 5

Workflow Clarity

The pre-commit workflow is a clear numbered sequence with a review checkpoint, but lacks an explicit validate/re-run feedback loop beyond the 'do not loop' note.

4 / 5

Progressive Disclosure

Body is a concise overview with a well-signaled references table pointing one level deep to four real bundle files; bulk detail is correctly deferred to those files.

5 / 5

Total

19

/

20

Passed

Description

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

The description is concise, third-person, and explicitly covers both what the skill does and when to use it, with a strong set of natural trigger phrases. It is slightly less specific in enumerating actions beyond 'analyze', but that does not materially weaken its quality.

DimensionReasoningScore

Specificity

Names the domain ('code changes before committing') and a clear primary action ('analyze'), though action coverage beyond analysis is implied rather than enumerated.

4 / 5

Completeness

Explicitly states what it does ('Run Warden to analyze code changes before committing') and a clear 'Use when' clause with concrete trigger phrases covering both runtime and config tasks.

5 / 5

Trigger Term Quality

Comprehensive natural trigger phrases including quoted phrases a user would actually say ('run warden', 'check my changes', 'review before commit') plus config artifacts (warden.toml) and skill-creation triggers.

5 / 5

Distinctiveness Conflict Risk

The Warden-specific naming, warden.toml, and 'warden' keyword triggers create a distinct niche with minimal overlap risk against generic review skills.

5 / 5

Total

19

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
getsentry/XcodeBuildMCP
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.