CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

branch-finish

Use when implementation is complete and you need to decide how to integrate the work — presents structured options for merge, PR, keep, or discard

Quality

84%

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

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.

A highly actionable, well-sequenced workflow skill: verbatim menus, concrete git commands, real validation gates (test verification, merge-before-cleanup ordering, typed discard confirmation), and correct worktree ownership handling. The main improvement opportunities are an explicit merge-conflict/post-merge-test recovery loop and deduplicating the repeated environment-detection and MAIN_ROOT snippets.

Suggestions

Add explicit error recovery to Option 1: what to do if the merge conflicts or post-merge tests fail (e.g. abort with git merge --abort, report, and stop before any cleanup), which would complete the feedback loop.

Define the MAIN_ROOT and GIT_DIR/GIT_COMMON computations once (e.g. in Step 2) and reference them from Options 1, 4, and Step 6 instead of repeating the snippets.

Consider trimming or integrating the Quick Reference table, which restates details already given in the option sections.

DimensionReasoningScore

Conciseness

The body is lean — tables, verbatim menus, and copy-paste bash with no explanations of git concepts Claude already knows. Minor trimmable duplication remains: the MAIN_ROOT computation appears three times, GIT_DIR/GIT_COMMON detection is repeated in Steps 2 and 6, and "Then: Cleanup worktree (Step 6), then delete branch" restates the comment inside the preceding code block. Not a 5 because of that redundancy; not a 3 since nothing is padded or over-explained.

4 / 5

Actionability

Fully executable guidance throughout: concrete bash ("git merge-base HEAD main 2>/dev/null || git merge-base HEAD master 2>/dev/null", "git worktree remove \"$WORKTREE_PATH\"", "git branch -D <feature-branch>", "git push -u origin <feature-branch>"), verbatim option menus, and an exact typed-confirmation protocol for the destructive path. Placeholders like <feature-branch> and <test command> are appropriate project-dependent template variables, not pseudocode.

5 / 5

Workflow Clarity

A clear six-step sequence with explicit checkpoints: tests must pass before options are shown, "Merge first -- verify success before removing anything", tests re-verified on the merged result, and a typed 'discard' confirmation with an itemized deletion list. Falls short of 5 because there is no explicit recovery loop for a failed merge or failing post-merge tests — the fix-and-retry path is only implied.

4 / 5

Progressive Disclosure

No bundle files exist (no references/, scripts/, or assets/), and the body is a well-sectioned ~190-line workflow that is coherent as a single document, so nothing clearly belongs in a separate file. It exceeds the under-50-lines simple-skill exception, and the Quick Reference table partially restates the per-option details, leaving minor organization gaps rather than a fully clean split.

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 states both what the skill does and when to use it, with concrete enumerated options and good trigger keywords. Its main flaws are the second-person phrasing ("you need to decide"), which costs specificity under the voice rule, and missing natural synonym phrases users might say.

Suggestions

Rewrite in third person to avoid the voice penalty, e.g. "Presents structured options for merge, PR, keep, or discard. Use when implementation is complete and the work must be integrated into a base branch."

Add natural trigger synonyms such as "finish the branch", "done implementing", or "wrap up this work" to broaden keyword coverage.

Clarify the core action beyond "presents structured options" — e.g. "guides test verification, merge/PR execution, and worktree cleanup" — to make capabilities more concrete.

DimensionReasoningScore

Specificity

"presents structured options for merge, PR, keep, or discard" enumerates four concrete outcomes (base 4), but the phrase "you need to decide" is second person, which the guidelines penalize by reducing specificity by 1. Not a 2 because the domain and actions are named concretely, unlike the purely generic anchors.

3 / 5

Completeness

Explicitly answers both parts: the when is "Use when implementation is complete and you need to decide how to integrate the work" and the what is "presents structured options for merge, PR, keep, or discard". Both are concrete with explicit trigger phrasing, matching the top anchor; a 4 would require the when to be only implicit or vaguer.

5 / 5

Trigger Term Quality

"implementation is complete", "integrate the work", and "merge, PR, keep, or discard" give good natural keyword coverage. Missing common variations users would say, such as "finish the branch", "done coding", or "wrap up the work", so it falls short of the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

The post-implementation integration niche with merge/PR/keep/discard triggers is mostly distinct. Minor overlap risk with generic PR-creation or commit skills via the "Push and create a Pull Request" option, keeping it below the clear-niche anchor.

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

phatblat/dotfiles

Path

.agents/skills/branch-finish/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.