CtrlK
BlogDocsLog inGet started
Tessl Logo

openspec-new-change

Start a new OpenSpec change using the experimental artifact workflow. Use when the user wants to create a new feature, fix, or modification with a structured step-by-step approach.

64

Quality

76%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.agent/skills/openspec-new-change/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

82%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 a strong example of an instruction-only skill: fully executable CLI commands, concrete edge-case handling, a clear sequence with an explicit stop point, and disciplined guardrails. Only minor trims and failure-path handling would improve it.

DimensionReasoningScore

Conciseness

The body is lean and operational, with almost every line giving instructions or commands. Minor redundancy — "Pass --schema if using a non-default workflow" repeats steps 2-3 and the "IMPORTANT" line restates step 1 — keeps it at 'minor instances of over-explanation that could be trimmed' rather than anchor 5.

4 / 5

Actionability

Commands are copy-paste ready with explicit placeholders ("openspec new change \"<name>\"", "openspec status --change \"<name>\"", "openspec instructions <first-artifact-id> --change \"<name>\""), and edge cases are handled concretely (kebab-case derivation example, schema selection rules, invalid-name and duplicate-change handling).

5 / 5

Workflow Clarity

A clear numbered sequence with an explicit STOP checkpoint, error-recovery paths for invalid names and existing changes, and use of status output to determine the next step. It falls short of anchor 5 because there is no validation of command success (e.g., what to do if the openspec CLI is missing or a command fails).

4 / 5

Progressive Disclosure

No bundle files exist and none are needed; the content is self-contained with well-organized Input/Steps/Output/Guardrails sections and nothing that belongs in a separate file. At roughly 72 lines it exceeds the under-50-line simple-skill exception, so 'good structure; minor organization gaps' is the best fit.

4 / 5

Total

17

/

20

Passed

Description

70%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 well-constructed with an explicit 'Use when' clause and a clearly niche domain. Its main weakness is specificity: it describes only the initiating action rather than the concrete operations the skill performs, and it lacks common synonyms that would strengthen triggering.

Suggestions

Enumerate the concrete actions in the description, e.g., "Scaffold a change directory, show artifact status, and fetch instructions for the first artifact" to raise specificity from a single action to several.

Add natural trigger synonyms such as "change request", "spec", or "proposal" so users phrasing the need differently still match the skill.

Tie the 'when' clause more tightly to OpenSpec (e.g., "Use when the user wants to start a new OpenSpec change or change request") to reduce overlap with general feature-development skills.

DimensionReasoningScore

Specificity

"Start a new OpenSpec change using the experimental artifact workflow" names the domain and one concrete action, but does not enumerate what the skill actually does (scaffolding, status, instructions). It matches 'names domain and 1-2 concrete actions, but not comprehensive' rather than anchor 4's 'several specific actions'.

3 / 5

Completeness

Both parts are explicit: the "what" ("Start a new OpenSpec change using the experimental artifact workflow") and the "when" ("Use when the user wants to create a new feature, fix, or modification"). The 'when' includes concrete triggers, but the 'what' is a single action without detail, so it does not clearly match anchor 5's fully concrete example.

4 / 5

Trigger Term Quality

"create a new feature, fix, or modification" captures natural phrasings a user would say, giving good keyword coverage. It falls short of anchor 5 because common synonyms like "change request", "spec", or "proposal" are absent.

4 / 5

Distinctiveness Conflict Risk

The 'what' is clearly niche (OpenSpec CLI workflow), keeping conflict risk low, but the trigger phrase "create a new feature, fix, or modification" is broad enough to overlap with general development skills, matching 'mostly distinct; minor overlap risk'.

4 / 5

Total

15

/

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
Draculabo/AntigravityManager
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.