CtrlK
BlogDocsLog inGet started
Tessl Logo

no-content-response-custom-commands

How to author custom commands for the no-content-response CLI using the co-generated SDK.

58

Quality

66%

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 ./seed/cli/no-content-response/.agents/skills/custom-commands/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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 concise, actionable, and well-organized with executable code and a clear command-authoring workflow. The main gaps are a single example command, a missing build-validation step, and minor table redundancy.

Suggestions

Add a brief validation checkpoint after 'cargo build' (e.g., confirm the command appears in --help or that the build exits 0) to close the workflow-clarity gap.

Show a second command (e.g., a create/list operation) to broaden actionability beyond the single 'get' example.

Merge the architecture and regeneration-safety file listings into one table to remove redundancy and tighten conciseness.

DimensionReasoningScore

Conciseness

Lean and well-organized with tight tables and code blocks; assumes Claude's competence and avoids explaining general concepts, though the architecture and regeneration-safety tables slightly overlap, leaving minor trim potential.

4 / 5

Actionability

Provides fully executable, copy-paste-ready Rust and bash examples with real imports and commands, but demonstrates only one resource command and one SDK sub-client, leaving minor coverage gaps.

4 / 5

Workflow Clarity

The 'Adding a Custom Command' flow is clearly sequenced with numbered steps and a build/test stage including a debug tip, but lacks an explicit validation checkpoint after building, which leaves a minor gap.

4 / 5

Progressive Disclosure

Well-structured with clearly labeled sections (Overview, Architecture, Adding a Custom Command, Regeneration Safety, Build & Test) and no nested references; at ~110 lines with no bundle files it slightly exceeds the simple-skill threshold, so it sits just below a 5.

4 / 5

Total

16

/

20

Passed

Description

57%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 specific and distinct, clearly naming the tool and mechanism, but it lacks any 'when to use' trigger guidance and covers only one concrete action. Adding a 'Use when...' clause and listing more actions would lift the lower dimensions.

Suggestions

Add an explicit 'Use when...' clause (e.g., 'Use when extending the no-content-response CLI with new commands') to satisfy the 'when' half of completeness.

List more concrete actions beyond 'author' (e.g., register, wire auth, call SDK methods, ship with the binary) to raise specificity.

Include natural trigger synonyms users might say (e.g., 'add CLI subcommands', 'extend the CLI') to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

Names the domain ('custom commands for the no-content-response CLI') and a concrete action ('author') plus the means ('co-generated SDK'), but coverage is limited to a single action rather than a comprehensive list.

3 / 5

Completeness

The 'what' is clearly stated ('How to author custom commands... using the co-generated SDK'), but there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the guidelines.

3 / 5

Trigger Term Quality

Includes relevant terms like 'custom commands', 'CLI', and 'SDK' that a user might say, but misses common variations or synonyms that would broaden natural-language matching.

3 / 5

Distinctiveness Conflict Risk

Tied to a specific named tool ('no-content-response CLI') and a specific mechanism ('co-generated SDK'), giving it a clear niche with minimal overlap risk against other skills.

5 / 5

Total

14

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
fern-api/fern
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.