CtrlK
BlogDocsLog inGet started
Tessl Logo

fusion-issue-authoring

Classify issue type, activate the matching agent mode for type-specific drafting, and enforce shared safety gates before GitHub mutation.

58

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 ./.agents/skills/fusion-issue-authoring/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%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 a strongly actionable, well-sequenced instruction skill with concrete MCP commands, explicit confirmation gates, and thorough failure/rate-limit handling. Its weaknesses are duplication (devil's-advocate and cache-policy text repeated across sections) and a bundle-integrity defect: the five `agents/*.agent.md` files it routes to are missing from the bundle, breaking progressive disclosure at the exact point where detail is most needed.

Suggestions

Ship or fix the missing `agents/*.agent.md` files — the skill's Step 1 routing depends on them, and none exist in the bundle.

Deduplicate repeated text: state the devil's-advocate escalation conditions once (Step 1) and the label/assignee cache policy once (Step 6) instead of repeating both across sections.

Consolidate repository-resolution guidance, which currently appears in both "Required inputs" and Step 2, into a single location.

DimensionReasoningScore

Conciseness

Most content is operational knowledge Claude would not already know (MCP tool names, cache policies, rate-limit costs, mutation ordering), but there is real duplication that could be tightened: the devil's-advocate escalation conditions appear nearly verbatim in both the "Agent modes" section and Step 1, and the label/assignee cache policy is stated in "Required inputs" and again in full in Step 6. This matches the anchor "mostly efficient but could be tightened"; it is not a 2 because there is no padding or explanation of concepts Claude already knows.

3 / 5

Actionability

Guidance is fully executable for an instruction-only skill: exact MCP tool names (`mcp_github::issue_write`, `mcp_github::search_issues`, `mcp_github::list_issue_types`), an ordered mutation sequence with payload fields spelled out, concrete cache file paths, template fallback paths under `assets/issue-templates/`, and worked examples of closing keywords (`fixes owner/repo#123`). It is not a 4 because there are no material gaps — the common cases (create, update, sub-issue linking, assignee/label handling, failure recovery) are all specifically covered.

5 / 5

Workflow Clarity

The eight steps are explicitly sequenced with validation checkpoints and feedback loops: duplicate search before drafting (Step 3), draft review and explicit publish confirmation (Step 5), pre-mutation gate confirmation (Step 6), and error-recovery paths for mutation failure (explain, point to `references/mcp-server.md`, retry after user confirms) and rate limits (respect `retry-after`/`x-ratelimit-reset`, stop non-essential lookups). This matches the top anchor; the only adjacent anchor (4) is ruled out by the presence of explicit validation steps and feedback loops throughout.

5 / 5

Progressive Disclosure

The body is well-organized with clearly signaled one-level-deep references (`references/instructions.md`, `references/mcp-server.md`, `references/questions.md`, and the `assets/` templates, all of which exist), but the central routing mechanism points to `agents/bug.agent.md`, `agents/feature.agent.md`, `agents/user-story.agent.md`, `agents/task.agent.md`, and `agents/devils-advocate.agent.md` — and no `agents/` directory exists anywhere in the bundle. The skill's primary execution targets are broken references, which is a larger navigation defect than the "minor organization gaps" of the 4 anchor, though the structure and signaling of the references that do exist keep it above the "references buried / content inlined" problem of the 2 anchor.

3 / 5

Total

16

/

20

Passed

Description

58%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 states concrete, distinct actions and is appropriately concise, but it completely lacks a "when to use" trigger clause and omits the natural user phrases ("create an issue", "draft a ticket") that would make discovery reliable. Its reliance on internal jargon ("agent mode", "safety gates") weakens trigger-term quality without adding capability clarity.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to create an issue, draft a ticket, structure a work item, or update/link an existing GitHub issue."

Include natural user phrasing and synonyms ("create an issue", "draft a ticket", "turn this into a GitHub issue", "sub-issue", "parent issue") in place of internal terms like "agent mode" and "shared safety gates".

Mention the core capability explicitly — drafting and publishing GitHub issues — so the "what" covers the full workflow rather than only classification and gating.

DimensionReasoningScore

Specificity

The description lists three concrete actions — "Classify issue type", "activate the matching agent mode for type-specific drafting", "enforce shared safety gates before GitHub mutation" — which places it above the 1-2-action anchor at 3. It falls short of 5 because coverage is incomplete (no mention of drafting issues, templates, sub-issues, or duplicate checking) and phrases like "agent mode" and "shared safety gates" are internal jargon rather than concrete capability statements.

4 / 5

Completeness

The "what" is clear (classify, route to agent mode, enforce gates), but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. It is not a 2 because the "what" is concrete and specific rather than vague or absent.

3 / 5

Trigger Term Quality

Relevant keywords exist ("issue type", "GitHub mutation", "drafting") but natural user phrases like "create an issue", "draft a ticket", or "GitHub issue" are absent, matching the anchor for some relevant keywords missing common variations. It is not a 4 because "agent mode" and "shared safety gates" are technical jargon users would not say, and not a 2 because the terms that are present are genuinely on-domain.

3 / 5

Distinctiveness Conflict Risk

"Classify issue type" plus "before GitHub mutation" carves out a distinct niche (GitHub issue authoring) with only minor overlap risk against closely related skills like general GitHub management or task-planning skills. It is not a 5 because the description never says "issue" creation/drafting explicitly, so an issue-triage or PR-review skill could partially overlap.

4 / 5

Total

14

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_field

'metadata' should map string keys to string values

Warning

referenced_paths_exist

Referenced path issues: 1 missing, 4 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository
equinor/fusion-framework
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.