CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

evergreen

Evergreen CI infrastructure, configuration validation. Use when modifying .evergreen/ config, preparing to submit changes or understanding the Evergreen test matrix.

Quality

80%

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

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/evergreen/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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, simple skill: two concrete executable commands organized into clear sections with an explicit pre-submit validation checkpoint. The only gaps are minor — a slightly redundant explanation of the patch command and no error-recovery guidance when validation fails.

DimensionReasoningScore

Conciseness

The body is lean with copy-paste commands and no explanation of concepts Claude already knows, but "This uploads your uncommitted and committed local changes as a patch build on Evergreen, allowing you to run the full CI test matrix" partially repeats the earlier bullet about the test matrix and could be trimmed. That minor over-explanation fits anchor 4 rather than the every-token-earns-its-place anchor 5.

4 / 5

Actionability

Two fully executable, copy-paste-ready commands ("evergreen validate .evergreen/.evg.yml" and "evergreen patch -u") cover the main cases, matching anchor 4. It falls short of anchor 5 because validation is shown only for .evg.yml and there is no guidance on interpreting or fixing validation output.

4 / 5

Workflow Clarity

The sequence (modify .evergreen/ files, validate locally, then patch-build before merging) is clear, with an explicit checkpoint: "Always run this before submitting changes to \.evergreen\/". It does not reach anchor 5 because there is no failure-recovery loop (what to do when validation fails, fix, and re-validate).

4 / 5

Progressive Disclosure

The skill is under 50 lines with no need for external references, and its three well-organized, clearly headed sections (overview, validation, patch build) make navigation trivial. Per the rubric's simple-skill guidance, this earns anchor 5 on well-organized sections alone; no bundle files exist to verify.

5 / 5

Total

17

/

20

Passed

Description

73%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.

The description answers both what and when with an explicit, well-targeted when-clause anchored on concrete triggers, and the Evergreen niche makes conflict risk minimal. Its main weakness is a fragmentary, noun-based what-statement that names the domain more than the specific actions the skill performs.

Suggestions

Lead the what-statement with concrete verbs, e.g. "Validates .evergreen/ configuration locally and creates Evergreen patch builds to test changes before merging" instead of the fragment "Evergreen CI infrastructure, configuration validation".

Add natural trigger synonyms users would say, such as "patch build", "CI failure", or ".evg.yml", to broaden when-clause matching.

Enumerate the specific capabilities (validate config, run patch build against the full test matrix) so the action coverage is comprehensive rather than 1-2 implied actions.

DimensionReasoningScore

Specificity

"Evergreen CI infrastructure, configuration validation" names the domain plus 1-2 concrete actions, matching the anchor for domain-plus-limited-actions. It does not list several specific actions (anchor 4) and is more concrete than a bare domain label (anchor 2).

3 / 5

Completeness

Both a what ("Evergreen CI infrastructure, configuration validation") and an explicit when-clause with concrete triggers are present. The what is a fragmentary noun list rather than a clear capability statement, keeping it below anchor 5, but the when is explicit rather than weakly implied, above anchor 3.

4 / 5

Trigger Term Quality

Natural trigger phrases like "modifying .evergreen/ config", "preparing to submit changes", and "understanding the Evergreen test matrix" give good keyword coverage. Common variations such as "patch build", "CI failure", or ".evg.yml" are missing, so it falls short of the comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

"Evergreen" is a clearly named niche (MongoDB's internal CI) with distinct, product-specific triggers ("modifying .evergreen/ config"), so it is unlikely to fire for the wrong skill.

5 / 5

Total

16

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository

mongodb/mongo-java-driver

Path

.agents/skills/evergreen/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.