CtrlK
BlogDocsLog inGet started
Tessl Logo

eval-harness

适用于 Claude Code 会话的正规评测框架(Evaluation Framework),实现了评测驱动开发(Eval-Driven Development, EDD)原则

47

Quality

50%

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 ./.agents/skills/eval-harness/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%

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 coherent, well-organized EDD reference with useful templates, but it is a monolithic single file that explains familiar concepts, relies on placeholder execution steps and unimplemented slash commands, and lacks an explicit failure→fix→re-run validation loop. Every dimension lands at the scale midpoint.

Suggestions

Add an explicit validation feedback loop in the workflow — e.g. after '执行评测', insert 'If any eval fails, fix the code and re-run until pass@k ≥ target; only then proceed to 报告' — to turn the sequence into a gated process.

Replace placeholder execution steps ('[运行每项能力评测,记录通过/失败]') with concrete commands and back the '/eval define|check|report' slash commands with real scripts under scripts/.

Tighten redundancy between '评测工作流' and the '示例' section, and trim explanations of concepts Claude already knows (pass@k, grader types) to recover token budget; consider moving the full worked example to a references/ file linked from a concise overview.

DimensionReasoningScore

Conciseness

The body is well-templated but ~230 lines and explains concepts Claude already knows (the pass@k/pass^k definitions, what code/model/human graders are) and repeats the define→implement→execute→report workflow once in '评测工作流' and again in the '示例' section, fitting 'mostly efficient but could be tightened' rather than the lean level 3.

2 / 3

Actionability

It supplies concrete, copy-pasteable templates (eval-definition markdown, grader bash one-liners like 'grep -q ... && echo PASS || echo FAIL', grader prompt formats) but execution steps contain placeholders ('[运行每项能力评测,记录通过/失败]') and the '/eval define|check|report' slash commands have no backing scripts (no scripts/ directory exists), matching 'some concrete guidance but incomplete'.

2 / 3

Workflow Clarity

The four-phase workflow (定义→实现→执行评测→报告) is clearly sequenced, but there is no explicit validation checkpoint or failure feedback loop (no 'if eval fails, fix and re-run until pass@k meets target' gate) for what is effectively a batch test operation, so per the guidelines workflow clarity is capped at 2.

2 / 3

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent) and the skill is a single ~230-line file with well-organized sections, but content that could be split out (the long worked example, the grader-type templates) is inline with no one-level-deep references, matching 'some structure but content that should be separate is inline' rather than the split-and-signaled level 3.

2 / 3

Total

8

/

12

Passed

Description

50%

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 identifies a coherent niche (eval-driven development for Claude Code) but is generic in its wording: it lacks concrete actions, natural trigger phrases, and any 'Use when...' guidance. It sits squarely at the midpoint of the scale across all dimensions.

Suggestions

Add an explicit 'Use when...' trigger clause listing natural user phrases, e.g. 'Use when setting up evals, defining pass/fail criteria, building regression suites, or benchmarking agents across model versions.'

Surface concrete actions and common trigger terms in the description — 'defines capability and regression evals, runs code/model/human graders, reports pass@k and pass^k metrics' — alongside '评测驱动开发/EDD'.

Rewrite in third-person action voice ('Defines and runs evals...') so the description reads as a capability statement rather than a label.

DimensionReasoningScore

Specificity

The description names a clear domain ('正式评测框架' / formal evaluation framework) and a governing principle ('实现了评测驱动开发(EDD)原则'), but it states no concrete actions (no verbs like 'define', 'run', 'report'), matching the 'names domain and some actions, but not comprehensive' anchor rather than the multiple-concrete-actions level 3.

2 / 3

Completeness

It answers 'what' (a formal eval framework implementing EDD) but provides no 'Use when...' clause or equivalent explicit trigger guidance for when Claude should invoke it, so per the judging guidelines completeness is capped at 2.

2 / 3

Trigger Term Quality

It includes relevant terms a practitioner would say ('评测框架', '评测驱动开发', 'EDD', 'Claude Code 会话'), but misses common natural variations users might actually utter ('测试', '回归测试', 'pass@k', '基准测试'), fitting the 'some relevant keywords but missing common variations' anchor.

2 / 3

Distinctiveness Conflict Risk

The EDD/eval-framework niche is fairly specific and unlikely to conflict with most skills, but without explicit trigger terms it could still overlap with general testing or QA skills, matching the 'somewhat specific but could still overlap' anchor rather than the distinct-trigger level 3.

2 / 3

Total

8

/

12

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
xu-xiang/everything-claude-code-zh
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.