CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

mflux-pr-docs

Write the PR body for the current mflux branch and show it to the developer for approval. Fills the What section, the release-note block and the Verification section of the PR template. Use when the developer asks to write, fill or update a PR description or a release note.

Quality

93%

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

96%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.

An excellent procedural skill body: fully executable commands, a hard approval gate, explicit validation with fix-and-retry loops, and disciplined token efficiency. The only structural weakness is that the two key referenced prompt files are not present in the bundle, leaving the disclosure structure partially unverifiable.

DimensionReasoningScore

Conciseness

The body is lean and imperative throughout — exact commands, filenames and line-level rules with no explanation of concepts Claude already knows; the few justifications (the shell-injection warning for typed titles, why the draft lines must not reach GitHub) state non-obvious operational facts and earn their tokens.

5 / 5

Actionability

Nearly everything is copy-paste executable: exact git/gh commands, a runnable python heredoc CI check, and a complete awk/shell block for extracting the title and body; steps 3 and 4 delegate to named prompt files with concrete pointers rather than vague direction.

5 / 5

Workflow Clarity

The 12 steps are clearly sequenced with explicit validation checkpoints and feedback loops: step 8's CI check with 'Fix tmp-PR-content.md until the check passes', re-validation after developer edits in step 10, a hard approval gate ('Do not continue until the developer writes approve'), and safeguards before overwriting an open PR body.

5 / 5

Progressive Disclosure

Sections (Inputs, Steps, Rules) are well organized and references are one level deep and clearly signaled ('Obey pr-what-prompt.md in this folder'), but the actual bundle contains only SKILL.md — the referenced pr-what-prompt.md and release-note-prompt.md files are absent, so the navigation targets cannot be verified.

4 / 5

Total

19

/

20

Passed

Description

87%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: concrete, third-person, repo-specific, with an explicit 'Use when...' trigger clause naming the natural request phrases. The only weaknesses are mild — a few unstated capabilities (GitHub push/PR creation, labels) and missing trigger synonyms such as 'PR body' or 'pull request'.

DimensionReasoningScore

Specificity

The description lists several concrete actions ('Write the PR body for the current mflux branch', 'show it to the developer for approval', 'Fills the What section, the release-note block and the Verification section of the PR template'), but omits capabilities the skill actually has (creating/updating the PR on GitHub, title and label handling), leaving minor gaps in coverage.

4 / 5

Completeness

It explicitly answers both what ('Write the PR body... Fills the What section, the release-note block and the Verification section of the PR template') and when ('Use when the developer asks to write, fill or update a PR description or a release note') with concrete trigger phrases, in third-person voice.

5 / 5

Trigger Term Quality

'Use when the developer asks to write, fill or update a PR description or a release note' contains natural phrases users would say, but common variants like 'PR body', 'pull request' or 'changelog' are missing from the trigger clause.

4 / 5

Distinctiveness Conflict Risk

'the current mflux branch' and the named PR-template sections pin it to a clear niche with distinct triggers; a request to write or update a PR description or release note would not plausibly route to an unrelated skill.

5 / 5

Total

18

/

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

mflux-community/mflux

Path

.cursor/skills/mflux-pr-docs/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.