CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

openspec-sync-specs

Sync delta specs from a change to main specs. Use when the user wants to update main specs with changes from a delta spec, without archiving the change.

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 ./.claude/skills/openspec-sync-specs/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

68%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 with concrete paths, commands, and an output template. Its main deficiencies are the missing post-apply validation/feedback loop in a destructive batch operation (capping workflow clarity at 3) and minor redundancy between the merging principle section and step 3.

Suggestions

Add an explicit validation checkpoint after applying changes — e.g., re-read each modified main spec and confirm expected requirements/scenarios are present and removed ones are gone — before showing the summary, to satisfy the destructive/batch feedback-loop requirement.

Fold the 'Key Principle: Intelligent Merging' bullets into step 3c and drop the opening line that duplicates the description, removing the redundant passages.

Consider moving the delta spec format reference to a references/ file (or converting bold pseudo-headers to proper markdown headings) to tighten the main body's organization.

DimensionReasoningScore

Conciseness

The body is mostly lean procedural instruction with concrete paths and commands, but there are minor trimmable instances: the opening sentence repeats the frontmatter description, and the 'Key Principle: Intelligent Merging' section restates guidance already given in step 3c. This matches the 'efficient; minor instances of over-explanation' anchor rather than the fully lean level-5 anchor.

4 / 5

Actionability

Guidance is mostly executable — exact file paths (`openspec/changes/<name>/specs/*/spec.md`), a runnable command (`openspec list --json`), per-delta-type apply rules, and a copy-paste output template. It falls short of fully executable because 'Apply changes intelligently' and 'use your judgment to merge changes sensibly' leave key merge decisions unspecified.

4 / 5

Workflow Clarity

The numbered sequence is clear with some checkpoints ('If no delta specs found, inform user and stop', 'If something is unclear, ask'), but there is no validation step verifying the result after applying changes. Because the operation is batch and destructive (REMOVED requirements across multiple capability specs), the rubric caps workflow clarity at 3 despite the otherwise clean sequence.

3 / 5

Progressive Disclosure

The skill is self-contained with no bundle files, organized into Steps, Delta Spec Format Reference, Key Principle, Output, and Guardrails sections. Structure is good with minor gaps — headers are bold text rather than markdown headings, and the ~25-line inline format reference could arguably live in a references file — matching the 'good structure; minor organization gaps' anchor.

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.

The description is well-formed: third-person, concise, with an explicit and specific 'Use when' trigger clause and niche openspec terminology that keeps conflict risk low. Its only real weakness is specificity — the concrete operations performed during the sync (add/modify/remove/rename requirements) are not surfaced.

Suggestions

Enumerate the concrete operations in the description (e.g., 'adds, modifies, removes, or renames requirements in main specs') to raise specificity from naming a single action to covering the full capability set.

Add one or two natural trigger synonyms such as 'apply the delta to main specs' or 'merge spec changes' to broaden keyword coverage for users phrasing the request differently.

DimensionReasoningScore

Specificity

"Sync delta specs from a change to main specs" names the domain and one concrete action, but does not enumerate what the sync entails (adding, modifying, removing, renaming requirements), matching the anchor for 1-2 concrete actions without comprehensive coverage. It is not 4 because several specific actions are not listed, and not 2 because the action and domain are concrete rather than generic.

3 / 5

Completeness

It explicitly answers both "what" ("Sync delta specs from a change to main specs") and "when" with a concrete trigger phrase ("Use when the user wants to update main specs with changes from a delta spec, without archiving the change"), matching the top anchor. The when-clause is specific enough that it is not merely the level-4 'when could be more explicit' case.

5 / 5

Trigger Term Quality

Natural phrases a user of this tooling would say are present — "update main specs", "changes from a delta spec", "without archiving the change" — giving good keyword coverage. It falls short of 5 because common variations such as "apply the delta", "merge specs", or "sync changes" are absent.

4 / 5

Distinctiveness Conflict Risk

Terms like "delta spec", "main specs", "change", and "archiving" carve out a clear openspec niche with distinct triggers and minimal conflict risk against other skills. It clearly matches the top anchor rather than the level-4 'minor overlap risk' example.

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

PBH-BTN/PeerBanHelper

Path

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