CtrlK
BlogDocsLog inGet started
Tessl Logo

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.

72

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

88%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 tight, actionable skill body: deterministic workflow with real validation and escalation, executable quick commands, and well-separated reference files. Remaining gaps are cosmetic — slightly redundant Consequence lines and one under-signposted reference.

DimensionReasoningScore

Conciseness

The body is lean with no explanation of concepts Claude already knows, but each of the four anti-patterns carries a 'Consequence' line that largely restates its WHY — minor instances of over-explanation that could be trimmed. Fits 'efficient; minor instances that could be trimmed' rather than 'every token earns its place'.

4 / 5

Actionability

Fully executable guidance throughout: a 7-step deterministic workflow, a referenced decision tree, and copy-paste bash commands (cp for the workshop draft, a heredoc for the decision log, evaluate.sh, bunx markdownlint) covering the common cases.

5 / 5

Workflow Clarity

The workflow has an explicit validation checkpoint ('Validate: Verify that the Must count does not exceed 60% of total effort') and an escalation/recovery path when rebalancing fails (split releases, extend timeline, or increase capacity), plus a publish step — clear sequence with explicit validation and error recovery.

5 / 5

Progressive Disclosure

Good structure with three real one-level-deep reference files; the decision tree and workshop template are signposted from the body, but references/effort-balancing-and-tradeoffs.md is only listed in the References section — the rebalance step (step 6) never points to it — and the reference list lacks per-file descriptions. Minor organization gap rather than a fully well-signaled split.

4 / 5

Total

18

/

20

Passed

Description

88%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 dense, third-person description that clearly states capabilities, application scenarios, and trigger keywords with no fluff. Its only weaknesses are incomplete synonym coverage and mild overlap risk with generic agile-planning terminology.

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' — with comprehensive coverage of the skill's capabilities, matching the top anchor.

5 / 5

Completeness

Explicitly answers both 'what' ('categorize requirements into Must Should Could Won't tiers using failure-focused test… produce decision log') and 'when' ('Apply for backlog refinement, feature prioritization, sprint planning, release scope decisions…') plus a dedicated Keywords section of concrete trigger phrases. Not a 4 because the when-clause is specific and multi-scenario rather than vague.

5 / 5

Trigger Term Quality

The keyword list ('prioritization, backlog, refinement, sprint planning, release scope, rebalance, stakeholder, decisions, MVP, scope control') covers natural user phrasing well, but misses common synonyms such as 'rank requirements', 'scope cut', or 'triage'. Fits 'good keyword coverage; a few natural terms missing' rather than the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

The named MoSCoW method and tier-specific triggers (rebalance Must tier, Won't items with revisit dates) create a clear niche, but generic keywords like 'prioritization', 'backlog', and 'sprint planning' overlap with adjacent agile planning/estimation skills. Mostly distinct with minor overlap risk.

4 / 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.

Validation15 / 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
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.