CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

claim-issue

Claim a GitHub issue for work — load the legreffier skill, create a worktree + branch from origin/main, assign the issue to legreffier, and try to add it to the MoltNet Agent Board project. Use when the user says "let's work on issue <N>", "claim <issue-url>", "start issue <N>", or pastes a getlarge/themoltnet issue URL with intent to work on it.

71

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

81%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 body is highly actionable and clearly sequenced, with executable commands, explicit checkpoints, and thorough failure-mode recovery. Its main weaknesses are the duplicated dependency-install step (steps 3 and 4 both run pnpm install), an inline time-sensitive date stamp, and a long inlined failure explainer that could be split out.

Suggestions

Merge the duplicated pnpm install instruction — it currently appears both at the end of step 3 ('After the worktree is created, install workspace dependencies there') and again as step 4 ('Install dependencies in the new worktree') — into a single step covering both the no-op-shared-node_modules case and the sandbox-escalation case.

Move the time-sensitive 'Verified working with the agent token (2026-05)' note out of the step body into a notes or verification section so it does not age the instructions inline.

Consider relocating the ~15-line project-board failure explainer (quoted user-facing message plus gh auth refresh snippet) into a small reference file linked from step 6, keeping SKILL.md's step list tighter.

DimensionReasoningScore

Conciseness

The body is mostly lean and free of concept explanations Claude already knows, but it instructs "pnpm install" twice — once appended to step 3 ("install workspace dependencies there so the branch is immediately runnable... Run it inside the new worktree path") and again as the entirety of step 4 ("Install dependencies in the new worktree... Run from the new worktree root") — duplicating an entire step. A time-sensitive stamp ("Verified working with the agent token (2026-05)") is also inlined rather than placed in a notes/deprecated section. This matches "mostly efficient but could be tightened" rather than level 4's "minor instances"; well above level 2 since there is no padded explanation.

3 / 5

Actionability

Fully executable, copy-paste-ready commands cover every step: "gh issue view <N> --repo getlarge/themoltnet --json number,title,labels,state,url", "git fetch origin main; git worktree add -b issue-<N>-<slug> \"$WORKTREE\" origin/main", "gh issue edit <N> --add-assignee legreffier", and "gh project item-add 3 --owner getlarge --url ...", plus concrete branch-slug derivation rules and exact recovery commands for each failure mode. Not level 4: there are no gaps in covering the common cases.

5 / 5

Workflow Clarity

Steps 1–7 are clearly sequenced with an explicit read-only vs. mutation phase split, validation checkpoints (stop if GH_TOKEN resolution returns empty, ask whether to proceed if issue state is closed, a single mutation-phase confirmation), error-recovery guidance in the failure-modes section, and a final 4-line hand-off checklist. Not level 4: checkpoints are explicit and complete rather than mostly present; the workflow involves no destructive or batch operations that lack validation.

5 / 5

Progressive Disclosure

The skill is a single self-contained file with well-organized sections (Inputs, phased Steps, Failure modes) and no bundle files to reference, so navigation is easy and nothing is buried. Not level 5: at ~130 lines, with the ~15-line project-board failure explainer and its quoted user-facing message inlined, some content could arguably live in a reference file, and the sections-only exception applies to skills under 50 lines. Clearly above level 3 since the structure is good and clearly signaled.

4 / 5

Total

17

/

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: it explicitly states what the skill does through four concrete actions and when to use it through natural trigger phrases, all in a tightly scoped niche. The only minor gap is missing synonyms for the claim action itself.

DimensionReasoningScore

Specificity

The description enumerates four concrete actions — "load the legreffier skill", "create a worktree + branch from origin/main", "assign the issue to legreffier", and "try to add it to the MoltNet Agent Board project" — giving comprehensive coverage of the claim workflow. Not level 4 because there are no coverage gaps: every stage of the workflow is explicitly named.

5 / 5

Completeness

Both what ("Claim a GitHub issue for work — load the legreffier skill, create a worktree + branch from origin/main, assign the issue to legreffier, and try to add it to the MoltNet Agent Board project") and when ("Use when the user says 'let's work on issue <N>', 'claim <issue-url>', 'start issue <N>', or pastes a getlarge/themoltnet issue URL") are explicitly stated with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

Natural trigger phrases are present ("let's work on issue <N>", "claim <issue-url>", "start issue <N>", pasting an issue URL with intent to work on it), which is good keyword coverage. Not level 5 because common synonyms such as "take", "grab", or "pick up an issue" are missing; clearly above level 3 since multiple natural phrasings users would actually say are covered.

4 / 5

Distinctiveness Conflict Risk

The description is scoped to a clear niche — claiming issues in getlarge/themoltnet via the legreffier agent and the MoltNet Agent Board — with trigger phrases that would not fire for generic git, worktree, or issue-management skills. Minimal conflict risk; not level 4 since even closely related skills are unlikely to overlap on these triggers.

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

getlarge/themoltnet

Path

.agents/skills/claim-issue/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.