CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

openspec-ff-change

Fast-forward through OpenSpec artifact creation. Use when the user wants to quickly create all artifacts needed for implementation without stepping through each one individually.

67

Quality

84%

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

88%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 strong, highly actionable workflow body with copy-paste CLI commands, explicit validation checkpoints, and guardrails for failure paths. The only real gaps are minor: slight redundancy in the constraint warnings and a 90-line inline body with no reference split that keeps it just below top marks on conciseness and progressive disclosure.

Suggestions

Deduplicate the 'context/rules are constraints, not content' warning — state it once (in Artifact Creation Guidelines) instead of twice in step 4a and the guidelines section.

Consider moving the artifact-creation guidelines and guardrails into a reference file (e.g., references/artifacts.md) to keep SKILL.md as a leaner overview, which would also help progressive disclosure.

Trim emphasized filler such as 'IMPORTANT: Do NOT proceed without understanding what the user wants to build' — the conditional 'if no clear input provided' step already implies this.

DimensionReasoningScore

Conciseness

The body is an efficient, command-driven workflow with no concept explanations Claude wouldn't know, but has minor trimmable redundancy: the 'context and rules are constraints, not file content' warning appears both in step 4a and again under Artifact Creation Guidelines, and the 'IMPORTANT: Do NOT proceed without understanding' emphasis pads step 1. This matches 'efficient; minor instances of over-explanation that could be trimmed' rather than the lean 5 anchor.

4 / 5

Actionability

Fully executable guidance throughout: copy-paste commands ('openspec new change "<name>"', 'openspec status --change "<name>" --json', 'openspec instructions <artifact-id> --change "<name>" --json'), named tools to use (AskUserQuestion, TodoWrite), and the exact JSON fields to parse (applyRequires, artifacts, template, outputPath, dependencies). Matches 'fully executable; copy-paste ready code or commands; specific examples cover the common cases.'

5 / 5

Workflow Clarity

A clearly sequenced 5-step process with explicit validation checkpoints (re-run 'openspec status' after each artifact, check every applyRequires artifact has status done, 'verify each artifact file exists after writing before proceeding to next'), a create-and-recheck feedback loop, and failure-path guardrails (existing change name → suggest continuing; critically unclear context → ask the user). Validation steps are present, so the batch-operation cap does not apply; matches the top anchor.

5 / 5

Progressive Disclosure

Well-organized sections (Input, Steps, Output, Artifact Creation Guidelines, Guardrails) with no burying or nesting, but the ~90-line body is entirely inline and no bundle files exist; the simple-skill exception (under 50 lines) does not apply. This matches 'good structure; most content is appropriately placed; minor organization gaps' rather than the 5 anchor, which assumes a concise overview or well-signaled references.

4 / 5

Total

18

/

20

Passed

Description

71%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 well-formed description with an explicit and specific when-clause that clearly answers both what and when. Its weaknesses are thin action coverage (a single generic action rather than an enumeration of the artifacts produced) and missing natural trigger synonyms like 'spec', 'proposal', or 'tasks' that OpenSpec users would commonly say.

Suggestions

Enumerate the concrete artifacts produced (e.g., 'generates the change proposal, specs, and tasks files') to lift specificity from one generic action to several concrete ones.

Add natural trigger synonyms users would say, such as 'spec', 'proposal', 'tasks', or 'change', to improve trigger-term coverage.

Include the word 'apply' or 'implementation prep' phrasing to further separate this fast-forward skill from step-by-step and apply-time openspec skills.

DimensionReasoningScore

Specificity

The description names the domain ('OpenSpec artifact creation') and one concrete action ('quickly create all artifacts needed for implementation') but never enumerates what artifacts are produced (proposal, specs, tasks, design), matching the 'names domain and 1-2 concrete actions, but not comprehensive' anchor rather than the level above, which requires several listed specific actions.

3 / 5

Completeness

Both questions are explicitly and concretely answered: what ('Fast-forward through OpenSpec artifact creation') and when ('Use when the user wants to quickly create all artifacts needed for implementation without stepping through each one individually') — a specific, concrete trigger scenario rather than a generic when-clause, matching the top anchor rather than the one below it.

5 / 5

Trigger Term Quality

Relevant keywords like 'OpenSpec', 'artifact', 'fast-forward', and 'quickly create all artifacts' are present, but common variations users would naturally say — 'spec', 'proposal', 'tasks', 'change' — are missing, matching the 'some relevant keywords but missing common variations or synonyms' anchor.

3 / 5

Distinctiveness Conflict Risk

The clause 'without stepping through each one individually' explicitly differentiates it from a step-by-step sibling skill, but trigger overlap remains with other openspec skills around artifact creation — 'mostly distinct; minor overlap risk with closely related skills.'

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