CtrlK
BlogDocsLog inGet started
Tessl Logo

anysearch

Use this skill for live web and vertical-domain search, parallel batch search, and full-page URL extraction via AnySearch. Prefer vertical search for domain-specific or realtime queries (finance, academic, security, legal, code, travel, health, etc.); call get_sub_domains before vertical search; use batch_search when the query is ambiguous or multi-intent; use extract to turn a page into Markdown. Works anonymously with lower rate limits, or with ANYSEARCH_API_KEY for higher limits.

66

Quality

80%

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

85%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.

A highly actionable, well-sequenced operational guide with executable commands, explicit decision logic, and genuine error-recovery loops. Its one real defect is bundle hygiene: the Maintenance, docs/, .env.example, and LICENSE/NOTICE references point at files that are not shipped, and the vertical-domain guidance is duplicated between the Trigger and Decision Flow sections.

Suggestions

Ship or remove the dangling references: either include MAINTENANCE.md, docs/anysearch-skill.md, .env.example, LICENSE, and NOTICE in the bundle, or drop the Maintenance section and the `cp <skill_dir>/.env.example` command (replaced with 'create .env containing ANYSEARCH_API_KEY=...').

Deduplicate the vertical-domain guidance: keep the DEFAULT/HYBRID/exception rule in one place (Trigger) and let the Decision Flow diagram be purely graphical.

Trim platform-justification prose (the two-CLI 'smaller review/maintenance surface' rationale and the base/latest/full Docker image inventory) — it explains decisions Claude doesn't need to execute them.

DimensionReasoningScore

Conciseness

The body is dense and nearly filler-free: no explanations of concepts Claude already knows, and every section carries operational content (cheat sheet, decision flow, key priority chain, runtime steps). Minor trim opportunities keep it at 4 rather than 5: the vertical-domain rule is stated twice (Trigger section and Decision Flow), the two-CLI rationale ('on purpose (smaller review/maintenance surface)') and the base/latest/full Docker image detail are justification prose, and the Required-params rule duplicates what `doc` renders.

4 / 5

Actionability

Fully executable, copy-paste-ready commands cover the common cases: the cheat sheet shows concrete invocations for search (general, --tag, --domain/--sdp), get_sub_domains, batch_search (flag and JSON forms), and extract; the `<cmd>` placeholder is explicitly defined ('Replace <cmd> with the command from runtime.conf (for example, python3 <skill_dir>/scripts/anysearch_cli.py)'); runtime detection/persistence and .env setup are given as runnable commands; and failure paths are concrete ('run <cmd> <subcommand> --help rather than full doc') with invalid invocations enumerated ('extract --format markdown ... Invalid').

5 / 5

Workflow Clarity

A clear decision flow with explicit branches (Path 1 / HYBRID / Path 2), a mandatory get_sub_domains-before-vertical-search precondition, and a runtime bootstrap that validates before persisting (detect → entry-test `doc` → write runtime.conf, with 'replace it instead of appending'). Error-recovery feedback loops are present for the failure modes that matter: argument-schema failure → `--help`, service/quota/network failure → the Fallback rule ('inform the user and MAY fall back to other available search methods if the user approves'), which satisfies the batch/validation cap guidance. This is not 4 because checkpoints are explicit rather than implied at every branch.

5 / 5

Progressive Disclosure

Structure is good (Overview → Trigger → Cheat Sheet → Decision Flow → Key Config → Runtime → Security → Maintenance) and the full API reference is correctly pushed one level deep via the `doc` command (rendered from scripts/shared/doc_spec.md, which exists in the bundle). But scored against the actual bundle, several referenced files do not exist: 'See MAINTENANCE.md in this skill directory and docs/anysearch-skill.md', 'cp <skill_dir>/.env.example <skill_dir>/.env' (a command that fails — no .env.example is shipped), and 'see LICENSE and NOTICE in this skill directory' are all dangling references. Not 2, because the core content is well placed and the primary deep-reference mechanism (`doc`) works; not 4, because broken navigation is more than a minor organization gap.

3 / 5

Total

17

/

20

Passed

Description

76%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, information-dense description: concrete actions, per-feature when-guidance, and clear service identity. Its main weaknesses are the absence of an explicit overall activation trigger and a broad 'live web search' trigger space that overlaps generic search skills.

Suggestions

Add an explicit overall activation clause, e.g. 'Use when the user asks to search the web, look up current/realtime information, fact-check a claim, or read a full page from a URL' — this would raise completeness to the 5 anchor.

Narrow the leading phrase from 'live web and vertical-domain search' toward the differentiating niche (realtime/vertical/structured queries with identifiers) to reduce conflict with generic web-search skills.

Include a few natural synonyms users say ('look up', 'find', 'browse a page', 'fact-check') to improve trigger-term coverage.

DimensionReasoningScore

Specificity

Lists multiple concrete actions with comprehensive coverage: 'live web and vertical-domain search, parallel batch search, and full-page URL extraction', plus per-command triggers ('call get_sub_domains before vertical search', 'use batch_search when the query is ambiguous or multi-intent', 'use extract to turn a page into Markdown') and auth options. This matches the score-5 anchor; nothing is generic, though the breadth is near the 4/5 boundary, every capability is named concretely.

5 / 5

Completeness

The 'what' is explicit (search, batch search, extract) and 'when' guidance exists per capability ('Prefer vertical search for domain-specific or realtime queries', 'use batch_search when the query is ambiguous or multi-intent'), so this clears the score-3 cap for missing trigger guidance. It sits below 5 because there is no single explicit overall activation clause ('Use when you need to search the web, fact-check, or read a page') — the when is distributed across features rather than stated as a concrete trigger phrase for the skill as a whole.

4 / 5

Trigger Term Quality

Good natural-keyword coverage: 'web search', 'realtime queries', 'extract', 'turn a page into Markdown', and a strong domain list ('finance, academic, security, legal, code, travel, health'). Falls short of the 5 anchor because it lacks synonyms users commonly say ('look up', 'find', 'browse', 'fact-check') and any equivalent of file-extension markers; above 3 because the terms present are the phrases users would naturally say.

4 / 5

Distinctiveness Conflict Risk

The 'via AnySearch' marker and the vertical-domain niche (Stock/CVE/DOI-style structured queries, get_sub_domains/batch_search vocabulary) give it a distinct identity, but the leading trigger space 'live web and vertical-domain search' overlaps heavily with built-in and generic web-search skills, matching the score-3 anchor ('somewhat specific but could still overlap with similar skills'). Not 4: the description does not delineate when to prefer it over ordinary web search in a way that would prevent wrong-skill triggering on a plain 'search the web' request.

3 / 5

Total

16

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
nextlevelbuilder/goclaw
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.