CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cekura-self-improving-agent

Use to close the loop on agent quality — turn a failure signal into a verified fix. Triggers: "improve my agent", "self-improving agent", "auto-tune / iterate on my prompt", "fix my agent from test results" — and production-call bug fixing: "fix this prod call issue", "debug and fix call ID", "reproduce this production bug", "regression test before raising PR". Works on any stack: provider-dashboard agents (VAPI, Retell, ElevenLabs, Bland) AND agents whose config lives in the customer's own repo, database, or prompt registry with the provider agent created at deploy time, or with custom mock servers. Fixed safety invariants (must-fail-first reproduction, attestation, no-prod-in-loop) + a per-project capability manifest declaring where config lives and how to read/render/apply/deploy/verify it.

Quality

83%

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

66%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 offers exemplary workflow clarity — a fully sequenced 7-phase loop with explicit gates, attestation, feedback loops, and drift handling — and largely concrete, actionable policy detail. Its two real weaknesses are token density from duplicated policy detail inlined in the top-level file, and a progressive-disclosure structure whose referenced phase/recipe files are missing from the bundle while three existing reference files are orphaned and undiscoverable.

Suggestions

Deduplicate the reproduction-mode sizing (batch formula, min-fails, thresholds) between invariant 1 and the Parameters section, and move the repro-gate hook mechanics and gate_override recording format into phases/reproduce.md, keeping one-line summaries in SKILL.md.

Ship the referenced phase files (phases/setup.md … phases/promote.md), recipes/*.md, and hooks/repro-gate.sh in the bundle — or remove those references — since 11 referenced paths currently do not exist, breaking the 'Re-read the phase file on entry' instruction.

Link the orphaned reference files (phase-2-failure-collection.md, phase-3-diagnosis.md, dynamic-variables-debugging.md) from the Additional Resources section so their content is discoverable from SKILL.md.

DimensionReasoningScore

Conciseness

The content is Cekura-specific rather than explaining known concepts, but it is noticeably over-dense for a top-level file: the reproduction-mode batch math appears in both invariant 1 and the Parameters section, and hook backstop mechanics plus the gate_override JSON format are inlined at length where a one-line summary pointing to a phase file would do. Mostly necessary content that still could be meaningfully tightened — matching the 3 anchor rather than the 4 anchor's 'minor instances'.

3 / 5

Actionability

Highly concrete written guidance: exact repro.json field list, batch formula B = clamp(⌈2/p̂⌉, 4, 10), exact scenario-label format, exact tool call with arguments. It falls short of the 5 anchor because the executable per-phase steps are delegated to phases/*.md and recipes/*.md files that are absent from the bundle, leaving real gaps in what can actually be executed.

4 / 5

Workflow Clarity

The 7 phases are clearly sequenced in a table with per-phase purpose and entry rules, and validation is pervasive: must-fail-first gate, verify thresholds (≥M of R), runtime readback attestation, regression sweep, overfitting gate, and explicit feedback loops (regressions handed back to Collect, restore-best-state on any stop) plus a drift/failure classification with stop conditions. This matches the 5 anchor's explicit validation, error recovery, and checklists.

5 / 5

Progressive Disclosure

Although references are one level deep and clearly signaled in an Additional Resources section, the bundle does not match the references: phases/setup.md through phases/promote.md (8 files), all three recipes/*.md, and hooks/repro-gate.sh do not exist, while three substantive files present in references/ (phase-2-failure-collection.md, phase-3-diagnosis.md, dynamic-variables-debugging.md) are never referenced from SKILL.md. The core navigation ('Re-read the phase file on entry') points at missing files and detail that belongs in those files is inlined — matching the 2 anchor's broken/minimal effective structure. Not 3 because the problem is not just organization but that most referenced paths are absent and present files are orphaned.

2 / 5

Total

14

/

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 states both what the skill does and when to use it, with natural quoted trigger phrases covering its two main use cases and specific platform names. The only weaknesses are moderately abstract phrasing of the core actions and a few generic debugging triggers that create minor overlap risk with general bug-fixing skills.

DimensionReasoningScore

Specificity

Names concrete actions and mechanisms — "must-fail-first reproduction, attestation, no-prod-in-loop", a manifest declaring "how to read/render/apply/deploy/verify" config, and specific platforms (VAPI, Retell, ElevenLabs, Bland). Coverage is broad but phrased at a moderately abstract level, matching 'several specific actions; minor gaps' rather than the fully comprehensive 5 anchor.

4 / 5

Completeness

Clearly answers 'what' ("turn a failure signal into a verified fix" with fixed invariants and a capability manifest) and 'when' via an explicit Triggers: clause with concrete trigger phrases — an explicit trigger-guidance equivalent, so the missing-'Use when' cap does not apply and it matches the 5 anchor. Not 4 because the 'when' is fully explicit, not merely present.

5 / 5

Trigger Term Quality

Explicitly quotes natural user phrases across both use cases — "improve my agent", "self-improving agent", "auto-tune / iterate on my prompt", "fix this prod call issue", "debug and fix call ID", "reproduce this production bug", "regression test before raising PR" — comprehensive coverage with synonyms, matching the 5 anchor.

5 / 5

Distinctiveness Conflict Risk

Has a clear niche (Cekura simulation-based agent improvement on named voice-agent platforms) with distinct triggers, but generic phrases like "reproduce this production bug" and "regression test before raising PR" could overlap with general debugging/regression skills — minor overlap risk, matching the 4 anchor rather than the minimal-conflict 5.

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-self-improving-agent/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.