CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cekura-generate-scenarios

Turn a set of flagged production call logs into evaluator scenarios for a Cekura agent — cluster the failures into reproducible modes and create one scenario per cluster. Use when the user says "create scenarios from failed calls", "build evaluators for prod failures", "turn call logs into scenarios", "simulate the failures we saw in prod", "replay these bad calls as tests", "regression-test the agent on prod issues", or hands over a set of flagged call IDs to harden the agent against. The flagged set normally comes from `cekura-flag-call-log-failures`; if the user hasn't triaged yet, run that skill first. This skill takes the flagged calls as given — it does NOT re-mine or re-triage — clusters by failure mode, drafts one scenario per cluster, and optionally creates them via the scenarios API (or the call-logs → scenarios endpoint). Also supports a single-call fast path: given one call log ID (or an observe URL), reproduce just that call as one evaluator scenario.

72

Quality

91%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

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

An exceptionally actionable, well-sequenced operational playbook whose weaknesses are length and file structure rather than quality of guidance. Every rule is concrete and grounded in real failure modes, but the same rules are repeated across sections and the whole reference material (tag table, report template, metric policy) lives inline in one long file instead of being split into reference files.

Suggestions

State each operational rule once and cross-reference it: the metric selection policy is fully restated in fast-path step E and the always-on end-call tool_ids rule is repeated in fast-path step C — replace these with one-line pointers to the canonical section.

Move the conditional-action tag reference table and the full report template into a references/ file (e.g. references/conditional-action-tags.md, references/report-template.md) and link to them from the body, shrinking SKILL.md to the workflow core.

Consolidate the three statements of the write-path split (the 'Write path' table, the Step 6 offer text, and the per-row 'Write path' column in the quick reference) so a single authoritative table drives the others.

DimensionReasoningScore

Conciseness

The body is dense with genuine domain gotchas (camelCase test-profile keys, end-call tool wiring, dynamic-variable injection) rather than general-concept padding, but several rules are stated two or three times — the metric selection policy is fully restated in fast-path step E, the always-on end-call tool_ids rule appears in both 'Picking tool_ids' and fast-path step C, and 'don't re-triage' is repeated three times. It matches 'mostly efficient but includes some unnecessary explanation or could be tightened'; it is not a 2 because nothing explains concepts Claude already knows.

3 / 5

Actionability

Fully executable guidance throughout: exact MCP tool names, field-by-field payload tables for both write paths, concrete condition examples like '{when: "The agent asks yet another open-ended hypothetical question (3rd+ time)", say: "Okay, I think that covers it — thanks. <endcall />"}', and a complete report template. Specific examples cover the common cases for both the cluster and single-call paths.

5 / 5

Workflow Clarity

Steps 0–6 plus the single-call fast path are clearly sequenced, with explicit validation checkpoints ('Verify — read the scenario back and confirm test_profile_data, metrics, folder_path, and the phone are all set', 'read the scenario back and PATCH if the phone is null'), error-recovery feedback loops (re-generate a thin cluster with sharper extra_instructions; fall back to the conditional_actions build on timeout), and STOP gates for missing agent_description — all on a read-first, confirm-before-create policy for batch writes.

5 / 5

Progressive Disclosure

The skill is a single ~470-line file with no bundle files at all, and content that clearly belongs in reference files — the conditional-action tag table, the metric selection policy with its docs links, and the full report template — is inlined. Internal structure is good (clear headers and tables), matching 'some structure but could be better organized; content that should be separate is inline' rather than 4, since no reference split exists despite the size.

3 / 5

Total

16

/

20

Passed

Description

100%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 model description: it states exactly what the skill does, when to invoke it via seven natural user phrasings, and how it boundaries against the sibling triage skill. Though long, every clause is load-bearing and there is no fluff or over-claiming.

DimensionReasoningScore

Specificity

Multiple specific concrete actions with comprehensive coverage — 'cluster the failures into reproducible modes and create one scenario per cluster', 'optionally creates them via the scenarios API (or the call-logs → scenarios endpoint)', and the single-call fast path 'given one call log ID (or an observe URL), reproduce just that call as one evaluator scenario' — all in third person. Not a 4 because there are no real gaps in the action coverage.

5 / 5

Completeness

Explicitly answers both questions: what — 'Turn a set of flagged production call logs into evaluator scenarios for a Cekura agent… clusters by failure mode, drafts one scenario per cluster'; when — 'Use when the user says…' with seven concrete trigger phrases. Both are stated clearly and concretely.

5 / 5

Trigger Term Quality

Comprehensive natural phrasings a user would actually say: "create scenarios from failed calls", "build evaluators for prod failures", "turn call logs into scenarios", "simulate the failures we saw in prod", "replay these bad calls as tests", "regression-test the agent on prod issues", plus the flagged-call-ID handover. Covers synonyms across the whole request space for this task.

5 / 5

Distinctiveness Conflict Risk

Clear niche (Cekura scenario generation from flagged call logs) with explicit boundary against its closest sibling: 'The flagged set normally comes from `cekura-flag-call-failures`… it does NOT re-mine or re-triage'. Minimal conflict risk — the triggers are about building scenarios, not triaging.

5 / 5

Total

20

/

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-generate-scenarios/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.