CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

gitter

Create commits, pull requests, and GitHub PR reviews. Use when the user wants to commit changes, open or refresh a pull request, or add/submit PR review comments.

Quality

89%

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

SKILL.md
Quality
Evals
Security

Quality

Content

86%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 exemplary dispatcher body: minimal, unambiguous routing logic with a fully specified fallback, and a clean one-level-deep reference structure verified against the actual bundle. The only gaps are the dangling `$REST` variable and the absence of any validation checkpoint for the consequential commit/PR operations.

Suggestions

State how `$REST` is used (e.g., 'pass `$REST` to the chosen action's instructions') so the defined variable is not dangling.

Add a brief pre-flight check for the outward-facing actions (e.g., confirm target branch/repo before committing or opening a PR, or note that each reference file contains its own validation steps) to strengthen workflow checkpoints.

DimensionReasoningScore

Conciseness

The 11-line body is lean and assumes Claude's competence: no background concepts, no padding, just dispatch rules ("Treat the first word passed by the user as `$ACTION`, remainder as `$REST`") and three one-line action links. Every token earns its place.

5 / 5

Actionability

Dispatch guidance is concrete and executable ("If `$ACTION` matches one of the actions, follow its instructions"; fallback "choose the action from user intent when clear. Otherwise list the available actions"), and each action links to real reference files with operational detail. It falls short of fully-executable anchor 5 because `$REST` is defined but never explained or used in the body, leaving a minor gap in how it reaches the sub-instructions.

4 / 5

Workflow Clarity

The decision sequence is clear and covers all input cases (match, empty, non-match with explicit fallback behavior), matching the clear-sequence anchor. It is not anchor 5 because the body has no validation or verification checkpoints for the consequential operations it dispatches to (commits and PR creation are outward-facing), though the operation details live in the references rather than the body.

4 / 5

Progressive Disclosure

The body is a clean overview dispatching to three clearly signaled, one-level-deep references ([commit](references/commit.md), [pr](references/pr.md), [review](references/review.md)), each with a one-line summary; all three files exist, contain real standalone content, and contain no nested references, matching the well-signaled one-level-deep anchor exactly.

5 / 5

Total

18

/

20

Passed

Description

88%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, concise, and explicit about both capabilities and trigger conditions, covering all three of the skill's actions. The only weaknesses are a few missing natural trigger phrasings and minor overlap risk with adjacent git/commit skills.

DimensionReasoningScore

Specificity

"Create commits, pull requests, and GitHub PR reviews" plus "commit changes, open or refresh a pull request, or add/submit PR review comments" lists multiple specific concrete actions that comprehensively cover all three actions the skill supports (commit, PR, PR review), matching the comprehensive-coverage anchor rather than the minor-gaps anchor below.

5 / 5

Completeness

The description explicitly answers both what ("Create commits, pull requests, and GitHub PR reviews") and when ("Use when the user wants to commit changes, open or refresh a pull request, or add/submit PR review comments") with concrete trigger phrases, matching the anchor-5 example structure exactly; it is not the score-4 case since the when-clause is fully explicit and specific.

5 / 5

Trigger Term Quality

Natural trigger phrases like "commit changes", "open or refresh a pull request", and "add/submit PR review comments" are present, but a few natural variations users might say ("make a commit", "code review", "merge/push changes") are missing, fitting the good-coverage-with-a-few-gaps anchor rather than the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

The GitHub PR/commit niche is mostly distinct with specific triggers, but "commit changes" has minor overlap risk with closely related git skills such as commit-message generation, fitting the mostly-distinct anchor rather than the minimal-conflict anchor at 5.

4 / 5

Total

18

/

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.

Validation — 15 / 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

shillem/cc-marketplace

Path

plugins/code-swiss-knife/skills/gitter/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.