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

83%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

Highly actionable content with concrete CLI commands, an explicit capture workflow with validation checkpoints, and vivid worked examples. The main cost is token efficiency: repeated store-flag parentheticals and redundant stance restatements could be consolidated without losing clarity.

Suggestions

Consolidate the store-selection guidance: state the sticky --store rule once and refer to it in the numbered steps instead of repeating the '(append the confirmed --store "<id>"...)' parenthetical after every command.

Trim or merge the 'What You Don't Have To Do' section, which largely restates 'This is a stance, not a workflow' from the introduction.

Shorten the four inline entry-point dialogues to one representative example and reference the others, or move the fuller dialogues to a references file to reduce the body's token footprint.

DimensionReasoningScore

Conciseness

The body is mostly efficient and example-driven, but the '(append the confirmed --store "<id>"...)' parenthetical is repeated roughly six times across the capture steps, and the 'What You Don't Have To Do' section restates 'This is a stance, not a workflow' from the intro. Fits 'mostly efficient but includes some unnecessary explanation or could be tightened'; not 2 because the padding is localized and the examples genuinely instruct.

3 / 5

Actionability

Concrete, copy-paste-ready commands throughout ('openspec list --json', 'openspec new change "<name>"', 'openspec status --change "<name>" --json'), an explicit capture table mapping insight types to artifact paths, and worked example dialogues covering the common entry points. Fully actionable for an instruction-only skill.

5 / 5

Workflow Clarity

The capture workflow is clearly sequenced with explicit validation checkpoints: scaffold via CLI before any artifacts, 'Verify that the selected concrete output exists', re-run 'openspec status' after each artifact, and continue until every requested artifact is done or deliberately skipped. This matches the top anchor with a feedback loop for error recovery.

5 / 5

Progressive Disclosure

The single SKILL.md is well-sectioned (stance, activities, OpenSpec awareness, entry points, ending, guardrails) with a clear overview, but at ~295 lines the four long inline example dialogues create minor organization gaps. Fits 'good structure; most content is appropriately placed; minor organization gaps'; not 5 because there are no well-signaled references and some example material could be split out.

4 / 5

Total

17

/

20

Passed

Description

78%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 strong description that clearly answers both what the skill does and when to use it, with natural trigger language and a distinct thinking-partner niche. The main weakness is that the stated capabilities are abstract thinking activities rather than concrete operations.

DimensionReasoningScore

Specificity

The description lists several activities ('exploring ideas, investigating problems, and clarifying requirements') but these are abstract thinking activities rather than concrete operations or artifacts, matching the 'names domain and 1-2 concrete actions, but not comprehensive' anchor. It is not a 4 because no tool-, file-, or artifact-level action is named.

3 / 5

Completeness

Both parts are explicit: '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'), with a concrete trigger phrase. This matches the top anchor rather than 4, where the 'when' would be less specific.

5 / 5

Trigger Term Quality

Phrases like 'think through something', 'exploring ideas', 'investigating problems', and 'clarifying requirements' are natural terms a user would say. A few common synonyms ('brainstorm', 'spike', 'explore options') are missing, which fits the 'good keyword coverage; a few natural terms missing' anchor.

4 / 5

Distinctiveness Conflict Risk

'Enter explore mode' and 'before or during a change' carve a distinct thinking-vs-implementing niche, but the change-centric trigger overlaps with sibling OpenSpec change-workflow skills. Fits 'mostly distinct; minor overlap risk with closely related skills'; not 5 because the niche boundary relies on the reader knowing the sibling skills exist.

4 / 5

Total

16

/

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

partme-ai/full-stack-skills

Path

.kimi-code/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.