CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

eval-engineering

Review, improve, and author MoltNet evals — one discipline across every use case (agent-runtime prompt evals in evals-v2/, practice/incident evals in evals/moltnet-practices/, and context-pack evals). Use when asked to "review an eval", "is this eval trustworthy", "improve/rewrite an eval scenario", "write an eval", "create an eval from an incident", "check the baseline", or "gap-test". Merges the LangChain eval-engineering process with MoltNet's battle-tested gap-test principles and the two-stage gate+judge harness.

73

Quality

92%

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

85%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 well-engineered instruction skill: a crisp overview, an explicit two-stage scoring model, a sequenced method with validation and error-recovery loops, and clean one-level-deep references verified against the bundle. Minor room remains in trimming motivational narrative and surfacing a few executable details (runner commands, gate/judge field schemas) inline.

DimensionReasoningScore

Conciseness

The body is dense and opinionated, teaching only project-specific concepts (gate/judge split, anti-inception rule, gap-test principles) and assuming Claude's competence. Not 5 because a few sentences are motivational history ('This skill exists because evals were fragmented into three shapes') rather than instruction.

4 / 5

Actionability

Gives concrete thresholds ('≥40% of a judged score must require articulation', 'run ≥2 for a gate check, ≥4 for reporting'), exact file layouts, and named runners (moltnet eval run, run_eval/judge_eval_attempt). Not 5 because exact runner invocations and field schemas are deferred to references, leaving minor executable gaps for an instruction-only skill.

4 / 5

Workflow Clarity

The 7-step method is clearly sequenced with an explicit audit→iterate feedback loop ('Re-run when the task was unclear, the environment unrealistic, the verifier wrong, or infra failed'), safety checkpoints (no production writes, reset mutable state between trials), and a separate review workflow with a keep/fix/cut verdict output and checklist reference.

5 / 5

Progressive Disclosure

The body is an overview that appropriately splits field schemas, the review checklist, and incident-to-eval procedure into three real, well-signaled reference files linked at point of need. All referenced files exist, and references link only to siblings within the same level — one level deep with easy navigation.

5 / 5

Total

18

/

20

Passed

Description

95%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 strong description: it states what the skill does, enumerates the three eval shapes it covers, provides an explicit and comprehensive 'Use when' trigger list with natural user phrasings, and carves out a distinct niche. The only weakness is that some capabilities (baseline measurement, trap design) are implied through triggers rather than named as actions, capping specificity at 4.

DimensionReasoningScore

Specificity

Names the domain and three concrete actions ('Review, improve, and author MoltNet evals') plus three specific corpora with real paths (evals-v2/, evals/moltnet-practices/, context-pack evals). Not 5 because sub-actions like baseline measurement and trap design surface only as trigger phrases, leaving minor gaps in coverage.

4 / 5

Completeness

Explicitly answers what ('Review, improve, and author MoltNet evals — one discipline across every use case') and when ('Use when asked to…') with concrete trigger phrases, matching the anchor-5 example structure.

5 / 5

Trigger Term Quality

Quotes seven natural phrases a user would actually say ('review an eval', 'is this eval trustworthy', 'improve/rewrite an eval scenario', 'write an eval', 'create an eval from an incident', 'check the baseline', 'gap-test'), including synonyms and jargon variants. Comprehensive coverage; no common variation is missing.

5 / 5

Distinctiveness Conflict Risk

Clear niche scoped to MoltNet evals with named directories, the gate+judge harness, and gap-test terminology; all triggers are eval-specific, so conflict risk with adjacent review or testing skills is minimal.

5 / 5

Total

19

/

20

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 — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

getlarge/themoltnet

Path

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