CtrlK
BlogDocsLog inGet started
Tessl Logo

acme-versioned-custom-commands

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

62

Quality

72%

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/cli-multi-spec-namespaced/no-custom-config/.agents/skills/custom-commands/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

87%

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

The body is a strong, action-oriented code skill: lean, with fully executable Rust examples and exact build commands. Its main gap is workflow clarity—validation checkpoints are implicit rather than explicit, which would otherwise be the only dimension holding it back from full marks.

Suggestions

Add an explicit validation checkpoint in the workflow, e.g. after `cargo build` note "If the build fails, fix the reported errors and rebuild before running the command."

Make the regeneration-safety feedback loop explicit (e.g. "After `fern generate`, re-run `cargo build` to confirm your `custom.rs` still compiles against the new SDK surface").

Consider de-duplicating the file listing between Architecture and Regeneration Safety to tighten token usage.

DimensionReasoningScore

Conciseness

The body is lean and token-efficient: mostly executable code, a compact client table, and short command blocks, with no padding explaining CLI or Rust basics Claude already knows. The mild overlap between the Architecture and Regeneration Safety file listings is minor and serves distinct purposes, so it stays at level 3 rather than dropping to 2.

3 / 3

Actionability

It provides a complete, executable `register()` example, concrete `super::sdk::client(ctx)` / `block_on(...)` patterns, an SDK sub-client table, and exact build/run commands (`cargo build`, `RUST_LOG=debug`) that are copy-paste ready, matching the level-3 anchor.

3 / 3

Workflow Clarity

The "Adding a Custom Command" section is clearly sequenced (numbered 1–4 plus Build & Test), but validation is only implicit—`cargo build` acts as the check yet there is no explicit "verify the build passes before running" checkpoint or fix-and-retry loop, matching the level-2 anchor rather than level 3.

2 / 3

Progressive Disclosure

The skill is self-contained with no bundle files present, and its content is well-organized into clearly signaled sections (Overview, Architecture, Adding a Custom Command, Regeneration Safety, Build & Test) that do not need to be split out, so the well-organized single-file structure merits level 3.

3 / 3

Total

11

/

12

Passed

Description

57%

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 scopes a specific niche (custom commands for the acme-versioned CLI) and uses appropriate third-person voice, but it states only one action and lacks any explicit "Use when..." trigger guidance. Adding trigger phrasing and one or two more concrete actions would raise it to top marks.

Suggestions

Add an explicit trigger clause, e.g. "Use when adding or modifying commands for the acme-versioned CLI."

Name a second concrete action (e.g. "register, wire up, and test custom commands") to reach multiple specific actions.

Replace or soften "co-generated SDK" jargon with a natural phrasing users would actually say.

DimensionReasoningScore

Specificity

It names the domain and one concrete action ("author custom commands for the acme-versioned CLI"), but lists only a single action rather than multiple specific concrete actions, so it falls short of the level-3 anchor.

2 / 3

Completeness

It answers "what" (authoring custom commands) but provides no "Use when..." clause or equivalent explicit trigger guidance, which per the guidelines caps completeness at 2.

2 / 3

Trigger Term Quality

"custom commands" and "acme-versioned CLI" are relevant keywords a user might say, but "co-generated SDK" is technical jargon and common variations are missing, matching the level-2 anchor.

2 / 3

Distinctiveness Conflict Risk

Naming the specific "acme-versioned CLI" gives it a clear, narrow niche with distinct triggers that would not realistically conflict with other skills.

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.