CtrlK
BlogDocsLog inGet started
Tessl Logo

triage

Run triage duty for CET/Cloud, Server, or Drivers/DBX. Retrieves Needs Triage tickets from Jira, builds a triage plan, and applies changes after human confirmation.

83

2.31x
Quality

76%

Does it follow best practices?

Impact

95%

2.31x

Average score across 3 eval scenarios

SecuritybySnyk

Advisory

Suggest reviewing before use

Optimize this skill with Tessl

npx tessl skill review --optimize ./.claude/skills/triage/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

85%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a strong, well-architected skill for a complex multi-team triage workflow. Its greatest strengths are the clear step-by-step workflow with explicit human confirmation gates, concrete JQL queries and mapping tables, and excellent progressive disclosure through team module separation. The main weakness is moderate verbosity in some rule descriptions (particularly the global exceptions section) that could be tightened without losing precision.

DimensionReasoningScore

Conciseness

The skill is detailed and mostly necessary given the complexity of the triage domain, but several sections are verbose — e.g., the 'Empty / Unactionable Ticket Rule' paragraph is dense and could be tightened with bullet points. Some explanations (like what constitutes a 'pure engineering task') border on over-specification but are arguably needed for correctness. The IA label two-step check with examples is well done but adds length.

2 / 3

Actionability

The skill provides concrete JQL queries, specific component-to-team mapping tables, exact label names, explicit routing rules with examples, comment template references, and step-by-step instructions with clear tool usage (jira skill, glean_mcp). The guidance is highly specific and directly executable.

3 / 3

Workflow Clarity

The workflow is clearly sequenced (Steps 0–7) with explicit validation checkpoints — Step 0 verifies prerequisites, Step 3 and Step 7 both have mandatory STOP points requiring human confirmation before any Jira writes. There are feedback loops (revise plan and present again), error recovery (flag for manual review), and clear instructions to read current values before writing to avoid destructive overwrites.

3 / 3

Progressive Disclosure

The skill is well-structured with a clear four-part architecture (Shared Base Layer → Cross-Team Routing → Team Modules → Workflow). Team-specific details are appropriately delegated to separate reference files (references/cet-cloud.md, references/server.md, references/drivers-dbx.md), comment templates to assets/comment-templates.md, and the routing table provides clear navigation. References are one level deep and clearly signaled.

3 / 3

Total

11

/

12

Passed

Description

67%

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 in specificity and distinctiveness, clearly naming concrete actions and a unique domain (Jira triage for specific teams). Its main weakness is the lack of an explicit 'Use when...' clause, which caps completeness, and it could benefit from additional natural trigger terms that users might use when requesting this workflow.

Suggestions

Add an explicit 'Use when...' clause, e.g., 'Use when the user asks to run triage duty, review Needs Triage tickets, or manage the Jira triage backlog for CET/Cloud, Server, or Drivers/DBX.'

Include additional natural trigger terms like 'ticket review', 'bug triage', 'backlog review', or 'Jira queue' to improve discoverability.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: 'Retrieves Needs Triage tickets from Jira', 'builds a triage plan', and 'applies changes after human confirmation'. These are clear, actionable steps.

3 / 3

Completeness

Clearly answers 'what does this do' (retrieves tickets, builds plan, applies changes), but lacks an explicit 'Use when...' clause. The 'when' is only implied by the opening phrase 'Run triage duty for CET/Cloud, Server, or Drivers/DBX'.

2 / 3

Trigger Term Quality

Includes relevant terms like 'triage', 'Jira', 'Needs Triage tickets', and team names (CET/Cloud, Server, Drivers/DBX), but these are fairly domain-specific. A user might say 'triage duty' or 'Jira triage' naturally, but common variations like 'ticket review', 'bug triage', or 'backlog grooming' are missing.

2 / 3

Distinctiveness Conflict Risk

Highly distinctive with specific team names (CET/Cloud, Server, Drivers/DBX), a specific tool (Jira), and a specific workflow (triage duty with Needs Triage tickets). Very unlikely to conflict with other skills.

3 / 3

Total

10

/

12

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

10

/

11

Passed

Repository
mongodb/docs
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.