CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

bgpt-paper-search

Searches BGPT scientific papers by topic or DOI and retrieves claim-level evidence extracted from full text, including experiments, reported statistics, scope, limitations, and provenance. Use for literature reviews, evidence synthesis, and finding experimental details beyond abstracts.

70

Quality

88%

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

82%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 well-built instruction-only skill body: concrete tool contracts, copy-paste connection config, executable example payloads, and explicit validation checkpoints for errors, not-found lookups, quota exhaustion, and pre-synthesis verification. Weaknesses are minor: the multi-step workflow is conveyed through section order rather than an explicit sequence, and the quota/error caveats plus time-stamped version facts are repeated or scattered where they could be consolidated.

Suggestions

Consolidate the repeated quota/error caveats (the "do not interpret an error as an empty evidence set" and allowance notes appear in both "Search and DOI lookup" and "Allowance and review scope") into one place, and trim the npm-wrapper digression to two sentences.

Add a short ordered workflow near the top (connect → discover tools → search/lookup → check tool result for errors → inspect envelope and evidence fields → verify against the paper) so the sequence and its checkpoints are visible at a glance.

Gather the time-stamped facts (BGPT 2.14.7 schema, bgpt-mcp 1.1.0 warning, 2026-09-30 review date) into a single "Provider state as reviewed" section, or move the npm-package and host-connection details to a reference file, so stale information is easy to re-check and the main flow stays lean.

DimensionReasoningScore

Conciseness

The body is dense with provider-specific contract details and explains nothing Claude already knows (no MCP/DOI primers), so it mostly assumes competence. It stays at 4 rather than 5 because of minor trimmable instances — the npm-wrapper digression ("The published bgpt-mcp 1.1.0 npm package is a thin SSE wrapper..."), repeated quota/error caveats across "Search and DOI lookup" and "Allowance and review scope", and time-stamped version/date facts ("BGPT 2.14.7", "reviewed on 2026-09-30") sprinkled outside any deprecation-style section. Not a 3 because there is no padded or unnecessary concept explanation.

4 / 5

Actionability

Guidance is fully concrete and executable: a copy-paste "mcpServers" JSON config with exact endpoints, an argument-contract table for every tool parameter, and three example payloads covering the common cases (basic search, filtered search, DOI lookup), plus specific fields to inspect ("central_claim and evidence.evidence_units", "extraction_status, normalization_warnings, and evidence.record_provenance"). Not a 4: the examples cover the common cases and the config is copy-paste ready, matching the 5 anchor for an instruction-only skill.

5 / 5

Workflow Clarity

Sections follow the real usage sequence (Connect → Search and DOI lookup → Read the result contract → Evidence checks → Allowance) and most validation checkpoints are explicit: "Inspect the MCP result for tool errors before interpreting the envelope", "handle not-found before reading it", "Check extraction_status, normalization_warnings... before synthesis", "Recheck the allowance and pricing before a large batch", and "Do not repeatedly retry a quota-exhausted request". Not a 5 because the sequence is implied by section order rather than an explicit ordered workflow, and validation guidance is distributed in prose rather than a checklist with fix-and-retry feedback loops.

4 / 5

Progressive Disclosure

The actual bundle is a single SKILL.md with no references/, scripts/, or assets/ directories, and the body has clean, well-ordered section headers with external links clearly cited — good structure with content mostly appropriately placed inline. Not a 5: at ~147 lines, secondary content such as the outdated-npm-package warning and host/bridge connection details could live in a separate reference file per the progressive-disclosure rationale; not a 3 because there is no large block of content that clearly belongs elsewhere and navigation is easy.

4 / 5

Total

17

/

20

Passed

Description

88%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 in third person with no fluff: it states concrete capabilities (topic/DOI search, claim-level evidence with experiments, statistics, scope, limitations, provenance) and an explicit 'Use for...' trigger clause. The only weakness is modest keyword coverage — a few natural synonyms like "full text", "studies", or "citations" would sharpen triggering.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete actions — "Searches BGPT scientific papers by topic or DOI and retrieves claim-level evidence extracted from full text, including experiments, reported statistics, scope, limitations, and provenance" — covering search modes (topic, DOI) and the retrieved evidence fields comprehensively. This matches the 5 anchor (multiple specific concrete actions, comprehensive coverage); it is not a 4 because there are no notable gaps in the capability coverage.

5 / 5

Completeness

It explicitly answers both questions: what ("Searches BGPT scientific papers by topic or DOI and retrieves claim-level evidence...") and when ("Use for literature reviews, evidence synthesis, and finding experimental details beyond abstracts") with concrete trigger phrases. This matches the 5 anchor exactly; a 4 would require the 'when' clause to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Natural phrases users would say are present: "scientific papers", "DOI", "literature reviews", "evidence synthesis", "finding experimental details beyond abstracts". Not a 5 because a few natural terms and synonyms users commonly say are missing (e.g., "full text", "studies", "citations", plain "papers"); not a 3 because the present keywords are relevant, natural, and well-covered rather than merely "some".

4 / 5

Distinctiveness Conflict Risk

The niche is mostly distinct — "BGPT scientific papers", "DOI", "claim-level evidence" beyond abstracts — but the 'when' triggers "literature reviews" and "evidence synthesis" are broad enough to also fire for other literature-search skills, giving minor overlap risk. Not a 5 because of that overlap with generic research/synthesis skills; not a 3 because the BGPT/claim-level-evidence niche is far more specific than anchor-3 style overlap.

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

K-Dense-AI/scientific-agent-skills

Path

skills/bgpt-paper-search/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.