CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

fusion-pr-documentation

Researches, drafts, reviews, and updates pull request descriptions as durable project documentation, grounded in the diff, repository docs, and live GitHub issues and PRs. USE FOR: writing a PR body or PR description, updating a PR description after new commits, review guides, validation summaries, issue linkage, explaining how a change fits product work. DO NOT USE FOR: resolving review threads (use fusion-github-review-resolution), implementing an issue end-to-end (use fusion-issue-solving), drafting issues (use fusion-issue-authoring), or dependency PR verdicts (use fusion-dependency-review).

73

Quality

92%

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

92%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 dense, highly actionable process skill: exact commands, template paths, linking syntax, and a worked example, carried by a well-sequenced 8-step workflow with strong validation feedback loops around its mutation steps. The only costs are cross-section repetition of the repository-policy and confirmation rules and a conditional second hop from the .hbs outline to its partials.

Suggestions

Consolidate the defer-to-repository-rules guidance, which currently appears in steps 2 and 7, "Repository-policy handoff", and "Safety & constraints", into a single authoritative section to remove repetition (lowest-scoring dimension: conciseness).

State the publish-confirmation rule once — it is duplicated between step 8 ("Do not create or update a PR without explicit user confirmation of that mutation") and the Never list — keeping the safety emphasis in one place.

DimensionReasoningScore

Conciseness

The body is efficient and prescriptive with no explanations of concepts Claude already knows, but the defer-to-repository-rules guidance is restated in steps 2 and 7, "Repository-policy handoff", and "Safety & constraints", and the publish-confirmation rule appears in both step 8 and the Never list.

4 / 5

Actionability

Fully executable guidance throughout: copy-paste-ready commands ("gh pr create --base <base> --head <branch> --title \"<title>\" --body-file <draft>"), exact template paths (".github/pull_request_template.md"), exact linking syntax ("closes owner/repo#123" vs "refs owner/repo#123"), and a worked Example section covering the common case.

5 / 5

Workflow Clarity

Eight clearly sequenced steps with explicit validation checkpoints: confirmation before any mutation, read-back after publish ("read the live PR back and run assets/publish-checklist.md"), and an error-recovery loop ("If anything drifted ... fix the draft and re-confirm before editing again"), plus a checklist for the complex publish process.

5 / 5

Progressive Disclosure

Detail is appropriately split into real, clearly signaled one-level references invoked at their point of use with conditions ("Follow references/evidence-sources.md", "use assets/pr-body-outline.md.hbs only", "run assets/publish-checklist.md"); every referenced path exists in the bundle, including the partials the .hbs names.

5 / 5

Total

19

/

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 highly specific, complete description with explicit USE FOR / DO NOT USE FOR trigger guidance and named sibling-skill routing that keeps conflict risk minimal. The only gap is a few missing natural trigger phrasings, chiefly opening/creating a PR and filling in the repository PR template.

Suggestions

Add "open or create a PR" phrasing to the USE FOR clause — the body's step 8 publishes PRs via gh pr create, so a user asking to open a PR should naturally trigger this skill (lowest-scoring dimension: trigger_term_quality).

Include a trigger term for filling in the repository PR template, since preserving the template headings and checklist items is a core part of the workflow users would describe that way.

DimensionReasoningScore

Specificity

"Researches, drafts, reviews, and updates pull request descriptions as durable project documentation, grounded in the diff, repository docs, and live GitHub issues and PRs" lists multiple concrete actions on a named domain in third person, with comprehensive coverage extending to review guides, validation summaries, and issue linkage.

5 / 5

Completeness

It explicitly answers both what ("Researches, drafts, reviews, and updates pull request descriptions as durable project documentation") and when ("USE FOR: writing a PR body or PR description, updating a PR description after new commits, review guides, validation summaries, issue linkage") with concrete trigger phrases.

5 / 5

Trigger Term Quality

Natural phrases users would say are present ("writing a PR body or PR description", "updating a PR description after new commits", "review guides", "validation summaries") with PR/pull-request synonyms, but common triggers like "open/create a PR" and filling in the PR template are missing even though the body creates PRs via gh pr create.

4 / 5

Distinctiveness Conflict Risk

The explicit "DO NOT USE FOR" clause routes each adjacent task to a named sibling skill ("resolving review threads (use fusion-github-review-resolution), implementing an issue end-to-end (use fusion-issue-solving)"), giving the PR-description niche minimal conflict risk.

5 / 5

Total

19

/

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 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository

equinor/fusion-framework

Path

.agents/skills/fusion-pr-documentation/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.