CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

git-worktrees-prime-turbo

Manage Git worktrees: create, list, reuse, repair, or remove linked checkouts; integrate their task branches; prune stale registrations. Use when tasks need separate working directories sharing one repository.

75

Quality

94%

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

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

An exceptionally well-crafted instruction skill: correct phase sequencing, pervasive validation checkpoints and feedback loops around destructive operations, precise inline commands, and a clean one-level reference split. The only weakness is minor over-explanation in the glossary and a few dense, hedged sentences.

Suggestions

Trim the glossary to only the convention-fixing notes (e.g., "Here, the noun checkout means this workspace" and "<primary-root> is the main worktree's directory regardless of branch name") and drop definitions of Git concepts Claude already knows, such as what a worktree, HEAD, or the staging area is.

Tighten the most lawyerly sentences (e.g., the opening "Apply only task-relevant phases and their safety checks; listing or repair alone does not require development, integration, or cleanup" and the long worktreeConfig safety bullet) — each currently restates constraints already enforced elsewhere, so they can be shortened without losing content.

DimensionReasoningScore

Conciseness

The body is dense and nearly every sentence carries operational constraints (e.g., "require exit 0", "Do not place a worktree inside another disposable worktree"), but the glossary explains concepts Claude already knows ("A directory of checked-out files with its own HEAD and index", "The main worktree is the original checkout; all others are linked"), and a few lawyerly sentences ("Apply only task-relevant phases and their safety checks...") could be tightened. This fits anchor 4 ('Efficient; minor instances of over-explanation that could be trimmed') — not 5, because those glossary definitions and redundant safety restatements don't earn their place, and not 3, since the padding is minor against overwhelmingly high-value content.

4 / 5

Actionability

Guidance is concrete and executable throughout: exact commands with flags ("git worktree list --porcelain -z", "git rev-parse --path-format=absolute --git-path info/exclude", "git check-ignore -q ... with a trailing /"), exit-code requirements ("require exit 0"), concrete path conventions ("<primary-root>/.worktrees/<task>"), and the -b vs -B distinction, with full copy-paste-ready command sequences in the linked reference covering creation and cleanup. Common cases are covered specifically, matching anchor 5 ('Fully executable; copy-paste ready code or commands; specific examples cover the common cases'); it exceeds anchor 4, whose 'minor gaps' are absent here.

5 / 5

Workflow Clarity

The phases are clearly sequenced (Choose the checkout → Choose the manager and location → Establish the starting state → Develop and integrate → Cleanup decision tree → Completion report → Safety constraints), each with explicit validation checkpoints: "Wait for creation to finish and verify the returned path and commit", "Re-list worktrees to verify the new registration", "Verify again after creation", and the numbered cleanup tree ending in "Verify the result. Re-list worktrees and check the removed path." Destructive operations have explicit feedback loops (dry-run before prune, repair-before-prune, re-validation after fixes), matching anchor 5 ('Clear sequence with explicit validation steps; feedback loops for error recovery').

5 / 5

Progressive Disclosure

The body is a well-organized overview/policy document that delegates full command sequences to one reference file exactly one level deep, clearly signaled at the point of need: "Before creating a worktree with raw Git, read [Creation commands](references/raw-git-commands.md#creation)" and "Before raw Git worktree removal... read [Cleanup commands](references/raw-git-commands.md#cleanup)". The referenced file exists and is well sectioned (Creation/Cleanup) matching the anchors. This matches anchor 5 ('Clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation') with no nesting or buried references.

5 / 5

Total

19

/

20

Passed

Description

92%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: third-person, specific, and comprehensive on capabilities with an explicit 'Use when...' trigger clause. Trigger-term coverage is good but omits a few common natural phrasings of the domain.

DimensionReasoningScore

Specificity

"create, list, reuse, repair, or remove linked checkouts; integrate their task branches; prune stale registrations" enumerates seven concrete, distinct actions covering the full worktree lifecycle. This matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage' and exceeds anchor 4's 'minor gaps in coverage'.

5 / 5

Completeness

Both parts are explicit: the 'what' is "Manage Git worktrees: create, list, reuse, repair, or remove linked checkouts... prune stale registrations" and the 'when' is the concrete trigger clause "Use when tasks need separate working directories sharing one repository." This clearly matches anchor 5 ('Clearly and explicitly answers both what AND when with concrete trigger phrases'), not anchor 4 where the 'when' is only implicit or less specific.

5 / 5

Trigger Term Quality

Natural terms present include "Git worktrees", "linked checkouts", "task branches", "prune", and "separate working directories" — the vocabulary users would actually say. A few common phrasings are missing (e.g., "parallel work", "multiple branches at once", "work tree" as two words), so it fits anchor 4 ('Good keyword coverage; a few natural terms missing') rather than 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

"Git worktrees" and "linked checkouts" define a clear niche with distinct triggers; the only mild overlap ("integrate their task branches") is subordinate to the worktree framing. It matches anchor 5 ('Clear niche with distinct triggers; minimal conflict risk') rather than anchor 4's notable overlap with closely related skills.

5 / 5

Total

19

/

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

LuminairPrime/git-worktrees-prime

Path

skills/git-worktrees-prime-turbo/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.