CtrlK
BlogDocsLog inGet started
Tessl Logo

api-custom-commands

How to author custom commands for the api CLI using the co-generated SDK.

60

Quality

68%

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/file-upload-openapi/.agents/skills/custom-commands/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

80%Weight 40%Scale 1-3

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 and highly actionable with executable Rust examples and clear command sequences, but workflow clarity lacks explicit validation/feedback steps and all content lives in one file with no progressive disclosure. Adding a validate-then-proceed checkpoint and (if it grows) splitting reference material into bundled files would raise the weaker dimensions.

Suggestions

Add an explicit validation checkpoint after building (e.g. run `api upload-file` and confirm expected JSON output before considering the command done) to lift workflow_clarity.

Include a brief error-recovery note for common failures (SDK surface changed, method renamed) to add a feedback loop.

If the SDK client list or key patterns grow, move them into a bundled reference file linked from SKILL.md to improve progressive_disclosure.

DimensionReasoningScore

Conciseness

The body is lean: a tight architecture block, one focused Rust example, and short tables, with no padding explaining concepts Claude already knows; not a 2 because nearly every section earns its place rather than being tighten-able fluff.

3 / 3

Actionability

Provides a complete, executable `register()` Rust snippet, concrete `cargo build` / `api upload-file` commands, and a typed-client table that is copy-paste ready; not a 2 because the code is real and complete rather than pseudocode.

3 / 3

Workflow Clarity

Steps are sequenced (1. edit custom.rs, 2. SDK clients, 3. key patterns, then build & test) but there are no explicit validation checkpoints or error-recovery feedback loops; not a 3 because anchor 3 requires explicit validation steps, and not a 1 because the sequence is clear.

2 / 3

Progressive Disclosure

The skill is a single well-sectioned file with no external references or bundle files, so all content is inline; the structure is good but nothing is split out, matching 'some structure, content that could be separate is inline'; not a 3 because there are no one-level-deep references and the file exceeds the under-50-line simple-skill carve-out.

2 / 3

Total

10

/

12

Passed

Description

57%Weight 40%Scale 1-3

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 clearly states what the skill does within a distinct niche but lacks any explicit 'Use when...' trigger guidance, which caps completeness. Adding trigger phrasing and enumerating concrete actions would raise specificity and completeness.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when adding or modifying custom commands for the api CLI.'

Enumerate concrete actions (e.g. register commands, wire SDK calls, preserve code across regeneration) to lift specificity from 2 to 3.

Include common user phrasings like 'add a command to the api CLI' to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

"author custom commands for the api CLI using the co-generated SDK" names the domain and a concrete action but does not list multiple specific actions, matching the 'names domain and some actions, but not comprehensive' anchor; not a 3 because only one action is enumerated.

2 / 3

Completeness

It states what the skill does (authoring custom commands) but has no "Use when..." trigger clause; per the guidelines a missing explicit trigger caps completeness at 2, and it is not a 1 because the 'what' is clearly stated.

2 / 3

Trigger Term Quality

Terms like "custom commands", "api CLI", and "SDK" are natural for this niche but coverage of common variations is thin; not a 3 because there is no broader set of natural phrasings a user might say.

2 / 3

Distinctiveness Conflict Risk

"custom commands for the api CLI using the co-generated SDK" is a clearly distinct niche unlikely to trigger for other skills; not a 2 because it is far more specific than generic 'works with files' overlaps.

3 / 3

Total

9

/

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