CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cekura-results-report

Use when the user asks for a report on existing test results shaped by a purpose: a weekly status report, a leadership summary, how responsive / secure / accurate the agent is, frustrated callers, only P0 flows, only failed calls, comparing agents, a topic such as refunds, or 'report on this result'. Reads existing results only; never runs tests. For testing an agent from scratch use /cekura-report.

72

Quality

90%

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

92%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 an exemplary operational skill: concrete tool-level guidance, a well-sequenced flow with real validation checkpoints and error-recovery rules, and clean progressive disclosure to three real, accurately-cited reference files. Its only weakness is minor redundancy from restating key rules across the Role, Flow, and Pitfalls sections.

DimensionReasoningScore

Conciseness

The body is dense and imperative — tables of tools, parameter rules (`ql={-runs}`), and short decision rules with no explanations of concepts Claude already knows. Minor trimmable redundancy remains: the read-only rule appears in Role, Flow, and Pitfalls; "never retry a call unchanged" is stated twice; and the time-sensitive `plugin_version="0.19"` is inlined. This puts it at anchor 4 (efficient with minor instances that could be trimmed) rather than the every-token-earns-its-place anchor 5.

4 / 5

Actionability

Guidance is fully executable for an instruction-only skill: exact MCP tool names, exact required parameters ("agent_id required… ql={-runs} always"), a concrete default ("the last 14 days, all test results in the period"), an explicit stop-and-say rule for missing data, and a literal output-contract JSON template with markers. Per the rubric's scoring note, absence of code is not penalized when guidance is this actionable.

5 / 5

Workflow Clarity

The 11-step Flow is clearly sequenced with explicit validation checkpoints: resolve the agent "before any data call", "Check what data exists — before fetching the numbers", the fix-once-then-stop retry rule ("Never retry a call unchanged"), and a mandatory closing quality check ("fix every failure. It is not optional.") that acts as a validate→fix→re-check feedback loop. This matches the anchor-5 pattern of explicit validation steps and error-recovery loops.

5 / 5

Progressive Disclosure

The body is a clear overview with three one-level-deep references (data.md, v0-report-format.md, writing.md — all present in the bundle), each summarized in Additional Resources and cited with accurate section pointers (e.g., "references/writing.md § Quality check", "references/data.md § Grouping") that were verified to exist in the actual files. Structure matches the well-signaled one-level-deep anchor.

5 / 5

Total

19

/

20

Passed

Description

83%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 well-crafted description with an explicit trigger clause, concrete ask shapes, and a clear boundary to the sibling test-generation skill. Its main weaknesses are a single core action described through variants rather than a list of distinct capabilities, and a "frustrated callers" trigger that overlaps with the production call-log skill's domain.

Suggestions

Add one or two concrete capabilities beyond the single reporting action (e.g., "writes a client-ready report block with success rates, per-check results, and failure reasons") to strengthen the what-description.

Include common synonyms such as "test summary", "eval report", or "QA report" among the trigger phrases to catch more natural user phrasings.

Disambiguate "frustrated callers" (e.g., "frustrated caller personalities in test results") so it cannot be mistaken for production call-log triage handled by cekura-flag-call-log-failures.

DimensionReasoningScore

Specificity

The description names the domain ("a report on existing test results shaped by a purpose") and enumerates many concrete report variants ("a weekly status report, a leadership summary, how responsive / secure / accurate the agent is… comparing agents"), plus an explicit constraint "Reads existing results only; never runs tests". It is one core action with concrete variants rather than multiple distinct actions, fitting anchor 4 rather than the comprehensive multi-action coverage of anchor 5.

4 / 5

Completeness

It explicitly answers "when" with an explicit "Use when the user asks for…" clause containing concrete trigger phrases, and "what" with "a report on existing test results… Reads existing results only; never runs tests", plus a clear boundary ("For testing an agent from scratch use /cekura-report"). This matches the anchor-5 example pattern of both what and when with concrete triggers.

5 / 5

Trigger Term Quality

Strong natural phrasing users would actually say: "weekly status report", "leadership summary", "frustrated callers", "only P0 flows", "only failed calls", "comparing agents", "a topic such as refunds", "'report on this result'". Common synonyms like "test summary", "eval report", or "QA report" are missing, so it falls just short of the comprehensive synonym coverage of anchor 5 and above anchor 3's partial keyword set.

4 / 5

Distinctiveness Conflict Risk

"Reads existing results only; never runs tests" plus the explicit /cekura-report boundary give it a clear niche with mostly distinct triggers. However, "frustrated callers" reads like production-call-log territory (the cekura-flag-call-log-failures skill's domain) without disambiguation, leaving minor overlap risk with a closely related skill — anchor 4, not the minimal-conflict anchor 5.

4 / 5

Total

17

/

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-results-report/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.