CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

git-worktree

Create isolated git worktrees for feature development without switching branches

Quality

67%

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 ./examples/skills/git-worktree/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 dense, actionable runbook: a clear 9-step process with concrete bash commands, explicit validation checkpoints (branch-name regex, branch-conflict check, .gitignore verification), flag semantics, and well-signaled pointers to companion commands and an external database-branch guide. Its main weaknesses are repetition — symlink/dependency rules are restated across four sections, and the Quick reference and Common mistakes tables largely restate earlier content — and small gaps such as the unhandled --from <base> argument and delegated error-recovery for background verification.

Suggestions

Consolidate the dependency/symlink logic: it currently appears in "Dependency optimization", "Auto-Detect setup", the Quick reference table, and "Common mistakes"; state it once and have the other sections point back, trimming the Quick reference rows that merely restate earlier rules.

Cut or compress the inlined database-provider detail ("neonctl branches create --name <branch> --parent main", "pscale branch create <db> <branch>", the .worktreeinclude listing) since the section already links to the full external workflow guide — a summary line plus the link would suffice.

Document the --from <base> argument promised in the argument-hint (how the base branch is resolved and passed to git worktree add), and briefly state what to do when a background verification check fails rather than only deferring to /git-worktree-status.

DimensionReasoningScore

Conciseness

The body never explains concepts Claude already knows and is command-dense, but the same rules are stated repeatedly — the symlink/dependency logic appears in "Dependency optimization", "Auto-Detect setup", the Quick reference table ("Node.js project | Symlink node_modules by default", "--fast flag | Skip install + tests"), and "Common mistakes", and the database section inlines provider tables while also pointing to an external guide. This matches "Mostly efficient but includes some unnecessary explanation or could be tightened". Not score 4, because the Quick reference and Common mistakes sections substantially duplicate earlier sections rather than trimming them.

3 / 5

Actionability

Most guidance is concrete and executable — "git worktree add .worktrees/$BRANCH_NAME -b $BRANCH_NAME", "echo \"$BRANCH_NAME\" | grep -qE '^[a-zA-Z0-9/_-]+$'", "ln -s ... node_modules", "npx tsc --noEmit > .worktree-logs/typecheck.log 2>&1 &" — with tables of exact provider commands ("neonctl branches create --name <branch> --parent main"). Minor gaps keep it from 5: the argument-hint advertises "[--from <base>]" but the body never handles it, and comments like "# or npm/yarn based on lockfile detection" are hints rather than complete recipes; the fragments are illustrative rather than a single copy-paste script.

4 / 5

Workflow Clarity

The 9-step numbered Process ("1. Validate Branch Name ... 9. Report Location") is expanded section-by-section with explicit validation checkpoints: regex rejection ("Reject invalid characters"), branch conflict check ("git show-ref --verify --quiet ... && exit 1"), and a .gitignore verification with an add-commit-proceed loop ("If NOT in .gitignore: 1. Add line ... 2. Commit ... 3. Proceed"). Not score 5 because error recovery for the background verification is delegated to a companion command ("check with /git-worktree-status") rather than including a validate-fix-retry loop inline; not capped at 3 since worktree creation is additive, not destructive or batch.

4 / 5

Progressive Disclosure

The body is well-sectioned with clear headers, and external depth is signaled at one level: "**Companion commands:** /git-worktree-status | /git-worktree-remove | /git-worktree-clean" and "**See:** [Database Branch Setup Guide](../../workflows/database-branch-setup.md) for complete workflows", with the DB section kept as a summary table plus pointer. This fits "Good structure; most content is appropriately placed; references mostly clear; minor organization gaps". Not score 5: no bundle files are provided, references resolve outside the skill directory and cannot be verified, and some detail (DB provider commands, .worktreeinclude setup) that could live in a reference file is inlined.

4 / 5

Total

15

/

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 concise, concrete, and clearly defines its niche (git worktrees for isolated feature development), but it omits an explicit 'Use when...' trigger clause — that guidance lives only in a separate when_to_use frontmatter field — which caps completeness and leaves trigger-term coverage narrow. Folding the trigger guidance and a few natural variations into the description itself would raise it from adequate to strong.

Suggestions

Append a trigger clause to the description, e.g. "...without switching branches. Use when starting feature work that needs isolation from the main workspace" — the trigger guidance currently lives only in the separate when_to_use frontmatter field, which caps completeness at 3.

Add natural trigger variations users might actually say, such as "parallel branches", "work on multiple features at once", or "isolate feature work", to broaden trigger-term coverage beyond the single keyword "worktree".

Optionally mention the companion capabilities (dependency symlink optimization, background verification) as concrete actions to lift specificity from one action toward comprehensive coverage.

DimensionReasoningScore

Specificity

"Create isolated git worktrees for feature development without switching branches" names the domain (git worktrees, feature development) and one concrete action (create worktrees), matching the anchor "Names domain and 1-2 concrete actions, but not comprehensive". It is more concrete than score 2's generic "Processes PDF files" but lacks the multiple specific actions (e.g., validation, dependency setup, DB branching) that would reach 4-5.

3 / 5

Completeness

The description clearly answers 'what' ("Create isolated git worktrees for feature development without switching branches") but contains no 'Use when...' clause; trigger guidance exists only in a separate when_to_use frontmatter field, not in the description itself, so per the rubric guideline completeness is capped at 3 ("Has a clear 'what' but 'when' is missing or only weakly implied"). Not score 4, which requires an explicit 'when' inside the description.

3 / 5

Trigger Term Quality

Relevant natural keywords are present — "git worktrees", "feature development", "branches", "isolated" — but common variations users would actually say ("parallel branches", "work on multiple features at once", "second checkout") are missing, matching "Some relevant keywords but missing common variations or synonyms". Not score 4, since coverage beyond the single term "worktree" is thin.

3 / 5

Distinctiveness Conflict Risk

"git worktrees" is a clear, specific niche with minimal conflict risk against unrelated skills, fitting "Mostly distinct; minor overlap risk with closely related skills" — e.g., generic git-branch or feature-branch skills. Not score 5, because the description includes no explicit trigger phrases to fully disambiguate from those closely related branch-management skills.

4 / 5

Total

13

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 4 suspicious

Warning

Total

14

/

16

Passed

Repository

FlorianBruniaux/claude-code-ultimate-guide

Path

examples/skills/git-worktree/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.