CtrlK
BlogDocsLog inGet started
Tessl Logo

tts-error-reporting

Convention for reporting errors from multiprocessing TTS workers to the main process frontend. Use this skill when modifying, adding, or debugging TTS workers in tts_client.py to ensure connection errors, quotas, and API limits correctly display Toast notifications to the user rather than failing silently.

76

Quality

93%

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

87%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

Actionable and concise body with executable, concrete code and a clear convention, well-organized for a simple single-purpose skill. The only gap is the absence of a verification step in the new-worker checklist, which keeps workflow clarity at 2.

Suggestions

Add a verification step to the checklist (e.g., 'Trigger an intentional error and confirm a Toast notification appears in the frontend') so the workflow includes an explicit validation checkpoint.

Consider trimming the near-duplicate 'Acceptable Fallback' example or folding it into the 'Good Pattern' block to reduce minor redundancy between the two except-block snippets.

State how to verify the worker signature actually receives response_queue (e.g., a grep or call-site check) as an explicit checkpoint in step 1.

DimensionReasoningScore

Conciseness

Lean and codebase-specific: the prose adds only what Claude would not know (tts_response_handler, i18n toast codes) and the code blocks each earn their place; it does not pad with general concepts Claude already knows, so it is above the 'mostly efficient but could be tightened' level 2.

3 / 3

Actionability

Provides fully executable, copy-paste-ready code with the exact tuple format 'response_queue.put(("__error__", error_payload))' and concrete error codes (API_QUOTA_TIME, API_1008_FALLBACK), plus a specific checklist, matching the 'fully executable code/commands' anchor.

3 / 3

Workflow Clarity

The 'Checklist for Adding a New TTS Worker' is a clear numbered sequence, but it lacks any verification or validation checkpoint (e.g., confirming the toast appears), mirroring the anchor-2 example where 'steps are listed but validation gaps; checkpoints missing'. It is not level 3 because no feedback/validation step is present, and not level 1 because the sequence is explicit and unambiguous.

2 / 3

Progressive Disclosure

A simple, single-purpose skill with well-organized sections (Core Rule, Example Implementation, WebSocket callbacks, Checklist) and no need for external references, which per the rubric can score 3 on organization alone; it is not level 2 because nothing that should be split out is inlined.

3 / 3

Total

11

/

12

Passed

Description

100%

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 highly specific, complete, and distinctive description that names concrete actions, provides an explicit 'Use when' trigger, and is unlikely to conflict with other skills. Third-person convention is respected, with no fluff or over-claims.

DimensionReasoningScore

Specificity

Lists multiple concrete actions ('modifying, adding, or debugging TTS workers') and specifics ('connection errors, quotas, and API limits correctly display Toast notifications to the user rather than failing silently'), matching the 'lists multiple specific concrete actions' anchor rather than the partial 'names domain and some actions' level below.

3 / 3

Completeness

Clearly answers both what (a convention for propagating worker errors to the frontend) and when via an explicit 'Use this skill when modifying, adding, or debugging TTS workers' clause, satisfying the explicit-trigger requirement; it is not level 2 because the 'when' is explicit, not implied.

3 / 3

Trigger Term Quality

Includes natural terms a developer would say when they need this skill ('debugging TTS workers', 'connection errors', 'quotas', 'API limits', 'Toast notifications'), giving good coverage rather than the sparse 'some relevant keywords' of level 2.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (TTS error reporting in tts_client.py multiprocessing workers) with distinct triggers unlikely to overlap with other skills, rather than the 'could still overlap' level 2.

3 / 3

Total

12

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
Project-N-E-K-O/N.E.K.O
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.