CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

openspec-apply-change

Implement tasks from an OpenSpec change. Use when the user wants to start implementing, continue implementation, or work through tasks.

64

Quality

81%

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

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.

A strong, highly actionable workflow skill: exact CLI commands, explicit state handling, and concrete output templates make it easy to execute correctly. The main gaps are the absence of a verification step before marking tasks complete and a Guardrails section that duplicates the Steps.

Suggestions

Add an explicit validation step before marking each task complete (e.g., run tests/build or re-run openspec status --change to confirm progress) to close the checkpoint gap in the task loop.

Merge the Guardrails bullets into the corresponding steps to remove the duplicated guidance and tighten the body.

Consider moving the three full output templates into a short reference file, keeping SKILL.md as a lean overview with one compact example template.

DimensionReasoningScore

Conciseness

The body is operational and information-dense with no explanations of concepts Claude already knows; the main trim candidate is the Guardrails section, whose ~8 bullets largely restate guidance already given in the Steps. This is slightly more than 'minor' duplication, keeping it below the lean anchor.

4 / 5

Actionability

Gives copy-paste-ready commands (openspec list --json, openspec status --change "<name>" --json, openspec instructions apply --change "<name>" --json), exact JSON fields to parse (schemaName, contextFiles, state), explicit checkbox syntax, and full output templates, while explicitly delegating dynamic paths to CLI output rather than guessing them.

5 / 5

Workflow Clarity

A clear 7-step sequence with explicit state handling (blocked/all_done), pause conditions, and immediate per-task status updates. It falls short of the top anchor because there is no verification step (e.g., run tests or re-check status) before marking a task complete — checkpoints are pause-based, not validate-then-proceed.

4 / 5

Progressive Disclosure

No bundle files exist, so this scores the single-file structure: well-labeled sections (Input, Steps, Outputs, Guardrails), no nested references, and easy navigation, but the ~157-line body inlining full output templates is denser than an overview-style SKILL.md.

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.

A solid description that explicitly answers both what the skill does and when to use it, anchored to a distinct niche (OpenSpec changes). Its main weakness is thin action coverage on the 'what' side and missing common trigger synonyms like 'apply a change'.

Suggestions

Expand the 'what' with 1-2 more concrete actions, e.g., "Reads change context (proposal/specs/design/tasks), implements code changes, marks tasks complete".

Add natural trigger synonyms such as "apply a change", "implement the change", or "work on tasks" to the 'Use when' clause.

DimensionReasoningScore

Specificity

"Implement tasks from an OpenSpec change" names the domain plus one concrete action, but lists no further actions (e.g., reading change context, marking tasks complete), matching the '1-2 concrete actions, not comprehensive' anchor rather than the several-actions anchor above.

3 / 5

Completeness

Both parts are present: what ("Implement tasks from an OpenSpec change") and an explicit when ("Use when the user wants to start implementing, continue implementation, or work through tasks"). Not a 5 because the 'what' is a single thin action rather than the concrete multi-action coverage of the top anchor.

4 / 5

Trigger Term Quality

"start implementing, continue implementation, work through tasks" are natural user phrasings with good coverage, but common variants like "apply a change", "implement the change", or "do the tasks" are missing, so it falls short of the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

"OpenSpec change" carves a clear niche with minimal conflict risk, but the generic "work through tasks" trigger could overlap with closely related openspec skills (e.g., continue-change) and general task-execution skills, matching the 'minor overlap risk' anchor.

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/git-workforest

Path

.claude/skills/openspec-apply-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.