CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

my-repos

Locate and work with dwmkerr's repositories. Use when user mentions "my repos", "my repo X", "check my repo", or needs to find/access a specific repository.

62

Quality

78%

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 ./plugins/dwmkerr/skills/my-repos/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

76%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 lean, highly actionable skill: concrete copy-paste commands and a sensible state-preservation workflow for local repos. The main gap is unvalidated state restoration around the git stash round-trip, plus mild redundancy between the structure/paths sections and the example usage section.

Suggestions

Add a verification step after restoring state, e.g. check `git stash pop` output for conflicts and confirm `git branch --show-current` matches $ORIGINAL_BRANCH before declaring the work done; alternatively prefer a non-destructive reference method (e.g. `git worktree add` or `git fetch` + `git show origin/main:<file>`) over stashing untracked changes.

Merge "GitHub Details" into the "Repository Structure" section and fold "Example Usage" into the finding steps to remove the duplicated paths and workflow.

Clarify what to do when a repo exists neither locally nor remotely (e.g. report back to the user) so the decision flow has an explicit terminal branch.

DimensionReasoningScore

Conciseness

The body is mostly lean executable commands with no padding or explanations of concepts Claude already knows. However, the "GitHub Details" section repeats paths already shown in the structure tree and commands, and "Example Usage" re-walks the finding steps, so minor trimming is possible — matching the level-4 anchor rather than the every-token-earns-its-place level 5.

4 / 5

Actionability

Fully executable, copy-paste-ready commands throughout: "ls ~/repos/github/dwmkerr/<repo-name>", "gh repo view dwmkerr/<repo-name> --json name,url", the git clone commands, and the complete stash/branch state-preservation blocks. Concrete examples cover the common cases (existing local repo, remote-only repo, searching content).

5 / 5

Workflow Clarity

The finding sequence is clearly numbered (check local → preserve state → fetch → restore; else check GitHub → clone) and the ORIGINAL_BRANCH record/restore pattern is a real checkpoint. But the "git stash --include-untracked" / "git stash pop" round-trip is a state-altering operation with no verification that the restore succeeded (no stash-pop conflict handling, no post-restore check), and per the destructive-operation cap this holds workflow clarity at 3.

3 / 5

Progressive Disclosure

The skill is a single well-sectioned file (~105 lines) with no bundle files, and the content appropriately stays in one file at one level deep. It exceeds the under-50-line simple-skill exception and has minor organization gaps — the redundant "GitHub Details" and "Example Usage" sections could be consolidated — so it matches the level-4 anchor rather than level 5.

4 / 5

Total

16

/

20

Passed

Description

70%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 solid description with genuinely natural trigger phrases and an explicit what/when structure. Its weaknesses are the vague "work with" capability verb and a slightly over-broad fallback trigger that dilutes the otherwise distinct personal-repo niche.

Suggestions

Replace "work with" with concrete capabilities, e.g. "Locate, clone, search, and manage state in dwmkerr's repositories (personal and McKinsey)."

Tighten the fallback trigger from "needs to find/access a specific repository" to something scoped to the user's own repos, e.g. "or asks about one of dwmkerr's or McKinsey's repositories", to reduce overlap with generic repo-finding skills.

Add one or two common synonyms such as "github" or "clone my repo" to round out trigger coverage.

DimensionReasoningScore

Specificity

"Locate and work with dwmkerr's repositories" names the domain and two actions, but "work with" is generic rather than a concrete capability. It matches the anchor for 1-2 concrete actions without comprehensive coverage, not the level-4 anchor requiring several specific actions like clone, search, or inspect branches.

3 / 5

Completeness

Both parts are explicit: the what ("Locate and work with dwmkerr's repositories") and the when ("Use when user mentions 'my repos'... or needs to find/access a specific repository"). The what is thin because "work with" is vague, so it sits between the level-4 and level-5 anchors rather than clearly earning the concrete comprehensive level 5.

4 / 5

Trigger Term Quality

The quoted triggers "my repos", "my repo X", "check my repo" are natural phrases a user would actually say. Coverage is good but misses common synonyms and variations like "github", "clone", or "my projects", so it falls short of the level-5 comprehensive-synonym anchor.

4 / 5

Distinctiveness Conflict Risk

"dwmkerr's repositories" carves a clear personal niche, but the tail clause "or needs to find/access a specific repository" broadens the trigger to any repository lookup, creating minor overlap risk with generic git/search skills. That matches 'mostly distinct; minor overlap risk' rather than the minimal-conflict level 5.

4 / 5

Total

15

/

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

dwmkerr/claude-toolkit

Path

plugins/dwmkerr/skills/my-repos/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.