CtrlK
BlogDocsLog inGet started
Tessl Logo

eval-harness

Claude Codeセッションの正式な評価フレームワークで、評価駆動開発(EDD)の原則を実装します

51

Quality

56%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Medium

Suggest reviewing before use

Fix and improve this skill with Tessl

tessl review fix ./docs/ja-JP/skills/eval-harness/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is a thorough, actionable eval-driven-development guide with clear workflow sequencing and concrete commands/templates. Its main weaknesses are redundancy between the workflow and the auth example, and a monolithic inline structure with no progressive disclosure to reference files.

Suggestions

Move the lengthy '例:認証の追加' worked example and the detailed eval/grader templates into separate reference files (e.g. references/eval-templates.md) and link to them, keeping SKILL.md as a concise overview.

Tighten the redundant auth example — it repeats the 評価ワークフロー steps; condense it or reference the workflow instead of restating it.

Add an explicit feedback loop to the workflow, e.g. 'if any eval FAILS, fix the code and re-run until pass@3 > 90%', to make validation checkpoints explicit.

DimensionReasoningScore

Conciseness

The body is mostly efficient and well-structured, but the lengthy '例:認証の追加' worked example largely duplicates the 評価ワークフロー section, and the philosophy block restates concepts that could be trimmed.

3 / 5

Actionability

It provides executable bash commands (grep -q, npm test, npm run build), slash commands (/eval define|check|report), and copy-paste-ready eval templates, with only minor placeholder gaps such as '[各能力評価を実行し、PASS/FAILを記録]'.

4 / 5

Workflow Clarity

The 定義→実装→評価→レポート sequence is clear and numbered, and PASS/FAIL recording acts as verification, but there is no explicit fail→fix→re-run feedback loop in the main workflow.

4 / 5

Progressive Disclosure

No bundle/reference files exist and all content — including the long worked example and full templates — is inlined in a ~220-line SKILL.md; section headers give structure, but content that belongs in separate reference files is not split out.

3 / 5

Total

14

/

20

Passed

Description

48%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 clearly identifies the skill's domain but stays abstract, naming EDD implementation rather than concrete capabilities, and omits any 'Use when' trigger guidance. It is reasonably distinct from other skills yet weak on actionable specificity and trigger terms.

Suggestions

Add concrete capabilities to the description — e.g. 'define capability and regression evals, run deterministic and model-based graders, track pass@k metrics, and generate evaluation reports' — instead of the abstract 'implements EDD principles'.

Add an explicit 'Use when...' trigger clause, such as 'Use when practicing evaluation-driven development, defining capability/regression evals, or tracking pass@k reliability', to raise completeness above 3.

Include natural trigger terms and synonyms users would actually say — eval, test, regression, pass@k — alongside the existing domain terms.

DimensionReasoningScore

Specificity

The description names the domain ('評価フレームワーク' / evaluation framework) but the only stated action is the abstract '評価駆動開発(EDD)の原則を実装します' (implements EDD principles), with no concrete capabilities listed.

2 / 5

Completeness

There is a clear 'what' (a formal evaluation framework implementing EDD), but no 'Use when...' trigger clause is present, which per the judging guidelines caps completeness at 3.

3 / 5

Trigger Term Quality

It includes the natural term '評価' (evaluation) and 'Claude Codeセッション', but misses common variations and synonyms a user would actually say such as eval, test, regression, or pass@k.

3 / 5

Distinctiveness Conflict Risk

The niche is fairly distinct (EDD / evaluation-driven development for Claude Code sessions), with only minor overlap risk against general testing skills; it is not quite a 5 because no explicit distinct triggers are given.

4 / 5

Total

12

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
affaan-m/ECC
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.