CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

tooluniverse-clinical-risk-scoring

Compute and interpret validated bedside clinical risk scores and pretest probabilities for an INDIVIDUAL patient — pick the right score for the scenario, gather inputs, run the deterministic calculator tool, and read the result against an interpretation table. Covers CHA2DS2-VASc (AF stroke risk), HAS-BLED (bleeding on anticoagulation), CURB-65 (pneumonia severity / admit decision), qSOFA (sepsis screen), Child-Pugh + MELD-Na (cirrhosis severity / transplant priority), Wells DVT and Wells PE (VTE pretest probability), ASCVD (10-year cardiovascular risk / statin decision), and eGFR CKD-EPI (kidney function / drug dosing). Use when asked things like "stroke risk for this AF patient", "should this patient be anticoagulated", "pneumonia severity — admit or not?", "sepsis screen this patient", "DVT/PE pretest probability", "10-year cardiovascular risk", "cirrhosis severity / MELD score", or "eGFR / kidney function". Pairs CHA2DS2-VASc with HAS-BLED to weigh anticoagulation. NOT for...

77

Quality

97%

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-clinical-risk-scoring in mims-harvard/ToolUniverse

SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is an exemplary deterministic-tool skill: complete input schemas, executable commands with worked examples, interpretation tables with clinical actions, an explicit pairing rule, a verification checklist, and an honest LIMITATIONS section with no padding. The only structural improvement available is splitting the ten per-score interpretation tables into reference files to keep SKILL.md a leaner overview.

DimensionReasoningScore

Conciseness

The body is dense, table-driven, and contains essentially no padding: no explanation of what a risk score is or how the tools work beyond one necessary sentence on the pure-compute contract ('All 10 backing tools are pure-compute (no network, no API key) and return {status, data:{score, interpretation, components, ...}}'). Every line is skill-specific data Claude cannot reliably recall from memory (exact tool names, per-tool input schemas, score thresholds, action cutoffs), so every token earns its place — the level-5 anchor. Level 4 would require identifiable over-explanation to trim, and none stands out.

5 / 5

Actionability

Guidance is fully executable: copy-paste-ready commands ('tu run ClinicalCalc_CHA2DS2_VASc \'{"age":76,...}\''), a complete per-tool required/optional input table with exact parameter names and semantics ('stroke_history(2pt)', 'elevated_urea(BUN>19)', 'race("white"/"black")'), and two worked examples showing inputs, outputs, and the paired-score reasoning. This matches the level-5 anchor ('fully executable; copy-paste ready code or commands; specific examples cover the common cases').

5 / 5

Workflow Clarity

Four clearly sequenced steps (map scenario to score → gather inputs → compute → interpret) plus a completeness checklist and a LIMITATIONS section. Explicit validation checkpoints are present: 'If a required value is missing, ask the user for it — do not guess', 'State explicitly which booleans you assumed false', and a 7-item self-verification checklist including the pairing rule ('ran both members of a pair'). This matches the level-5 anchor (clear sequence, explicit validation, checklists). The destructive/batch cap does not apply — this is a read-only, per-patient computation; not level 4 because no checkpoint is missing.

5 / 5

Progressive Disclosure

The body is well-structured with clear sections (scenario→tool map, input table, compute, per-score interpretation tables, worked examples, checklist, limitations) and no bundle files exist, so navigation is unambiguous and one level deep. However, the ten per-score interpretation tables are all inlined in SKILL.md; while each is short and needed at decision time, the 175-line body exceeds the lean-overview ideal and could offload per-score detail to references/ files. This fits the level-4 anchor ('good structure; most content is appropriately placed; minor organization gaps') — not 5, since the simple-skill exception (under 50 lines, no need for external references) does not apply, and not 3, since nothing is buried and the structure is consistently well-signaled.

4 / 5

Total

19

/

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.

An unusually strong description: it names concrete actions, enumerates all ten covered scores with clinical purposes, and supplies natural verbatim trigger phrases for each scenario. The one real defect is that it is cut off mid-sentence at 'NOT for...', dropping the intended exclusion boundary and leaving the distinctiveness marginally weaker than the rest of the description.

Suggestions

Complete the truncated exclusion clause — the description ends mid-sentence at 'NOT for...'. Finish it with the actual boundary (e.g. 'NOT for pediatric/pregnant patients, drug-dose calculations, or diagnosing a condition — this computes validated scores only'), which would also lift distinctiveness/conflict risk to a clear 5.

Trim 'Pairs CHA2DS2-VASc with HAS-BLED to weigh anticoagulation' — it repeats pairing information already implied by 'Covers CHA2DS2-VASc ... HAS-BLED' and adds tokens without adding a new trigger.

DimensionReasoningScore

Specificity

The description enumerates concrete actions ('pick the right score for the scenario, gather inputs, run the deterministic calculator tool, and read the result against an interpretation table') and comprehensively lists all 10 covered scores with their clinical purposes (e.g. 'CHA2DS2-VASc (AF stroke risk)', 'CURB-65 (pneumonia severity / admit decision)', 'eGFR CKD-EPI (kidney function / drug dosing)'). This matches the level-5 anchor of multiple specific concrete actions with comprehensive coverage; it is not level 4 because there are no gaps in the action set or covered-score enumeration.

5 / 5

Completeness

It explicitly answers 'what' ('Compute and interpret validated bedside clinical risk scores and pretest probabilities... run the deterministic calculator tool') and 'when' with concrete quoted trigger phrases. This matches the level-5 anchor ('clearly and explicitly answers both what AND when with concrete trigger phrases'); level 4 would have a 'when' that is present but less explicit, which is not the case here.

5 / 5

Trigger Term Quality

The 'Use when asked things like' clause provides natural verbatim phrases a clinician would say: '"stroke risk for this AF patient"', '"should this patient be anticoagulated"', '"pneumonia severity — admit or not?"', '"cirrhosis severity / MELD score"', '"eGFR / kidney function"'. These are comprehensive natural-language triggers with synonyms for every covered score, matching the level-5 anchor; level 4 would require a few natural terms to be missing, and none are.

5 / 5

Distinctiveness Conflict Risk

The niche is clear and triggers are distinct (named validated scores like CHA2DS2-VASc, MELD-Na, Wells PE), but the exclusion clause is truncated mid-sentence: the description literally ends with 'NOT for...', so the intended negative boundary (e.g. non-valvular AF only, ages 40–79 for ASCVD, not for children/pregnancy) is cut off. This fits the level-4 anchor ('mostly distinct; minor overlap risk') because the missing boundary leaves modest ambiguity against general clinical-calculation or drug-dosing requests; it is not level 5 since a complete 'NOT for' clause would be needed for 'minimal conflict risk', and not level 3 since the named-score triggers are far more specific than 'somewhat specific'.

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-clinical-risk-scoring/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.