CtrlK
BlogDocsLog inGet started
Tessl Logo

gator-gate

Validate and monitor OpenShell GitHub issues and PRs using the gator:* state machine. Use when asked to triage issues/PRs for project validity, gate PRs, run gator, validate submissions, or monitor PRs toward merge readiness.

71

Quality

88%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

77%Weight 40%Scale 1-3

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

A dense, highly actionable gating workflow: executable gh/REST/JSON commands, copy-paste templates, an explicit state machine, and frequent validation checkpoints with fix-and-retry feedback loops make it strong on actionability and workflow clarity. It is held back by an 890-line monolithic structure with no external references (templates, state machine, and label table all inline) and by repetition plus justification-heavy prose that could be tightened.

Suggestions

Split the 15 comment templates, the state-machine diagram, and the label table into reference files (e.g. references/templates.md, references/state-machine.md, references/labels.md) and link to them from a lean overview so the SKILL.md body shrinks well below its current size.

Consolidate the one-disposition-per-head-SHA rule — currently restated in the Comment Marker, Human Comment Disposition, and Step 8 sections — into one canonical statement that the other sections reference, eliminating repeated explanations.

Trim justification-heavy prose to a bare rule plus one short reason (e.g. the 'gh auth status' rationale and the tone/examples block) to reduce token cost without losing the operative instruction.

DimensionReasoningScore

Conciseness

Efficient operational prose that never condescends (no 'what is a PR' explanations), but the one-disposition-per-head-SHA rule is restated across the Comment Marker, Human Comment Disposition, and Step 8 sections, and justification-heavy prose such as the 'gh auth status' rationale ('Scoped provider tokens may be exposed as openshell:resolve:env:* placeholders...') and tone examples ('Thanks @alice, I checked the clippy concern...') could be tightened. Not level 3 because repetition and rationale padding mean not every token earns its place; not level 1 because it never explains concepts Claude already knows.

2 / 3

Actionability

Fully executable and copy-paste ready — exact REST write shapes ('gh api --method POST repos/NVIDIA/OpenShell/issues/<number>/comments --input /tmp/comment.json --jq .html_url'), a complete JSON review request with commit_id/event/body/comments fields, 'gh pr view --json' with an exact field list, 'gh search'/'gh pr checks'/'gh run view --log-failed' commands, a label-create block with colors, and 15 ready-to-paste markdown comment templates.

3 / 3

Workflow Clarity

Clear 12-step sequence plus a full state-machine diagram, with explicit validation checkpoints and fix-and-retry feedback loops for the destructive/batch write operations: 'Verify every requested line appears in the current diff before submission', 'If GitHub rejects any inline coordinate, fix the batch and retry before any disposition is accepted; do not fall back to a partial set', same-SHA suppression checks, and closed/merged reconciliation 'Before running normal PR validation'. Validation is present (not missing) for batch ops, so the level-2 cap does not apply.

3 / 3

Progressive Disclosure

Monolithic ~890-line single file with NO external reference files (no references/, scripts/, assets/), so the under-50-line simple-skill exemption does not apply; substantial reference-like content is inline rather than split — a full '## State Machine' text diagram, a '## Labels' table plus label-create/transition blocks, 12 detailed step procedures, and a '## Comment Templates' section holding all 15 templates. Section headers give reasonable navigation (so not level 1), but content that should be separate is inline and no one-level-deep references are signaled.

2 / 3

Total

10

/

12

Passed

Description

100%Weight 40%Scale 1-3

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 well-constructed description that satisfies all four dimensions at the top level: concrete actions, natural domain vocabulary, an explicit 'Use when' clause with multiple triggers, and a distinctive project-specific state machine. Third-person voice is maintained throughout, with no voice penalty.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Validate and monitor OpenShell GitHub issues and PRs', 'triage issues/PRs for project validity, gate PRs, run gator, validate submissions, or monitor PRs toward merge readiness' — matching the level-3 anchor of multiple specific concrete actions rather than vague language.

3 / 3

Completeness

Explicitly answers both what ('Validate and monitor OpenShell GitHub issues and PRs using the gator:* state machine') and when ('Use when asked to triage issues/PRs for project validity, gate PRs, run gator, validate submissions, or monitor PRs toward merge readiness'), satisfying the level-3 anchor with an explicit 'Use when' clause.

3 / 3

Trigger Term Quality

Good coverage of natural terms a maintainer would say — 'issues and PRs', 'triage issues/PRs', 'gate PRs', 'validate submissions', 'monitor PRs toward merge readiness' — with only minor project jargon ('gator:* state machine', 'run gator'), so it clears level 3 rather than stopping at the 'some relevant keywords' level 2.

3 / 3

Distinctiveness Conflict Risk

Anchored to a specific project ('OpenShell GitHub issues and PRs') and a named mechanism ('gator:* state machine'), giving a clear niche with distinct triggers unlikely to fire for unrelated skills — well above the generic level-1/level-2 anchors.

3 / 3

Total

12

/

12

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.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (893 lines); consider splitting into references/ and linking

Warning

referenced_paths_exist

Referenced path issues: 2 missing, 2 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository
NVIDIA/OpenShell
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.