CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

tooluniverse-cancer-variant-interpretation

Clinical interpretation of somatic cancer mutations for precision oncology. Transforms a gene + variant + cancer-type input into an actionable report: clinical evidence tier (CIViC, OncoKB), therapeutic options (FDA-approved + investigational), resistance mechanisms, prognosis, and matching clinical trials. Use for tumor-board variant calls, somatic-mutation actionability assessment, and treatment selection. Always cancer-type-specific.

Quality

92%

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

The canonical home for this skill is tooluniverse-cancer-variant-interpretation in mims-harvard/ToolUniverse

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.

Operationally excellent content: verified tool parameters, response-field mappings, fallback strategies, and a well-sequenced 8-phase workflow with validation checkpoints make it highly actionable. The main defects are a dangling reference to a nonexistent ANALYSIS_DETAILS.md, a stale 'unlike InterVar below' mention, and a few padded narrative passages in the IntOGen/CancerVar sections.

Suggestions

Create ANALYSIS_DETAILS.md with the per-phase code snippets and API call patterns the body promises, or remove the reference at line 111 and inline (or delete) the detail it points to.

Delete the stale 'unlike InterVar below' clause in the CancerVar section — there is no InterVar section in this document.

Tighten the IntOGen and CancerVar introductory prose (e.g., trim the BRAF V600E verification anecdote to the verified inputs/outputs) and consider moving the large tool-reference tables to a reference file to shorten SKILL.md.

DimensionReasoningScore

Conciseness

Mostly efficient: tool guidance is delivered as dense parameter/response-field tables rather than prose, and the workflow overview is compact. However, a few narrative passages are padded — the CancerVar verification anecdote ('Verified live on BRAF V600E... matches the tool's own documented worked example exactly (unlike InterVar below, this example was accurate)') includes editorializing, and the phrase 'unlike InterVar below' references an InterVar section that does not exist in the document, adding stale tokens. This fits 'efficient; minor instances of over-explanation that could be trimmed' (4) rather than the lean 5 anchor.

4 / 5

Actionability

The body provides fully executable, copy-paste-ready guidance: exact tool names with exact parameter spellings (including a 'WRONG vs CORRECT' parameter table for Phase 0), response key fields for parsing, a verified live example with concrete values (CancerVar on BRAF V600E: 'tier="Tier_I_strong", opai=0.99'), specific fallback chains per tool, and explicit instructions to compute via Python rather than describe. Specific examples cover the common cases, matching the 5 anchor.

5 / 5

Workflow Clarity

The 8-phase workflow is clearly sequenced from input to report synthesis, with an explicit pre-flight validation checkpoint (Phase 0 parameter verification 'BEFORE calling ANY tool'), feedback loops for error recovery (Fallback Strategy section, 'retry once before reporting no data found' for IntOGen timeouts), and a completeness checklist in Phase 8. This matches the 5 anchor (clear sequence, explicit validation steps, feedback loops, checklist); it is clearly above the 'minor validation gaps' 4 anchor. The skill is read-only analysis, so the destructive-operation validation cap does not apply.

5 / 5

Progressive Disclosure

The body itself is well sectioned, but it makes exactly one internal progressive-disclosure reference — 'For detailed code snippets and API call patterns for each phase, see ANALYSIS_DETAILS.md' (line 111) — and that file does not exist anywhere in the bundle (no references/, scripts/, or assets/ directories, no ANALYSIS_DETAILS.md). A clearly signaled but dangling reference breaks navigation and leaves the promised per-phase code snippets unavailable, while ~245 lines of tool tables remain inlined. This fits 'some structure but could be better organized; references present but not clearly signaled' territory (3) — the reference is signaled but non-functional, which is no better than a buried one.

3 / 5

Total

17

/

20

Passed

Description

96%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: concrete, comprehensive capability list paired with an explicit 'Use for...' clause of natural trigger phrases in third-person voice. Minor issues: slight overlap risk with general variant-interpretation queries, and it names OncoKB as an evidence source even though no OncoKB tool appears in the skill body — a small over-claim worth correcting for accuracy.

Suggestions

Drop or qualify the OncoKB mention in the description (e.g., 'clinical evidence tier (CIViC)') since no OncoKB tool is referenced anywhere in the skill body.

Sharpen the trigger clause to catch generic mutation queries, e.g., 'Use when the user mentions a somatic mutation, variant call, or asks whether a mutation is targetable/druggable in a cancer context' to further reduce overlap with germline/general variant-analysis skills.

DimensionReasoningScore

Specificity

The description lists multiple specific concrete actions: "Transforms a gene + variant + cancer-type input into an actionable report: clinical evidence tier (CIViC, OncoKB), therapeutic options (FDA-approved + investigational), resistance mechanisms, prognosis, and matching clinical trials." Each output component is named concretely rather than described abstractly, matching the comprehensive-coverage anchor; it is well above the 'lists several specific actions; minor gaps' (4) anchor.

5 / 5

Completeness

It explicitly answers both questions: the 'what' is the full report transformation sentence (evidence tier, therapeutic options, resistance, prognosis, trials), and the 'when' is an explicit "Use for tumor-board variant calls, somatic-mutation actionability assessment, and treatment selection" clause with concrete trigger phrases, exactly matching the 5 anchor.

5 / 5

Trigger Term Quality

Natural trigger phrases a clinician or researcher would actually say are comprehensively covered with synonyms: "tumor-board variant calls", "somatic-mutation actionability assessment", "treatment selection", "precision oncology", plus "matching clinical trials" and "resistance mechanisms". This matches the comprehensive synonym coverage of the 5 anchor rather than the 'a few natural terms missing' 4 anchor.

5 / 5

Distinctiveness Conflict Risk

The niche is clear (somatic cancer variant interpretation, "Always cancer-type-specific") with distinct triggers, but generic variant-interpretation queries like "interpret this mutation: TP53 R273H" (one of the skill's own examples) do not inherently signal cancer, creating minor overlap risk with a general variant-analysis sibling skill. This fits 'mostly distinct; minor overlap risk with closely related skills' (4) better than the minimal-conflict 5 anchor.

4 / 5

Total

19

/

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

mims-harvard/ToolUniverse

Path

plugins/tooluniverse/skills/tooluniverse-cancer-variant-interpretation/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.