CtrlK
BlogDocsLog inGet started
Tessl Logo

worktree-from-issue

Create a git worktree with a new branch for implementing a fix or feature for a GitHub issue

58

Quality

68%

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/worktree-from-issue/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

82%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 a concise, well-structured, actionable workflow with concrete commands and meaningful validation checkpoints. Its main gaps are minor: a few steps lack explicit success checks and some actions delegate to other skills with placeholders to fill.

Suggestions

Add an explicit success check after worktree/branch creation (e.g. verify the branch exists with git branch) before proceeding to dev setup.

Briefly note the expected outputs or failure signals of the delegated /create-worktree and /worktree-make-dev skills so the agent can detect when they fail.

Consider a short 'Prerequisites' line stating required upstream state (repo cloned, gh authenticated) to make the entry conditions explicit.

DimensionReasoningScore

Conciseness

The body is lean and efficient: it jumps straight into parsing, commands, and a numbered workflow with no padding or explanation of concepts Claude already knows (e.g. no primer on what a worktree is). Every section earns its place, matching the lean-and-efficient anchor.

5 / 5

Actionability

It provides concrete, executable commands (gh issue view, git fetch origin devel, git -C <worktree-path> checkout --no-track -b, pwd) with explicitly defined placeholders, but several steps delegate to other skills (/create-worktree, /worktree-make-dev) and placeholders require substitution. This fits mostly-executable with minor gaps rather than fully copy-paste ready.

4 / 5

Workflow Clarity

A clear 7-step sequence includes explicit validation checkpoints (validate branch name pattern, verify the issue exists, verify cwd with re-check and error-stop), but a few steps (e.g. worktree/branch creation) lack an explicit success check. This matches clear-sequence-with-most-checkpoints rather than the fully-checkpointed level above.

4 / 5

Progressive Disclosure

Content is well organized into clearly labeled sections and delegates detail to one-level-deep skill invocations (/create-worktree, /worktree-make-dev) that are clearly signaled, with no nested file references. No bundle files exist to verify, and the structure is good with minor organization gaps, fitting the good-structure anchor.

4 / 5

Total

17

/

20

Passed

Description

53%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 specific and distinct, clearly stating a concrete action tied to git worktrees and GitHub issues. Its main weakness is the absence of an explicit 'Use when' trigger clause, which caps completeness and limits activation guidance.

Suggestions

Add an explicit 'Use when ...' clause naming natural trigger phrases (e.g. 'Use when starting work on a GitHub issue and you want an isolated worktree').

Broaden trigger term coverage with synonyms users might say (e.g. 'GitHub ticket', 'feature branch', 'isolated checkout').

Optionally enumerate the concrete actions performed (create worktree, branch from devel, run dev setup) to lift specificity.

DimensionReasoningScore

Specificity

The description names the domain ("git worktree", "new branch") and a concrete action ("Create a git worktree with a new branch for implementing a fix or feature for a GitHub issue") but lists only one primary action rather than comprehensive coverage. It sits at the anchor naming domain plus 1-2 concrete actions, not the several-specific-actions level above.

3 / 5

Completeness

It clearly states what the skill does but provides no "Use when..." clause or equivalent trigger guidance, which per the judging guidelines caps completeness at 3. This matches the anchor for a clear 'what' with 'when' missing or weakly implied.

3 / 5

Trigger Term Quality

It includes natural terms a user might say ("git worktree", "GitHub issue", "fix", "feature") but offers no synonyms or common variations, matching the anchor for some relevant keywords missing common variations. It does not reach the good-coverage anchor that would require a broader set of natural phrases.

3 / 5

Distinctiveness Conflict Risk

The combination of git worktree creation tied to a GitHub issue is a fairly distinct niche with low conflict risk, though it could overlap slightly with generic worktree or branching skills. It fits mostly-distinct/minor-overlap better than the clear-niche/minimal-conflict anchor above.

4 / 5

Total

13

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
dlt-hub/dlt
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.