CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

openspec-continue-change

Continue working on an OpenSpec change by creating the next artifact. Use when the user wants to progress their change, create the next artifact, or continue their workflow. Also use when the user says "openspec continue" or "opsx continue".

64

Quality

80%

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 ./skills/openspec-continue-change/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 highly actionable, well-validated workflow whose main cost is prose density: several passages pack nested edge cases into single run-on sentences that require multiple readings. Validation checkpoints are genuinely strong (path-safety checks, one-artifact-per-invocation guardrail, disk re-reads), and structure is solid for a single-file skill.

Suggestions

Break the Store selection paragraph and the partly-written-artifact bullet into short bulleted rules or a small table so each edge case is one scannable line.

Move the root/store troubleshooting detail (config.yaml store declaration errors, sticky --store mechanics) into a reference file and keep a one-line pointer in SKILL.md.

Add a brief worked example of one status->instructions->create cycle to make the happy path fully concrete.

DimensionReasoningScore

Conciseness

The body is information-dense with no teaching of concepts Claude already knows, but several sections are noticeably tangled — the Store selection paragraph and the ~150-word single-sentence partly-written-artifact bullet repeat logic and need tightening to be efficient.

3 / 5

Actionability

Concrete executable commands ("openspec status --change \"<name>\" --json", "openspec instructions <artifact-id> ...") with enumerated JSON fields and explicit decision branches, but there is no worked example of a created artifact and several steps resolve to "ask the user" or fully depend on runtime CLI output, leaving minor gaps.

4 / 5

Workflow Clarity

A clear numbered sequence with status-based branching, explicit validation (verify the file exists, path-inside-changeRoot checks, re-read dependencies from disk), and a guardrails checklist, but the pre-steps (store/project check) precede the Steps section and the convoluted glob-artifact recovery logic muddies step 3's internal sequence.

4 / 5

Progressive Disclosure

A single-file skill with no bundle files whose content is core workflow logic that reasonably lives inline; sections are clearly organized (Store selection, Project check, Input, Steps, Output, Guardrails), though the long store/project-check detours could arguably be split into a reference file.

4 / 5

Total

15

/

20

Passed

Description

82%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 concise, well-targeted description with explicit what/when structure and strong literal command triggers. Its only weaknesses are thin specificity about what artifacts entail and a few missing natural trigger variations.

Suggestions

Name the artifact types typically created (e.g., proposal, specs, tasks) to raise specificity and add trigger synonyms users might say.

Add one or two natural-language variations such as "keep going on a change" or "resume planning" to broaden trigger coverage.

DimensionReasoningScore

Specificity

"Continue working on an OpenSpec change by creating the next artifact" names the domain and one concrete action but does not enumerate the artifact types or capabilities handled, matching the 1-2-concrete-actions anchor rather than the several-actions anchors.

3 / 5

Completeness

Explicitly answers both what ("creating the next artifact" of an OpenSpec change) and when, with concrete trigger phrases and literal command invocations, matching the both-what-and-when-with-triggers anchor.

5 / 5

Trigger Term Quality

Includes natural phrases ("progress their change", "create the next artifact", "continue their workflow") plus literal commands ("openspec continue", "opsx continue"), but misses common variations users might say such as "work on my change" or artifact names like proposal/tasks.

4 / 5

Distinctiveness Conflict Risk

A clear niche (continuing an OpenSpec change's artifact workflow) with distinct literal triggers ("openspec continue", "opsx continue") that are unlikely to fire for sibling openspec skills like new-change or archive.

5 / 5

Total

17

/

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

Fission-AI/OpenSpec

Path

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