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.

Quality

72%

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

61%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-organized, deliberately anti-workflow stance skill with genuinely concrete anchors (a real CLI command, artifact paths, a capture table) woven into intentionally open-ended guidance. Its main weaknesses are redundancy — multiple sections restate the same guardrails — and long inline example dialogues that pad the token budget without adding proportional guidance.

Suggestions

Merge 'What You Don't Have To Do', the opening IMPORTANT block, and 'Guardrails' into a single non-duplicative section to cut redundant tokens.

Move the four 'Handling Different Entry Points' example dialogues (or keep only one exemplar) into a separate reference file to shorten the main body.

Trim the meta 'Visualize' ASCII box — one short instruction line plus a single illustrative diagram elsewhere already conveys the point.

DimensionReasoningScore

Conciseness

Sections like 'What You Don't Have To Do' and 'Guardrails' largely restate the opening IMPORTANT block and the stance list, and the four full example dialogues plus the self-demonstrating ASCII box ('Use ASCII diagrams liberally' drawn inside a diagram) add noticeable padding — mostly efficient, but several sections could be tightened, matching the 3 anchor rather than the minor-trim 4.

3 / 5

Actionability

Concrete anchors exist — the executable 'openspec list --json' command, specific artifact paths ('openspec/changes/<name>/proposal.md', 'design.md', 'tasks.md'), a capture-destination table, and sample conversational phrasings — though much of the guidance is intentionally open-ended stance direction, leaving minor gaps versus fully copy-paste-ready instruction.

4 / 5

Workflow Clarity

There is an initial context check ('openspec list --json') and a numbered 4-step sequence under 'When a change exists', but the skill explicitly disclaims fixed steps ('no fixed steps, no required sequence, no mandatory outputs') and includes no checkpoints or feedback loops; steps are present but implicit and unvalidated, fitting the 3 anchor. No destructive or batch operations exist, so the validation cap does not apply.

3 / 5

Progressive Disclosure

The body is a single self-contained file with no bundle references and clear, well-signposted section headers, so there is no reference nesting or burial; however, at ~295 lines the four example dialogues are inline content that could reasonably live in a separate file, which is a minor organization gap keeping it below 5.

4 / 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 that explicitly answers both what the skill does and when to use it, with a natural trigger phrase. It could be sharper by replacing the abstract 'thinking partner' framing with more concrete capability statements and adding a couple of common trigger synonyms.

Suggestions

Add trigger synonyms such as 'brainstorm', 'talk through', or 'investigate options' to the 'Use when' clause for broader natural-term coverage.

Make the 'what' more concrete, e.g. 'Explores ideas, investigates the codebase, compares approaches, and clarifies requirements' instead of the abstract 'thinking partner' framing.

DimensionReasoningScore

Specificity

The description names the domain and three actions ('exploring ideas, investigating problems, and clarifying requirements'), but 'thinking partner' is abstract and the actions are generic — it does not list several specific concrete actions with comprehensive coverage, so it fits the 3 anchor rather than 4.

3 / 5

Completeness

It has both a 'what' ('a thinking partner for exploring ideas, investigating problems, and clarifying requirements') and an explicit 'when' ('Use when the user wants to think through something before or during a change'); the when-clause is present and explicit but the what-side remains somewhat abstract, so it does not clearly match the fully concrete 5 anchor.

4 / 5

Trigger Term Quality

'think through something', 'before or during a change', and 'explore' are natural phrases a user would say, giving good keyword coverage, but common variations like 'brainstorm', 'investigate options', or 'talk through' are missing, keeping it below the comprehensive 5 anchor.

4 / 5

Distinctiveness Conflict Risk

The trigger is scoped to thinking through changes, making it mostly distinct, but phrases like 'explore ideas' overlap with generic planning/brainstorming skills, a minor conflict risk that keeps it below the clear-niche 5 anchor and above the 3 anchor's broader overlap.

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

PBH-BTN/PeerBanHelper

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.