CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

fusion-issue-solving

Handles GitHub issue resolution end-to-end for prompts like "solve #123", "lets solve #123", "work on #123", "work on https://github.com/owner/repo/issues/123", or by pasting a direct GitHub issue URL as the request. USE FOR: solve #123, continue work on issue #123, work on https://github.com/owner/repo/issues/123, paste a GitHub issue URL for implementation work. DO NOT USE FOR: issue drafting only, PR review only, or non-implementation research.

69

Quality

87%

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.

A well-structured, highly actionable workflow document with explicit sequencing, validation feedback loops, and a real one-level-deep checklist reference. The main improvement opportunities are trimming duplicated trigger/assignee text, making the few abstract steps concrete, and moving the detailed rate-limit policy into a reference file.

Suggestions

Deduplicate redundant text: drop or shorten the 9-bullet trigger list in 'When to use' (it repeats the frontmatter description) and merge the near-identical assignee bullets in step 3 for primary vs sub-issues.

Make abstract steps concrete: replace phrases like 'Prefer root-cause fixes over surface patches' and 'Summarize what changed and why' with specific criteria or a short worked example.

Move the step-4 rate-limit/token-budget policy (~8 bullets of API cost details) into a referenced file (e.g., references/github-api-budget.md) and keep one summary line in SKILL.md.

DimensionReasoningScore

Conciseness

The body is dense with project-specific operational knowledge (rate-limit point budgets, cache-reuse rules, exact .tmp/ file naming) that Claude cannot infer, but there are minor trims available: step 3 repeats near-identical assignee sentences for primary and sub-issues, the 9-bullet trigger list in "When to use" duplicates the frontmatter description, and steps 5-6 ("Create actionable todos ordered by dependencies", "Inspect relevant files, tests, and adjacent usage") restate default Claude behavior. This fits anchor 4 (efficient with minor instances that could be trimmed) rather than 3, since the padding is localized and most tokens earn their place.

4 / 5

Actionability

Much of the guidance is concretely executable: the exact PR-body draft path pattern (".tmp/pr-body-issue-123-scope-summary.md"), closing keywords ("closes owner/repo#123" vs "refs owner/repo#123"), the banner format string, and numeric call budgets (~20 MCP reads, ~5 mutations, pause at 30+). It is not a 5 because a few steps remain abstract ("Prefer root-cause fixes over surface patches", "Summarize what changed and why") without concrete examples of the common cases; it is above 3 because the majority of instructions are specific and directly executable.

4 / 5

Workflow Clarity

Ten numbered steps in dependency order with explicit validation checkpoints and feedback loops: step 8 mandates "If checks fail, fix relevant issues and re-run before proceeding", and step 10 requires post-publish verification ("read the PR body back and verify that exactly the issues chosen for closing use a closing keyword"). A checklist asset accompanies the complex process, matching anchor 5 exactly — the destructive/batch cap of 3 does not apply since validation and verification are present.

5 / 5

Progressive Disclosure

Sections are well organized and the single bundle reference, [assets/issue-solving-checklist.md], is a real file, clearly signaled in an Assets section, and exactly one level deep. It is not a 5 because some inline content arguably belongs in a reference file (the 8-bullet rate-limit/token-budgeting policy in step 4) and the ~130-line body is a monolithic instruction sequence rather than an overview pointing to detailed materials; it is above 3 because the structure is good and the reference that exists is clearly signaled.

4 / 5

Total

17

/

20

Passed

Description

90%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 with explicit what/when/boundary structure, comprehensive natural trigger phrasings, and third-person voice. The only weakness is that the capability statement is a single composite action ("resolution end-to-end") rather than an enumeration of the concrete actions performed.

DimensionReasoningScore

Specificity

"Handles GitHub issue resolution end-to-end" names the domain and a single composite action, but the description never enumerates the concrete sub-actions (research, implement, validate, PR preparation) that the body actually covers, matching the 'names domain and 1-2 concrete actions, but not comprehensive' anchor. It is not a 4 because it does not list several specific actions, and not a 2 because 'end-to-end resolution' with explicit prompt examples is more than a minimal or generic domain statement.

3 / 5

Completeness

Both halves are explicit: what ("Handles GitHub issue resolution end-to-end") and when ("USE FOR: solve #123, continue work on issue #123, work on https://github.com/owner/repo/issues/123, paste a GitHub issue URL for implementation work") with concrete trigger phrases, plus an explicit DO NOT USE boundary. It is not a 4 because the 'when' is fully explicit with concrete trigger phrasings rather than merely adequate.

5 / 5

Trigger Term Quality

The description covers natural user phrasings comprehensively with synonyms: "solve #123", "lets solve #123", "work on #123", "continue work on issue #123", "work on https://github.com/owner/repo/issues/123", and "paste a GitHub issue URL for implementation work" — these are exactly what a user would say. It is not a 4 because no common variation of the request pattern is missing; the phrase list plus USE FOR section gives redundant coverage of the natural terms.

5 / 5

Distinctiveness Conflict Risk

The niche is clear (GitHub issue implementation workflow) and the explicit exclusions "DO NOT USE FOR: issue drafting only, PR review only, or non-implementation research" sharply distinguish it from sibling authoring/review skills. Minimal conflict risk with distinct triggers, matching the anchor 5 example of a clear niche with distinct triggers.

5 / 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

metadata_field

'metadata' should map string keys to string values

Warning

Total

15

/

16

Passed

Repository

equinor/fusion-framework

Path

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