CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

openspec-explore

Enter explore mode - a thinking partner for exploring ideas, investigating problems, and clarifying requirements. Use when the user wants to think through something before or during a change.

58

Quality

73%

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-explore/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

64%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.

The body is well organized and unusually actionable for a stance-based skill, with concrete commands, artifact paths, and example phrasings throughout. Its weaknesses are length — heavy illustrative transcript sections that could be cut or condensed — and the absence of any progressive disclosure despite being well past overview size.

Suggestions

Move the four 'Handling Different Entry Points' transcripts into a references/entry-points.md and keep one condensed example inline, cutting the body roughly by a third.

Trim the standalone ASCII demo in the 'Visualize' bullet list since the entry-point examples already demonstrate diagramming.

Add a short note on what to do when `openspec list --json` fails or no OpenSpec project exists, since that is the skill's first checkpoint.

DimensionReasoningScore

Conciseness

The body assumes Claude's intelligence (no concept explanations) but the ~100-line 'Handling Different Entry Points' section of full ASCII-dialogue transcripts and the earlier standalone diagram demo are noticeably trimmable, matching 'mostly efficient but could be tightened' rather than the minor-trim bar of 4.

3 / 5

Actionability

Concrete and executable for an instruction-only skill: the exact command `openspec list --json`, real artifact paths (`openspec/changes/<name>/proposal.md`, `design.md`, `tasks.md`), an insight-to-artifact capture table, and verbatim offer phrasings. Minor gaps remain, such as what to do when no OpenSpec project is initialized.

4 / 5

Workflow Clarity

An explicit opening checkpoint ('At the start, quickly check what exists: openspec list --json') and a numbered four-step capture sequence ending in 'The user decides - Offer and move on' give clear sequencing. It falls short of 5 because the deliberately stance-based flow leaves transition points (when to re-check context, when to move from exploring to offering capture) implicit.

4 / 5

Progressive Disclosure

The file is well-sectioned with clear headers, but it is a ~280-line monolith with no bundle: the four entry-point example transcripts and the OpenSpec capture table are content that clearly belongs in a one-level-deep reference file, matching 'some structure but content that should be separate is inline'.

3 / 5

Total

14

/

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 with an explicit and natural 'Use when...' clause and third-person framing. Its main weakness is that the 'what' stays at the level of generic thinking-partner language while the body's most distinctive capabilities (codebase grounding, diagramming, OpenSpec artifact capture) go unmentioned.

Suggestions

Add the skill's distinctive capabilities to the description, e.g. 'explores the codebase to ground discussions, sketches ASCII diagrams, and captures decisions as OpenSpec artifacts'.

Broaden trigger coverage with synonyms users actually say: 'brainstorm', 'compare options or tradeoffs', or 'stuck mid-implementation and needs to think it through'.

Tie the trigger explicitly to the OpenSpec workflow (e.g. 'Use when the user wants to explore or clarify before or during an OpenSpec change') to sharpen distinctiveness.

DimensionReasoningScore

Specificity

The description names the domain ('a thinking partner for exploring ideas, investigating problems, and clarifying requirements') with a few actions, but the actions are soft rather than concrete and core body behaviors (codebase investigation, ASCII diagram visualization, capturing OpenSpec artifacts) are missing, so coverage gaps are not minor.

3 / 5

Completeness

Both what ('a thinking partner for exploring ideas, investigating problems, and clarifying requirements') and when ('Use when the user wants to think through something before or during a change') are present and explicit, but the when-clause could name more concrete trigger situations like brainstorming or being stuck mid-implementation.

4 / 5

Trigger Term Quality

'Use when the user wants to think through something', 'exploring ideas', 'investigating problems', and 'clarifying requirements' are natural user phrases, but common synonyms such as 'brainstorm', 'compare options', or 'spike' are absent.

4 / 5

Distinctiveness Conflict Risk

'before or during a change' anchors the skill to the change-workflow niche, leaving only minor overlap risk with generic discussion or brainstorming skills; the description itself never mentions OpenSpec, which keeps it from a clear-niche score of 5.

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/openspec-flow

Path

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