CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

devrel-dx-craft

Design first-success DX and pick sample app vs recipe vs pattern. Use when auditing onboarding or choosing content types for developers. It does not write launch stories (that's `devrel-story-craft`).

Quality

81%

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.

A well-structured instructional skill with excellent workflow gating and progressive disclosure, and largely actionable decision rules. The main weakness is token efficiency: repeated citation mandates, a partially duplicative REFACTOR Hardening section, and a Quality Checklist full of authoring-process metadata inflate the body without adding runtime guidance.

Suggestions

Cut the authoring-process items from the Quality Checklist (writing-skills TDD baselines, RED in tmp/, tile.json) — they describe how the skill was built, not how to use it, and waste context tokens at runtime.

State the 'cite the Rationalization Counter Table' mandate once in How to use this skill instead of repeating it in the REFACTOR Hardening section, the area sections, and the closing line.

Deduplicate the REFACTOR Hardening rules that restate the Content Taxonomy anti-patterns and Phase Gates verbatim, keeping only the genuinely new pressure counters (e.g. 'the tiny sample is basically a recipe', 'we can fix the body later').

DimensionReasoningScore

Conciseness

Core sections carry real instructions with no filler explaining known concepts, but there is clear tightening room: the mandate to cite the Rationalization Counter Table is repeated roughly five times, the REFACTOR Hardening section re-states rules already in the anti-patterns and Phase Gates sections, and the Quality Checklist spends most of its lines on authoring-process artifacts (TDD baselines, tmp/ RED captures, tile.json) that have no runtime value. Not 2 because the padding is self-repetition rather than unnecessary explanation, and most tokens still instruct.

3 / 5

Actionability

Concrete executable guidance throughout: the exact mapping rule ('End-to-End Demos = Sample Applications; Feature Examples = Code Snippets/Recipes; Comparative Scripts = Solution Patterns'), explicit first-success criteria ('runnable repo + visible win in minutes'), named anti-patterns with quoted counters, and per-mode instructions. Not 5 because the actual audit checklists and decision tables live entirely in references with a few steps deferring without even minimal inline criteria.

4 / 5

Workflow Clarity

Clear sequence (declare area and mode up front, phase gates, per-area work, cited output) with explicit validation checkpoints ('If only features or onboarding steps without a winning sample/use-case are defined, return to DX Journey'), feedback loops for error recovery, and checklists for complex processes ('Mandatory before declaring first success reachable', Phase Gates, Quality Checklist).

5 / 5

Progressive Disclosure

The body is a genuine overview with well-signaled one-level-deep references: every area section ends with a blockquote stating exactly which topics live in which reference file, all four referenced files exist in the bundle, and references do not nest further. Navigation is easy and heavy content is appropriately split.

5 / 5

Total

17

/

20

Passed

Description

75%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 concise, third-person description with an explicit Use when clause, concrete named capabilities, and an explicit boundary against a sibling skill. It sits solidly above the midpoint on all dimensions, held back from top marks only by missing common trigger synonyms ('getting started') and incomplete surfacing of the content-jobs capability.

Suggestions

Add high-frequency natural trigger phrases such as 'getting started', 'developer onboarding', and 'content strategy' to the Use when clause so it matches the phrasings users actually type.

Mention the third capability (mapping content to jobs / generating engagement plans) in the what-clause so all three areas of the skill are discoverable from the description alone.

DimensionReasoningScore

Specificity

Names several concrete actions — 'Design first-success DX', 'pick sample app vs recipe vs pattern', 'auditing onboarding', 'choosing content types' — with a clear domain. Not 5 because the third capability area (content jobs/strategy planning) is not surfaced, leaving minor coverage gaps; not 3 since well more than 1-2 concrete actions are explicitly listed.

4 / 5

Completeness

Explicitly answers both 'what' ('Design first-success DX and pick sample app vs recipe vs pattern') and 'when' ('Use when auditing onboarding or choosing content types for developers'). Not 5 because the trigger phrases in the when-clause are somewhat generic compared to concrete trigger examples; the Use when clause is present so no cap applies.

4 / 5

Trigger Term Quality

Good natural keyword coverage: 'onboarding', 'sample app', 'recipe', 'pattern', 'content types', 'first success'. Not 5 because common user phrasings like 'getting started' or 'developer onboarding' are missing and 'first-success DX' leans jargon.

4 / 5

Distinctiveness Conflict Risk

Clear niche with an explicit boundary statement ('It does not write launch stories (that's devrel-story-craft)') reducing wrong-skill triggering. Not 5 because 'onboarding' and 'content' triggers could still overlap with sibling docs/writing skills not disambiguated in the description.

4 / 5

Total

16

/

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

saif-shines/devex-kit

Path

plugins/dev-gtm/skills/devrel-dx-craft/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.