CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

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.

65

Quality

82%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

A well-structured, actionable instruction body: numbered steps with concrete CLI commands, explicit stop points, and error-recovery guardrails. The only notable nit is minor repetition of the --schema guidance.

DimensionReasoningScore

Conciseness

Lean and instruction-dense with no explanations of concepts Claude already knows; the only fat is the --schema rule repeated three times (step 2, step 3, and guardrails). Not 5 because that redundancy could be trimmed to a single statement.

4 / 5

Actionability

Gives copy-paste-ready commands (`openspec new change "<name>"`, `openspec status --change "<name>"`, `openspec instructions <first-artifact-id> --change "<name>"`) and a concrete AskUserQuestion prompt. Not 5 because <first-artifact-id> depends on interpreting status output and no CLI-failure handling is specified.

4 / 5

Workflow Clarity

Six explicitly numbered steps with a hard STOP checkpoint (step 6), a status-verification step, and error-recovery guardrails for the main failure modes (invalid kebab-case name, duplicate change name). No destructive or batch operations, so no validation cap applies.

5 / 5

Progressive Disclosure

Self-contained single-file skill with well-organized sections (Input, Steps, Output, Guardrails), no bundle files, and no content that belongs in a separate reference — meets the simple-skill exception for well-organized sections.

5 / 5

Total

18

/

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.

A solid description with explicit what and when clauses anchored to a distinct niche (OpenSpec). Its main weaknesses are the vague "experimental artifact workflow" phrasing on the what-side and a broad trigger phrase that could overlap with generic feature-request skills.

Suggestions

Replace or expand 'using the experimental artifact workflow' with 1-2 concrete capabilities, e.g., 'Scaffold a change directory, show artifact status, and load the first artifact template.'

Sharpen the when-trigger so it fires only for OpenSpec contexts, e.g., 'Use when the user wants to start a new change, feature, fix, or modification with OpenSpec.'

Add trigger synonyms users might naturally say, such as 'change request' or 'openspec change', to improve trigger coverage.

DimensionReasoningScore

Specificity

Names the domain ("Start a new OpenSpec change using the experimental artifact workflow") but only one concrete action; it does not enumerate what the workflow actually does (scaffolding, artifact status, fetching instructions).

3 / 5

Completeness

Both what ("Start a new OpenSpec change using the experimental artifact workflow") and when ("Use when the user wants to create a new feature, fix, or modification") are explicitly present. Not 5 because the 'what' is thin — "experimental artifact workflow" leaves the concrete capabilities unspecified.

4 / 5

Trigger Term Quality

Includes natural user phrases ("create a new feature, fix, or modification") plus the "OpenSpec" keyword, but misses common variations like "change request" or "spec change".

4 / 5

Distinctiveness Conflict Risk

"OpenSpec change" carves a clear niche, but the broad when-trigger ("create a new feature, fix, or modification") could fire on ordinary feature requests where OpenSpec is not intended, creating 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

dwmkerr/livedown

Path

.claude/skills/openspec-new-change/SKILL.md

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.