Use when the user says "get started with Cekura", "set up Cekura", "onboard to Cekura", "I'm new to Cekura", "help me set up my agent", "how do I use Cekura", "walk me through Cekura", "configure my project", "first time using Cekura", or needs guidance on initial platform setup, agent configuration, provider integration, first evaluators, or first metrics.
56
62%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Risky
Do not use without reviewing
Optimize this skill with Tessl
npx tessl skill review --optimize ./cekura/skills/cekura-onboarding/SKILL.mdQuality
Discovery
62%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This description excels at trigger term coverage and distinctiveness due to the specific product name and extensive list of natural user phrases. However, it critically lacks any explanation of what the skill actually does — it's entirely a 'when' description with no 'what'. Adding concrete actions (e.g., 'Guides users through initial Cekura setup including agent configuration, provider integration, and creating first evaluators and metrics') would significantly improve it.
Suggestions
Add a 'what it does' clause at the beginning describing concrete actions, e.g., 'Guides new users through Cekura platform setup, configures agents, connects providers, and creates initial evaluators and metrics.'
Reduce the quoted trigger phrase list to the most representative 3-4 examples and consolidate the rest into a general clause to improve readability without losing coverage.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description lacks concrete actions. It mentions broad topics like 'initial platform setup, agent configuration, provider integration, first evaluators, or first metrics' but doesn't describe what the skill actually does (e.g., 'walks through step-by-step setup', 'creates configuration files', 'connects to providers'). These are domain nouns, not actions. | 1 / 3 |
Completeness | The 'when' is very well covered with explicit trigger phrases and scenarios. However, the 'what' is essentially missing — the description never explains what the skill actually does or what actions it performs. It only describes when to use it, not what it delivers. | 2 / 3 |
Trigger Term Quality | Excellent coverage of natural trigger phrases users would say: 'get started with Cekura', 'set up Cekura', 'I'm new to Cekura', 'first time using Cekura', 'how do I use Cekura', etc. These are highly natural and cover many variations of how a user would express needing onboarding help. | 3 / 3 |
Distinctiveness Conflict Risk | The description is clearly scoped to Cekura onboarding and initial setup. The product name 'Cekura' combined with onboarding-specific language makes it highly distinctive and unlikely to conflict with other skills. | 3 / 3 |
Total | 9 / 12 Passed |
Implementation
62%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a solid onboarding walkthrough with excellent workflow structure across six clearly sequenced phases with validation checkpoints and conversational gates. Its main weaknesses are moderate verbosity (some sections explain things Claude could infer), incomplete actionability (many steps defer to other skills or use placeholders), and a missing referenced bundle file (references/api-quickstart.md) that undermines progressive disclosure.
Suggestions
Provide the referenced 'references/api-quickstart.md' bundle file, and consider moving the provider integration details (Phase 2.2) and full metrics table (Phase 3.1) into separate reference files to reduce inline length.
Make API calls more actionable by showing how to obtain required IDs (e.g., agent_id, scenario_ids) from prior steps, creating a connected chain of executable operations rather than isolated JSON snippets with placeholders.
Trim explanatory text that Claude can infer—e.g., remove 'Voice calls take 1-3 minutes each', 'real conversations are unpredictable', and the enterprise vs small team project organization guidance.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is reasonably efficient for an onboarding walkthrough covering many phases, but includes some unnecessary explanations (e.g., project organization guidance for enterprises, explaining what dynamic variables are). Some sections could be tightened—the metrics table and provider integration details are borderline verbose for a skill that should hand off to specialized skills. | 2 / 3 |
Actionability | The skill provides concrete JSON payloads for auto-generating evaluators and running tests, and gives specific UI navigation paths for provider integration. However, many steps are conversational prompts rather than executable commands, API calls use placeholder IDs without showing how to obtain them, and the guidance frequently defers to other skills or the dashboard without providing complete executable steps. | 2 / 3 |
Workflow Clarity | The six-phase structure is clearly sequenced with explicit validation at each step (verify API key works, check generated scenarios, review results with pass-rate benchmarks). The skill includes feedback loops—reviewing auto-generated evaluators for gaps, iterating on failures, and clear criteria for when to proceed (e.g., 'only after validation'). The conversational checkpoints ('Ask the user...') serve as validation gates. | 3 / 3 |
Progressive Disclosure | The skill appropriately hands off to specialized skills (cekura-metric-design, cekura-eval-design, cekura-create-agent) and references external docs. However, no bundle files are provided despite referencing 'references/api-quickstart.md', and the inline content is quite long (~180 lines) with detailed provider integration and metrics tables that could be split into reference files. The Phase 6 table of next steps is well-structured for navigation. | 2 / 3 |
Total | 9 / 12 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 — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
24ad1d0
Table of Contents
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.