CtrlK
BlogDocsLog inGet started
Tessl Logo

cekura-flag-call-log-failures

Triage the last N production call logs for a Cekura agent against a set of KPIs / issues / goals, report the call IDs that hit each failure WITH the percentage of overall call logs affected, and distribute the remaining calls into a mutually-exclusive outcome taxonomy (e.g. not-answered / vetted / non-vetted caller-side / non-vetted agent-issue) with per-bucket percentages. Use when the user says "flag call log failures", "analyze the last N calls for issues", "what % of calls have <problem>", "which calls broke and how often", "find failing calls", "give me the breakdown of call outcomes", "what % of answered calls can be improved", or pastes an agent / project ID and lists the problems or KPIs to measure. Applies attribution rules so caller-side endings and recovered calls are NOT counted as agent failures. This is the upstream triage step that feeds `cekura-generate-scenarios` — it does NOT create scenarios.

76

Quality

96%

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

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 content is highly actionable and well-sequenced with strong validation checkpoints and clear single-level navigation; its only weakness is mild verbosity from restating attribution and a long report template. The lowest dimension is conciseness.

Suggestions

Consolidate the attribution guidance: the intro's 'attribution is the single most important job' framing and Step 3.5 overlap — keep the rule list in Step 3.5 and shorten the intro to a one-line pointer.

Trim the Step 5 report template to the essential structure; the per-cell annotations and the sample rows add length without adding new guidance beyond the surrounding rules.

Move the 'Any genuine failure' taxonomy table in Step 3 into a separate references file (e.g. taxonomy.md) and link to it, so the main flow stays scannable while the full code table remains one level deep.

DimensionReasoningScore

Conciseness

The body is dense and mostly earns its tokens — concrete tool names, thresholds, and a report template with little concept padding — but the attribution idea is stated twice (once in the intro, again as a full Step 3.5) and the report template is verbose, so it sits just below fully lean. It is not a 3 (no padded explanations of things Claude already knows) nor a 5 (minor repetition and template length could still be trimmed).

4 / 5

Actionability

Provides fully executable guidance: specific MCP tool names and parameters (`mcp__cekura__call_logs_list` with `page_size=20`), concrete heuristic thresholds (`< 25s`, same normalized agent line `≥4×`), an exact per-call record schema, enumerated `call_ended_reason` values, and a copy-paste markdown report template covering the common cases.

5 / 5

Workflow Clarity

A clearly sequenced Step 0–6 workflow with explicit validation/stop checkpoints (missing MCP tools → stop; empty agent description → stop; zero call logs → stop), a cheap-first-then-verify feedback loop, and a "When to stop / redirect" error-recovery section — satisfying the batch-operation validation requirement.

5 / 5

Progressive Disclosure

No bundle files are present, but the body is a single well-organized document with clear step-section headers and one clearly-signaled one-level reference to the sibling `cekura-generate-scenarios` skill, meeting the simple-skill exception for well-organized content with no external references needed.

5 / 5

Total

19

/

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.

The description is exemplary: it states concrete capabilities, gives an exhaustive set of natural trigger phrases, covers both what and when, and explicitly bounds itself against a sibling skill. No notable weaknesses.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — triage call logs, report failing call IDs with percentages, distribute remaining calls into a mutually-exclusive outcome taxonomy, apply attribution rules, and feed a downstream scenario skill — giving comprehensive coverage with no significant gaps.

5 / 5

Completeness

Explicitly answers both what (triage, failure rates, outcome distribution with attribution rules) and when (a "Use when the user says..." clause listing concrete trigger phrases), plus an explicit scope boundary that it does NOT create scenarios.

5 / 5

Trigger Term Quality

Provides many natural quoted phrases a user would actually say ("flag call log failures", "find failing calls", "what % of calls have <problem>", "give me the breakdown of call outcomes") with synonym-level coverage.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche — Cekura production call-log triage feeding the sibling `cekura-generate-scenarios` skill — with distinct triggers and an explicit boundary against the scenario-generation skill, minimizing conflict risk.

5 / 5

Total

20

/

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

relative_links

Relative link issues: 2 missing

Warning

Total

15

/

16

Passed

Repository
cekura-ai/cekura-skills
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.