CtrlK
BlogDocsLog inGet started
Tessl Logo

implement-story

Implements a GitHub user story from planning through PR creation, with research, codebase analysis, and structured commits.

62

Quality

72%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/implement-story/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%

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

The body is a well-structured, highly actionable end-to-end workflow with strong validation checkpoints and feedback loops. Its main weaknesses are mild redundancy of the unused-config guidance and a lack of progressive disclosure — all detail lives inline in a single file.

Suggestions

Dedupe the 'don't ship unused config / speculative abstraction' guidance so it appears once (e.g., consolidate §1.3's note with §3.2's principles) to tighten the token budget.

Consider extracting the regeneration-command table or PR-template rules into a referenced file if the skill grows further, so SKILL.md stays an overview with one-level-deep references.

DimensionReasoningScore

Conciseness

The body is mostly lean and actionable with little concept padding, but the 'don't ship unused config surface' guidance is repeated across §1.3 and §3.2, so it could be tightened; not score 1 because there is no extraneous explanation of concepts Claude already knows.

2 / 3

Actionability

Provides copy-paste-ready executable commands ('git checkout -b', 'gh pr checks --watch') and a concrete regeneration-command table mapping change types to specific tasks, matching the fully-executable anchor.

3 / 3

Workflow Clarity

A clearly sequenced four-phase process with explicit validation checkpoints — AC coverage checklist, 'go build ./...' per commit, and a CI babysit fix→re-check feedback loop — matches the score-3 anchor; not capped at 2 because validation steps are present.

3 / 3

Progressive Disclosure

Sections are well organized into phases, but the ~230-line skill is monolithic with no skill-level bundle files to split detail into one-level-deep references; not score 1 because organization is strong, not score 3 because nothing is offloaded to separate files.

2 / 3

Total

10

/

12

Passed

Description

67%

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 specific and carves out a clear niche, but it omits an explicit 'Use when...' trigger clause and covers only a narrow set of trigger terms. Adding trigger guidance with natural variations would lift the completeness and trigger dimensions.

Suggestions

Append a 'Use when...' clause naming the situations that should activate this skill (e.g., 'Use when implementing a GitHub user story, issue, or feature request from planning to PR').

Broaden trigger terms to include common variations a user might say — 'issue', 'ticket', 'feature request', 'acceptance criteria' — alongside 'user story'.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'planning through PR creation, with research, codebase analysis, and structured commits' — matching the multi-action anchor rather than the single-domain score-2 example.

3 / 3

Completeness

It clearly states what the skill does but lacks any 'Use when...' clause or explicit trigger guidance, which the guidelines cap at 2; not score 1 because the 'what' is explicit and specific.

2 / 3

Trigger Term Quality

'GitHub user story' and 'PR' are natural terms, but coverage is narrow and misses common variations a user might say (issue, ticket, feature), so it does not reach the broad-coverage score-3 anchor.

2 / 3

Distinctiveness Conflict Risk

The end-to-end 'GitHub user story ... through PR creation' niche is distinct and unlikely to trigger for unrelated skills, matching the clear-niche anchor.

3 / 3

Total

10

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
stacklok/toolhive
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.