Find the best ROI task in a Jira Epic — highest story points for least effort, filtered to unassigned To Do tasks only.
65
77%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Advisory
Suggest reviewing before use
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/best-roi-task/SKILL.mdQuality
Discovery
82%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a strong, specific description that clearly communicates what the skill does with domain-appropriate terminology. Its main weakness is the lack of an explicit 'Use when...' clause, which would help Claude know exactly when to select this skill. The Jira-specific terminology and narrow scope make it highly distinctive.
Suggestions
Add an explicit 'Use when...' clause, e.g., 'Use when the user asks to prioritize tasks in a Jira Epic, find high-value tickets, or identify the best ROI work items.'
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description lists multiple concrete actions: finding best ROI task, calculating highest story points for least effort, filtering to unassigned To Do tasks, and scoping to a Jira Epic. These are specific, actionable capabilities. | 3 / 3 |
Completeness | The 'what' is clearly answered (find best ROI task by story points vs effort, filtered to unassigned To Do). However, there is no explicit 'Use when...' clause or equivalent trigger guidance, which caps this at 2 per the rubric guidelines. | 2 / 3 |
Trigger Term Quality | Includes strong natural keywords users would say: 'ROI', 'Jira', 'Epic', 'story points', 'effort', 'unassigned', 'To Do'. These are terms a user working with Jira would naturally use when looking for this functionality. | 3 / 3 |
Distinctiveness Conflict Risk | Highly distinctive — the combination of Jira, Epic, ROI calculation, story points, effort, and filtering to unassigned To Do tasks creates a very specific niche that is unlikely to conflict with other skills. | 3 / 3 |
Total | 11 / 12 Passed |
Implementation
72%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a solid, actionable skill that provides specific tool calls, field mappings, and output formats for a well-defined Jira analysis task. Its main weaknesses are some verbosity in the blocker analysis explanation (step 3 restates the same concept multiple ways) and the lack of error handling/validation checkpoints for API calls. The 'Important' section partially duplicates constraints already embedded in the steps.
Suggestions
Simplify step 3 (blocker analysis) — the current explanation restates the same inward/outward link logic three different ways. A single clear definition with one example would suffice.
Add a validation checkpoint after step 2 (e.g., 'If no child issues returned, inform the user the epic may be empty or the key invalid') to handle error cases.
Remove or consolidate the 'Important' section — most of its bullet points repeat constraints already stated in steps 3-6.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is reasonably efficient but includes some redundancy — the blocker analysis in step 3 is over-explained with multiple restatements of the same logic, and the 'Important' section at the end repeats constraints already stated in the steps. The t-shirt size mapping table and output format are appropriately concise. | 2 / 3 |
Actionability | Highly actionable: specifies exact MCP tool names, JQL queries, field IDs, a concrete effort mapping table, the ROI formula, and precise output table formats. Claude can execute this without ambiguity. | 3 / 3 |
Workflow Clarity | Steps are clearly sequenced (parse → fetch → analyze → filter → calculate → present), but there are no validation checkpoints — no handling for API errors, empty results mid-flow, or verification that the epic key is valid before proceeding. The blocker analysis logic is also somewhat convoluted with overlapping descriptions that could cause confusion. | 2 / 3 |
Progressive Disclosure | This is a single-purpose skill with no bundle files, and the content is well-organized with clear sections (Inputs, Steps, Important). The length is appropriate for the complexity and doesn't need external references. | 3 / 3 |
Total | 10 / 12 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 — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
b0b1bb6
Table of Contents
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.