CtrlK
BlogDocsLog inGet started
Tessl Logo

dx-optimizer

Developer Experience specialist. Improves tooling, setup, and workflows. Use PROACTIVELY when setting up new projects, after team feedback, or when development friction is noticed.

50

Quality

55%

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 ./skills/dx-optimizer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

42%

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

The body is well-organized into clear sections but offers almost no actionable guidance — it is an abstract checklist of areas and deliverables with no concrete code, commands, or named tools, and its multi-step workflow lacks validation checkpoints. The biggest gap is actionability, followed by missing feedback loops in the analysis workflow.

Suggestions

Add concrete, executable guidance per area: example onboarding script snippets, specific git-hook setups (e.g. a husky/pre-commit config), and sample package.json scripts, instead of abstract bullets like 'Create useful aliases and shortcuts'.

Turn the 'Analysis Process' into a validated workflow with checkpoints, e.g. after profiling, verify the measured baseline before/after each improvement and re-measure to confirm impact.

Remove the boilerplate 'Use this skill when / Do not use this skill when' filler and the aphoristic closing line to improve token efficiency.

DimensionReasoningScore

Conciseness

Mostly lean, but the boilerplate 'Use this skill when / Do not use this skill when / Instructions' sections add little (e.g. circular 'Working on dx optimizer tasks or workflows') and the aphoristic closing 'Remember: Great DX is invisible...' is padding, so it could be tightened.

2 / 3

Actionability

The body describes rather than instructs ('Create useful aliases and shortcuts', 'Optimize build and test times') with no executable code, concrete commands, or named tools, matching the 'vague or abstract; describes rather than instructs' anchor.

1 / 3

Workflow Clarity

The 'Analysis Process' provides a 5-step sequence (Profile -> Identify -> Research -> Implement -> Measure), but it has no validation checkpoints, verification steps, or error-recovery feedback loops, matching 'steps listed but validation gaps'.

2 / 3

Progressive Disclosure

This is a single-file skill with no external references and clearly organized sections (Optimization Areas, Analysis Process, Deliverables, Success Metrics); per the simple-skills scoring note, well-organized single-file content with no nested references earns the top score.

3 / 3

Total

8

/

12

Passed

Description

67%

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 answers both 'what' and 'when' with explicit triggers, but the stated actions are abstract buzzwords rather than concrete capabilities, and the trigger terms lean on Claude-facing jargon ('PROACTIVELY') instead of natural user phrasing. It is reasonably niche-specific but broad enough to risk overlap with other dev-tooling skills.

Suggestions

Replace abstract actions ('tooling, setup, and workflows') with concrete capabilities, e.g. 'Streamlines onboarding, automates dependency installation, optimizes build/test times, and configures IDE settings and git hooks.'

Rewrite the trigger clause in natural user language without the meta-instruction 'PROACTIVELY', e.g. 'Use when setting up a new project, onboarding teammates, or hearing developers complain about slow builds or repetitive setup.'

Add concrete trigger keywords users would actually say ('onboarding', 'build times', 'developer friction', 'hot reload') to improve distinctiveness.

DimensionReasoningScore

Specificity

Names the DX domain and some actions ('Improves tooling, setup, and workflows'), but the actions are broad/abstract ('tooling', 'setup', 'workflows') rather than multiple concrete capabilities, matching the 'names domain and some actions but not comprehensive' anchor.

2 / 3

Completeness

It states both what the skill does (DX specialist improving tooling/setup/workflows) and explicitly when to use it ('Use PROACTIVELY when setting up new projects, after team feedback, or when development friction is noticed').

3 / 3

Trigger Term Quality

Triggers like 'setting up new projects', 'team feedback', and 'development friction' are relevant, but 'PROACTIVELY' is Claude-facing jargon rather than a term a user would say, and common natural variations are missing.

2 / 3

Distinctiveness Conflict Risk

'Developer Experience' is a recognizable niche, but 'tooling, setup, and workflows' is broad enough to overlap with many general development skills, so it is not a clear distinct niche.

2 / 3

Total

9

/

12

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
rmyndharis/antigravity-skills
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.