CtrlK
BlogDocsLog inGet started
Tessl Logo

create-command

Create new commands for the code-forge application. Commands are stored as .md files in the <cwd>/.forge/commands directory with YAML frontmatter (name, description) and markdown body containing command steps. Use when users need to add new commands, modify existing commands, or understand the command file structure. Supports special command tags like <lint> and <test> for automated workflows.

62

Quality

78%

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 ./.forge/skills/create-command/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 highly actionable with complete, executable examples and solid validation guidance, but it is roughly 3-4x longer than needed due to heavy internal repetition, and it inlines large example/template catalogues that should live in separate reference files. Deduplicating and splitting the content would substantially raise quality.

Suggestions

Deduplicate aggressively: the 'check' example appears three times and the 'forge list' verification instructions verbatim twice — keep each item in exactly one section and cross-reference it elsewhere.

Move the examples library, the four command templates, and the 'Common Mistakes to Avoid' catalogue into a references/ file (e.g., references/examples.md), keeping SKILL.md as a concise overview with clearly signaled one-level-deep links.

Consolidate 'Validation Checklist', 'Testing Your Command', and 'Verification' into a single validation section with one ordered workflow, removing repeated naming/tag guidance that already appears under 'Best Practices' and 'Quick Reference'.

DimensionReasoningScore

Conciseness

The ~710-line body is heavily padded with repetition: the identical 'check' command example appears three times, the 'forge list command' verification block is duplicated verbatim, naming rules appear in three separate sections, and the file-location warning is restated four times. It also restates basics Claude already knows ('Start with an action verb', 'Be specific and actionable'), fitting anchor 2 ('Noticeably verbose; several unnecessary explanations or padded sections'); it is not anchor 1 because it rarely explains generic external concepts, just its own content repeatedly.

2 / 5

Actionability

Everything is executable: complete example command files with real frontmatter, exact directory paths ('<cwd>/.forge/commands'), runnable tag commands ('cargo +nightly fmt --all...'), and copy-paste verification commands ('forge list command --custom', 'yamllint path/to/your-command.md'). This matches anchor 5's 'Fully executable; copy-paste ready code or commands; specific examples cover the common cases'.

5 / 5

Workflow Clarity

A clear sequence exists ('Step 1: Determine Command Purpose' through 'Step 3: Write the Command File', followed by testing and forge-recognition verification) with an explicit validation checklist and an error-recovery loop ('If your command doesn't appear in the list, check: file location...'). It falls short of anchor 5 because the workflow is fragmented across three overlapping sections ('Validation Checklist', 'Testing Your Command', 'Verification') rather than one coherent flow, but it exceeds anchor 3's 'checkpoints missing or implicit'.

4 / 5

Progressive Disclosure

The body has good section headers but is a 710-line monolith with no bundle files at all: the examples library, four templates, the common-mistakes catalogue, and the quick reference clearly belong in separate reference files. This matches anchor 3 ('Some structure but could be better organized... content that should be separate is inline'); it is above anchor 2 because headers make it navigable, and below anchor 4 because nothing is split out.

3 / 5

Total

14

/

20

Passed

Description

83%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 clearly states what the skill does and when to use it, with an explicit 'Use when...' trigger clause, concrete file-format details, and specific tag names. Its main weaknesses are mild: a few missing trigger synonyms and a small overlap risk from the generic term 'commands'.

DimensionReasoningScore

Specificity

Quotes: 'Create new commands', 'stored as .md files in the <cwd>/.forge/commands directory with YAML frontmatter (name, description)', 'Supports special command tags like <lint> and <test>'. It lists several concrete capabilities with minor gaps (e.g., no mention of listing or removing commands), matching the anchor 4 example ('Lists several specific actions; minor gaps in coverage'); it falls short of 5's comprehensiveness and exceeds 3's '1-2 concrete actions'.

4 / 5

Completeness

Quotes: 'Create new commands for the code-forge application' (what) and 'Use when users need to add new commands, modify existing commands, or understand the command file structure' (when). Both what and when are explicitly and concretely stated, matching anchor 5; the explicit 'Use when...' clause also avoids the cap at 3.

5 / 5

Trigger Term Quality

Quotes: 'add new commands', 'modify existing commands', 'understand the command file structure', 'lint', 'test'. Keyword coverage is good and mostly natural, but common synonyms such as 'custom commands' or file-pattern triggers are missing, which fits anchor 4 ('Good keyword coverage; a few natural terms missing') better than 5's comprehensive synonym/extension coverage.

4 / 5

Distinctiveness Conflict Risk

Quotes: 'for the code-forge application', '<cwd>/.forge/commands directory', '<lint> and <test>'. The niche is well-scoped to code-forge, but the generic word 'commands' leaves minor overlap risk with other command-authoring or automation skills, fitting anchor 4 ('Mostly distinct; minor overlap risk') rather than 5's minimal conflict risk.

4 / 5

Total

17

/

20

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (710 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository
tailcallhq/forgecode
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.