CtrlK
BlogDocsLog inGet started
Tessl Logo

check

Validates recently written code against project-specific development guidelines from .trellis/spec/. Identifies changed files via git diff, discovers applicable spec modules, runs lint and typecheck, and reports guideline violations. Use when code is written and needs quality verification, to catch context drift during long sessions, or before committing changes.

66

Quality

78%

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

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/check/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%

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

A concise, well-structured single-purpose workflow with concrete commands for the early steps. It is held back by an unspecified lint/typecheck command and an implicit rather than explicit validate-fix-rerun loop.

Suggestions

Give step 5 a concrete invocation or a discovery command (e.g., the package's lint/typecheck script path) instead of the bare instruction 'Run lint and typecheck'.

Add an explicit validation loop to step 6: 'After fixing, re-run lint and typecheck; repeat until no violations remain.'

Clarify how the affected package's lint/typecheck command is found (e.g., read from the spec index or package config) so the step is executable rather than descriptive.

DimensionReasoningScore

Conciseness

Lean and efficient: each step is a concrete instruction with no padding, and the 'The index is NOT the goal' note earns its place as useful anti-pattern guidance rather than fluff.

3 / 3

Actionability

Steps 1-3 give copy-paste-ready commands, but step 5 ('Run lint and typecheck for the affected package') specifies no command and step 6 ('Report any violations and fix them') is generic, leaving key execution details missing.

2 / 3

Workflow Clarity

The numbered sequence is clear and concrete, but step 6 lacks an explicit re-verification checkpoint ('fix then re-run lint/typecheck until clean'), so the validation feedback loop is implicit rather than a stated checkpoint.

2 / 3

Progressive Disclosure

A self-contained skill under 50 lines with no external bundle files, organized into well-signaled numbered steps; per the simple-skills note this warrants a 3 without separate reference files.

3 / 3

Total

10

/

12

Passed

Description

85%

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, specific description with explicit what/when triggers in third person. Its main weakness is trigger-term quality, which mixes natural phrases with internal jargon like 'context drift' and '.trellis/spec/'.

Suggestions

Replace or supplement 'context drift during long sessions' with natural user phrasing such as 'review code against conventions' or 'check code quality before commit'.

Keep '.trellis/spec/' as the mechanism but add user-facing keyword variations (e.g., 'code review', 'style check', 'lint and typecheck changes').

DimensionReasoningScore

Specificity

Lists multiple concrete actions in third person ('Validates recently written code', 'Identifies changed files via git diff', 'runs lint and typecheck', 'reports guideline violations'), matching the anchor for several specific concrete actions.

3 / 3

Completeness

Explicitly answers what ('Validates... code against... guidelines... reports guideline violations') and when ('Use when code is written and needs quality verification... or before committing changes'), satisfying the anchor for both with explicit triggers.

3 / 3

Trigger Term Quality

Includes some natural triggers ('before committing changes', 'lint and typecheck') but leans on abstract scenarios and internal jargon ('context drift during long sessions', '.trellis/spec/') that users would not naturally say, missing common variations like 'review code' or 'check conventions'.

2 / 3

Distinctiveness Conflict Risk

Targets a clear, narrow niche — validating code against project-specific .trellis/spec/ development guidelines — with distinct triggers unlikely to fire for unrelated skills.

3 / 3

Total

11

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
zhukunpenglinyutong/desktop-cc-gui
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.