CtrlK
BlogDocsLog inGet started
Tessl Logo

finishing-a-development-branch

Use when implementation is complete, all tests pass, and you need to decide how to integrate the work

60

Quality

68%

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 ./skills/finishing-a-development-branch/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

88%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 content is an exemplary operational skill: concrete, executable, and safe — with validation checkpoints before and after merging, verbatim user-facing menus, and hard confirmation gates on destructive paths. Its only weaknesses are mild padding in a few rationale sentences and the option to split the rationalizations table into a reference file.

DimensionReasoningScore

Conciseness

The body assumes Claude's competence throughout — no git or worktree concepts are explained — and every section is operational, but a few rationale sentences (e.g. "Confirm before merging: merging into the wrong base is expensive to undo") and the 11-row rationalizations table could be trimmed.

4 / 5

Actionability

Fully executable guidance throughout: copy-paste bash for environment detection, merge, push, and worktree removal; exact menu wording to present verbatim; and an exact typed confirmation token ('discard') gating destructive deletion. Placeholders like <base-branch> are the only parameters and are unavoidable.

5 / 5

Workflow Clarity

Six clearly sequenced steps with explicit validation checkpoints: a green test suite gates the menu, the merged result is re-tested before any cleanup, and a refused worktree removal surfaces uncommitted files with a fix/move/delete choice loop. Destructive operations are confirmation-gated, so the destructive-operation cap does not apply.

5 / 5

Progressive Disclosure

No bundle files exist and none are referenced; the single-file body is well organized with clear section headers, state and quick-reference tables, and easy navigation. It scores 4 rather than 5 because at ~226 lines (above the 50-line simple-skill exception) content like the Common Rationalizations section could arguably live in a separate reference file.

4 / 5

Total

18

/

20

Passed

Description

48%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 has a strong, explicit trigger condition but says almost nothing about what the skill actually does. Its concrete what — the option menu, merge/PR/keep branches, and worktree cleanup — is entirely implicit, leaving it thinner than the rubric's good examples.

Suggestions

Add the concrete actions to the description, e.g. "Presents merge / pull-request / keep-as-is options, executes the chosen integration, and cleans up worktrees. Use when implementation is complete, all tests pass, and you need to decide how to integrate the work."

Include natural trigger synonyms users would actually say, such as "finish the branch", "merge the work", "open a PR", or "wrap up this feature".

State the what and when as separate sentences in the pattern of the rubric's good examples (capability list first, then a 'Use when...' trigger clause).

DimensionReasoningScore

Specificity

The description names the end-of-work situation ("implementation is complete, all tests pass") but its only action is the generic "decide how to integrate the work" — no concrete capabilities such as merging, creating a PR, or cleaning up worktrees are stated.

2 / 5

Completeness

The "when" is explicit and specific ("Use when implementation is complete, all tests pass..."), but the "what" — presenting options, merging, pushing a PR, cleaning up worktrees — is only weakly implied by "decide how to integrate the work".

3 / 5

Trigger Term Quality

"implementation is complete", "all tests pass", and "integrate" are phrases a user might naturally say, but common variations like "finish the branch", "merge", or "create a PR" are missing, so keyword coverage is only partial.

3 / 5

Distinctiveness Conflict Risk

The green-test-suite plus integration-decision trigger carves a distinct niche that few skills would claim, though there is minor overlap risk with adjacent git-workflow or deployment skills.

4 / 5

Total

12

/

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
obra/superpowers
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.