CtrlK
BlogDocsLog inGet started
Tessl Logo

research-fallback-robust

Handle web research failures with explicit error recognition and domain-specific fallback strategies

56

Quality

63%

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

Fix and improve this skill with Tessl

tessl review fix ./benchmarks/gdpval/skills/research-fallback-enhanced/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%

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

The body is a clearly sequenced, actionable workflow with concrete tool calls, retry limits, and worked examples, but it is padded with redundant restatements of the pivot signal and inline material that could be split into references. Trimming the repetition and offloading examples would improve token efficiency and structure.

Suggestions

Define the `unknown error` pivot signal once in Step 2 and reference it elsewhere, instead of restating it in the decision flow, Best Practices, and both examples.

Trim or drop the 'Best Practices' section, which largely restates the workflow steps, or fold its unique points (transparency, flagging uncertainty) into the relevant steps.

Move the two lengthy 'Example Applications' into a separate EXAMPLES.md reference and link to it, keeping SKILL.md as a lean overview.

DimensionReasoningScore

Conciseness

The `unknown error` pivot signal is restated in Step 2, the decision flow, Best Practice #1, and both examples, and the "Best Practices" section largely restates the workflow steps. Not 1 because it does not explain basic concepts Claude already knows; not 3 because the redundancy could clearly be tightened.

2 / 3

Actionability

Concrete tool calls ("Use search_web", "Use read_webpage"), explicit retry limits ("1-2 attempts"), specific failure signals, and worked example walkthroughs give copy-paste-ready guidance. Not 2 because the guidance is complete with specific details rather than pseudocode or missing key details.

3 / 3

Workflow Clarity

Steps 1-5 are clearly sequenced with an explicit pivot checkpoint (detect failure after 1-2 attempts) and error-recovery guidance, plus a decision-flow diagram. Not 2 because the checkpoints are explicit rather than implicit or missing.

3 / 3

Progressive Disclosure

Sections are well-organized, but the file is ~140 lines with no bundle files and inline content (two lengthy Example Applications, Best Practices) that could be split into references. Not 3 because nothing is offloaded to one-level-deep references; not 1 because it is well-structured rather than a monolithic wall.

2 / 3

Total

10

/

12

Passed

Description

50%

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 names a clear domain and a couple of high-level actions but offers no explicit 'Use when...' trigger and relies on somewhat technical terms, leaving it mediocre across all dimensions. Adding concrete actions and natural-language triggers would lift it substantially.

Suggestions

Add an explicit 'Use when...' trigger clause using natural user phrasings, e.g. 'Use when web search or read_webpage returns errors, timeouts, or `unknown error`, and the task still needs research.'

Replace abstract verbs with concrete actions — list the specific fallback steps (e.g. 'pivot to internal knowledge, flag unverified claims, add verification disclaimers') instead of 'handle' and 'fallback strategies'.

Sharpen distinctiveness by naming the specific failure signals (errors, timeouts, `unknown error`) so the skill does not overlap with general research skills.

DimensionReasoningScore

Specificity

"Handle web research failures" names the domain and "error recognition" / "domain-specific fallback strategies" name actions, but they remain high-level abstractions rather than a list of concrete actions like 'extract, fill, merge.' Not 3 because no multiple specific concrete actions are enumerated; not 1 because a domain and actions are named.

2 / 3

Completeness

It clearly states what the skill does but includes no "Use when..." clause or equivalent explicit trigger guidance, which per the rubric caps completeness at 2. Not 3 because 'when' is absent; not 1 because 'what' is clearly stated.

2 / 3

Trigger Term Quality

Terms like "web research failures", "error recognition", and "fallback strategies" are relevant but somewhat technical, missing the common natural phrasings a user would actually say. Not 3 because natural-term coverage is thin; not 1 because some relevant keywords are present.

2 / 3

Distinctiveness Conflict Risk

The "web research failures" niche is fairly distinct but broad enough to overlap with general research skills, and no explicit triggers sharpen the boundary. Not 3 due to the lack of distinct explicit triggers; not 1 because it is not generic.

2 / 3

Total

8

/

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
HKUDS/OpenSpace
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.