CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

nemoclaw-maintainer-policies

Answer NemoClaw maintainer policy questions about triage, labels, Project fields, releases, or competing contributions. Read-only.

Quality

81%

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

86%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 exemplary manifest-style SKILL.md: terse, well-indexed, with one-level-deep references that all resolve to real files and clearly delineated ownership of topics. Minor room for improvement lies in making question-to-reference routing slightly more deterministic and in the dangling ../_shared link.

DimensionReasoningScore

Conciseness

The ~35-line body is a lean manifest: a one-line-per-file index plus a short answering section. It explains nothing Claude already knows and every line ('Read the reference that owns the question', 'Do not invent labels, statuses, fields…') earns its place.

5 / 5

Actionability

Guidance is concrete for an index skill: each reference line states which topics that file owns, 'use triage-instructions.md as the payload contract' and 'Use label-taxonomy.json to validate allowed values' give executable pointers. It stops short of fully copy-paste-ready steps or inline examples (those live in references/examples.md), which keeps it off score 5.

4 / 5

Workflow Clarity

The sequence is clear — locate the owning reference, read it before answering, consult additional references only when boundaries are crossed, and keep 'answers… reference-backed' as a guardrail, with 'Do not invent labels, statuses, fields' as an explicit constraint. As a read-only Q&A skill no validation checkpoints are required, but the routing step ('the reference that owns the question') could be more deterministic for ambiguous questions.

4 / 5

Progressive Disclosure

The body is exactly the progressive-disclosure model the rubric rewards: a manifest with eight well-signaled, one-level-deep references, each annotated with the topics it owns; all eight files exist in ./references/ with bulk content (examples, taxonomy JSON) correctly split out. The only blemish is the ../_shared/documentation-writing-review.md link, which points outside the bundle and is not present in this copy.

5 / 5

Total

18

/

20

Passed

Description

70%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 concise, third-person, project-scoped description with a clear niche and good natural vocabulary. Its main weakness is the absence of an explicit 'Use when…' trigger clause, which leaves the activation conditions implied rather than stated.

Suggestions

Append an explicit trigger clause, e.g. 'Use when a maintainer asks how to triage an issue, choose labels or Project fields, or decide release inclusion for a PR.'

Add common synonyms such as 'PR' or 'pull request' alongside 'competing contributions' so the description matches the phrasing users actually type.

Optionally distinguish the answer mode (e.g. 'cite the governing reference') so the what-clause covers how answers must be backed, not just the topic areas.

DimensionReasoningScore

Specificity

Names the domain ('NemoClaw maintainer policy questions') and enumerates five concrete policy areas — 'triage, labels, Project fields, releases, or competing contributions' — plus an explicit 'Read-only' constraint. It stays at one verb ('Answer'), so it is not the comprehensive multi-action coverage of the score-5 anchor, but it clearly exceeds the 1-2 concrete actions of score 3.

4 / 5

Completeness

The 'what' is clear (answer read-only policy questions about the listed areas), but there is no 'Use when…' clause or equivalent explicit trigger guidance, so per the judging guidelines completeness is capped at 3; the 'when' is only weakly implied by the topic list.

3 / 5

Trigger Term Quality

'triage', 'labels', 'releases', 'maintainer', and 'Project fields' are natural terms a maintainer would say when asking these questions. A few common variations are missing — e.g. 'PR', 'pull request', 'issue' instead of only 'competing contributions' — which keeps it below the comprehensive synonym coverage of score 5.

4 / 5

Distinctiveness Conflict Risk

'NemoClaw maintainer policy' carves out a clear project-specific niche with distinct triggers (triage, labels, Project fields, releases), making it unlikely to fire for unrelated skills. The 'Read-only' qualifier further bounds it.

5 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 1 suspicious

Warning

Total

14

/

16

Passed

Repository

NVIDIA/NemoClaw

Path

.agents/skills/nemoclaw-maintainer-policies/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.