CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

moscow-prioritization

MoSCoW prioritization: categorize requirements into Must Should Could Won't tiers using failure-focused test. Apply for backlog refinement, feature prioritization, sprint planning, release scope decisions, rebalance Must tier, create Won't items with revisit dates, adjudicate stakeholder disagreements, produce decision log. Keywords: prioritization, backlog, refinement, sprint planning, release scope, rebalance, stakeholder, decisions, MVP, scope control.

Quality

88%

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

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 a well-structured, actionable overview: a deterministic workflow with a real validation checkpoint and escalation loop, executable commands, and disciplined anti-pattern guidance. Remaining gaps are minor — a reference file not linked at its point of use, a step whose supporting questions live only in an unlinked reference section, and a few tokens of known-concept and meta-maintenance content.

Suggestions

Link references/effort-balancing-and-tradeoffs.md from workflow step 6 (rebalancing), the step where that guidance applies, so all three references are contextually surfaced at their point of use.

In workflow step 4, point explicitly to the 'Must Challenge Questions' section of references/categorization-decision-tree.md so 'failure-focused questions' resolves to the actual question list instead of requiring inference.

Trim the Principles section's restatement of standard MoSCoW tier definitions and move the two skill-maintenance commands (pantheon-skill-auditor, rumdl) out of the main task path to reduce token cost.

DimensionReasoningScore

Conciseness

The body is largely lean — a 7-step workflow, tight anti-patterns with WHY/BAD/GOOD, and no padding — but the Principles section restates standard MoSCoW tier definitions Claude already knows, and two of the four Quick Commands ('pantheon-skill-auditor evaluate', 'rumdl check') are skill-maintenance meta-commands rather than task guidance. Not 5 because these tokens could be trimmed; not 3 because there is no genuinely verbose or explanatory padding.

4 / 5

Actionability

Copy-paste-ready bash commands (cp template, heredoc decision-log with table header), a quantified '60% of total effort' validation threshold, and concrete escalation options make the guidance mostly executable. Not 5 because step 4 ('Challenge every Must using failure-focused questions') never points to the Must Challenge Questions section in references/categorization-decision-tree.md where those questions actually live, and steps 1 and 7 ('Collect candidate requirements in one list', 'Publish final table') rely on inference rather than explicit linkage to the provided commands/files.

4 / 5

Workflow Clarity

The Deterministic Workflow has a clear 7-step sequence with an explicit validation checkpoint (step 5 '**Validate:** Verify that the Must count does not exceed 60% of total effort') and a feedback loop with a concrete escalation path in step 6 ('split into two releases, extend the timeline, or increase capacity'). This matches the top anchor: explicit validation steps plus error-recovery guidance.

5 / 5

Progressive Disclosure

The body is an overview with three real, one-level-deep reference files, two of which are contextually linked (decision tree in workflow step 3, workshop template in Quick Commands) and all listed in a References section. Not 5 because references/effort-balancing-and-tradeoffs.md is only listed — never linked from step 6 (rebalancing) where it is most relevant; not 3 because structure and signaling are otherwise good.

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.

The description is strong: it states concrete capabilities in third person, gives explicit 'Apply for...' trigger guidance, and carves out a distinct MoSCoW niche. The only weakness is a keyword list that misses a few natural synonyms users might say.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'categorize requirements into Must Should Could Won't tiers', 'rebalance Must tier', 'create Won't items with revisit dates', 'adjudicate stakeholder disagreements', 'produce decision log' — comprehensively covering the skill's capabilities. Not 4 because coverage spans the full workflow rather than having gaps.

5 / 5

Completeness

Explicitly answers both what ('categorize requirements into Must Should Could Won't tiers using failure-focused test') and when ('Apply for backlog refinement, feature prioritization, sprint planning, release scope decisions...') with concrete trigger phrases. Both halves are explicit, matching the top anchor.

5 / 5

Trigger Term Quality

Keyword list ('prioritization, backlog, refinement, sprint planning, release scope, rebalance, stakeholder, decisions, MVP, scope control') contains natural phrases users would say. Not 5 because common variations and synonyms ('rank requirements', 'roadmap', 'scope cut/trim') are missing; not 3 because coverage is clearly more than partial.

4 / 5

Distinctiveness Conflict Risk

'MoSCoW prioritization' names a specific method niche, and triggers (backlog refinement, release scope, rebalance, Must tier) are distinct to it with minimal overlap risk. Not 4 because no closely related skill would plausibly be wrongly triggered by these terms.

5 / 5

Total

19

/

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

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository

pantheon-org/tekhne

Path

skills/project-mgmt/issue-tracker-toolkit/moscow-prioritization/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.