CtrlK
BlogDocsLog inGet started
Tessl Logo

042-planning-openspec

Use when creating or updating OpenSpec change artifacts from an issue, implementation plan, approved design, ADRs, existing OpenSpec artifacts, or a valid combination. The workflow assesses whether the scope is one change or multiple changes, records sources and derivation direction, and prevents silent synchronization. This should trigger for requests such as Create an OpenSpec change from an issue; Convert a plan into OpenSpec; Update an existing OpenSpec change; Split broad requirements into reviewable OpenSpec changes. Part of cursor-rules-java project

68

Quality

81%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

62%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a well-structured interactive workflow skill with clear sequencing, validation checkpoints, and appropriate user approval gates. Its main weaknesses are moderate redundancy across sections (coverage list, constraints, and workflow overlap) and a lack of concrete examples showing what artifacts, change maps, or outputs actually look like. The actionability would benefit significantly from at least one concrete example of a change map or artifact structure.

Suggestions

Add a concrete example of a change map format and/or a sample proposal artifact to make the skill more actionable and copy-paste ready.

Remove or consolidate the 'What is covered in this Skill?' bullet list, as it largely duplicates information in the Constraints and Workflow sections.

Include a brief example showing what a conflict resolution interaction looks like (e.g., sample dialogue or decision format) to make step 5 more concrete.

DimensionReasoningScore

Conciseness

The skill is moderately efficient but includes some redundancy—the 'What is covered' bullet list largely duplicates the constraints and workflow sections. The 'When to use this skill' section also overlaps with the description. Some tightening is possible, but it doesn't over-explain concepts Claude already knows.

2 / 3

Actionability

The skill provides specific CLI commands (`openspec --version`, `openspec init`, `openspec validate --all`) and names concrete artifact types, but lacks executable examples of actual artifact content, change map formats, or concrete input/output examples. The guidance is procedural but not copy-paste ready.

2 / 3

Workflow Clarity

The six-step workflow is clearly sequenced with explicit validation checkpoints (step 5 for authority/alignment, step 6 for validate --all), a feedback loop for conflicts (leave unchanged, require review), and user approval gates before proceeding (steps 2 and 6). The workflow handles destructive/batch operations with appropriate safeguards.

3 / 3

Progressive Disclosure

The skill references `references/042-planning-openspec.md` for detailed guidance, which is good progressive disclosure. However, no bundle files were provided to verify the reference exists, and the skill inlines a fair amount of constraint detail that could potentially be offloaded. The single reference is well-signaled but the overall structure could benefit from more clearly separated advanced content.

2 / 3

Total

9

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description that clearly defines its purpose, provides explicit trigger conditions with a 'Use when' clause, and includes concrete example requests that would help Claude select it appropriately. The description is domain-specific enough to avoid conflicts while covering the key natural language triggers a user would employ. Minor improvement could be made by slightly tightening the prose, but overall it is well-constructed.

DimensionReasoningScore

Specificity

The description lists multiple specific concrete actions: creating/updating OpenSpec change artifacts, assessing scope (one vs multiple changes), recording sources and derivation direction, preventing silent synchronization, splitting broad requirements into reviewable changes.

3 / 3

Completeness

Clearly answers both 'what' (creates/updates OpenSpec change artifacts, assesses scope, records sources, prevents silent synchronization) and 'when' with an explicit 'Use when' clause and concrete trigger examples like 'Create an OpenSpec change from an issue' and 'Convert a plan into OpenSpec'.

3 / 3

Trigger Term Quality

Includes natural trigger phrases users would say: 'Create an OpenSpec change from an issue', 'Convert a plan into OpenSpec', 'Update an existing OpenSpec change', 'Split broad requirements into reviewable OpenSpec changes'. Also mentions relevant input types like 'issue', 'implementation plan', 'approved design', 'ADRs'.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive with the specific 'OpenSpec change artifacts' niche. The domain-specific terminology (OpenSpec, ADRs, derivation direction, silent synchronization) and the explicit trigger examples make it very unlikely to conflict with other skills.

3 / 3

Total

12

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
jabrena/cursor-rules-java
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.