CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cekura-eval-design

Use when the user asks to "generate (test) scenarios", "generate evaluators", "create an evaluator", "create evals", "create a scenario", "write a test scenario", "design a test case", "test my agent", "build eval coverage", "plan a test suite", "create red team tests", "set up test profiles", "configure conditional actions", "build a deterministic test", "design an IVR test", "write a unit test for a voice agent", "build a regression test", "scripted scenario", "structured evaluator", or "run evals". Also for CHANGING existing evaluators — "update an evaluator", "improve my evals", "make these evaluators stricter", "add a DTMF step", "fix the expected outcome", "attach metrics to these" — and for debugging how the testing agent speaks: "why did it read the number as a word", "make it spell digits", "wrong language". Covers evaluator design and review, coverage, test profiles, mock-tool data, conditional actions, and red-team / edge-case practice.

Quality

84%

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

70%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 exceptionally actionable and its workflows carry explicit validation checkpoints, self-check checklists, and feedback loops that anchor-5 examples aspire to. Its weaknesses are token efficiency — heavy internal repetition makes a 63 KB file larger than the content requires — and three referenced examples/ files that are missing from the bundle, plus a small amount of detail that belongs in the existing references.

Suggestions

Deduplicate the repeated rules: state the "never hand-author behavioral scenarios" rule and the hold-vs-silence tag distinction once (e.g. in Mode and write path and the CA authoring card respectively) and cross-reference them from the other sections; this alone would meaningfully shrink a 63 KB file.

Fix or remove the broken references: create examples/workflow-eval.md, examples/red-team-eval.md, and examples/csv-eval-creation.md, or drop the line citing them, since 3 of the 12 referenced paths in the bundle resolve to nothing.

Move time-sensitive version strings (plugin_version, skill_version) out of the body's prose — or reconcile them with the frontmatter version (0.11.1 vs 0.11.2 currently disagree) — so revision churn doesn't penalize the always-loaded portion of the skill.

DimensionReasoningScore

Conciseness

At ~63 KB / 455 lines the body is noticeably verbose: the "never hand-author" rule is restated in at least four sections (Mode and write path, the self-check intro, Batch routing, Gaps after generation), the hold-vs-silence distinction appears three times, and grounding rules are repeated across sections. It also carries time-sensitive version strings inline ("plugin_version=\"0.19\"", "skill_version=\"0.11.1\"" — which even disagrees with the frontmatter's 0.11.2) with no deprecated-section framing. It avoids explaining concepts Claude already knows, so it is above the 'severely verbose' anchor, but the repetition and bulk clearly exceed 'could be tightened'.

2 / 5

Actionability

Guidance is fully concrete and executable: a complete JSON payload for a CA scenario, exact tag syntax with attribute ranges ("ratio 0.1–2.0", "time is bare milliseconds"), literal step templates ("End the call when <the result of the final scripted action>"), and worked good/bad phrasing pairs. The one deliberate gap — not naming exact MCP tool calls — is explicitly justified ("read their descriptions to pick the call"), and specific commands with exact argument strings are given where they matter ("skill_name=\"cekura-eval-design\"", the verification tag).

5 / 5

Workflow Clarity

The 7-step Workflow is clearly sequenced, and validation is explicit and layered: a 6-item self-check before every direct instruction create, a 12-item self-check before every CA write ("Refuse to send a payload that fails any of these"), post-generation reconciliation of counts, and bounded polling with stall/freeze feedback loops (retry once with a smaller batch, then stop and report). Reporting rules ("A write proves storage, not behaviour", separate success from Expected Outcome score) close the loop on error recovery.

5 / 5

Progressive Disclosure

The 9 references/*.md files all exist, are one level deep, and are well signaled both inline at point-of-use and in a dedicated "Reference files (load on demand)" section — but the three examples/ files the body cites (examples/workflow-eval.md, examples/red-team-eval.md, examples/csv-eval-creation.md) do not exist in the bundle, so a quarter of the cited paths are dead. Combined with the large amount of deep detail inlined in the main file (the CA authoring card, the full tag table) that the reference files were created to absorb, this sits between 'minor organization gaps' and the structure problems of the mid anchor.

3 / 5

Total

15

/

20

Passed

Description

91%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 explicitly answers both what and when, and its trigger-phrase coverage across creating, editing, and debugging intents is about as comprehensive as the format allows. The only weaknesses are a compressed 'what' statement and slight trigger overlap with sibling Cekura skills.

DimensionReasoningScore

Specificity

The closing sentence names concrete capabilities — "evaluator design and review, coverage, test profiles, mock-tool data, conditional actions, and red-team / edge-case practice" — plus concrete editing actions like "add a DTMF step" and "fix the expected outcome". It falls just short of the comprehensive anchor because the 'what' is compressed into one coverage list rather than multiple fully-specified actions, and well above 'names domain and 1-2 actions'.

4 / 5

Completeness

Both questions are explicitly answered: 'when' via "Use when the user asks to…" with concrete trigger phrases, and 'what' via "Covers evaluator design and review, coverage, test profiles, mock-tool data, conditional actions, and red-team / edge-case practice". This matches the anchor requiring both clearly and explicitly with concrete triggers, exceeding the anchor where 'when' is only adequately explicit.

5 / 5

Trigger Term Quality

Over 25 quoted natural trigger phrases with abundant synonyms across three intents — "generate evaluators" / "create evals" / "write a test scenario" / "design a test case" for creation, "update an evaluator" / "improve my evals" / "make these evaluators stricter" for editing, and "make it spell digits" / "wrong language" for debugging. This comprehensively matches the 'natural terms including synonyms' anchor; nothing common is missing.

5 / 5

Distinctiveness Conflict Risk

It carves a clear niche (Cekura evaluator/scenario design) with distinct triggers such as "build a deterministic test" and "configure conditional actions". Minor overlap remains with closely related skills in the same family — "attach metrics to these" plausibly belongs to a metric-design skill and "test my agent" is broad — which fits 'mostly distinct; minor overlap risk' rather than the minimal-risk anchor.

4 / 5

Total

18

/

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

cekura-ai/cekura-skills

Path

cekura/skills/cekura-eval-design/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.