CtrlK
BlogDocsLog inGet started
Tessl Logo

tooluniverse-clinical-trial-design

Strategic clinical trial design feasibility assessment using ToolUniverse. Evaluates patient population sizing, biomarker prevalence, endpoint selection, comparator analysis, safety monitoring, and regulatory pathways. Creates comprehensive feasibility reports with evidence gr...

63

Quality

79%

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

Fix and improve this skill with Tessl

tessl review fix ./scientific-skills/Protocol Design/tooluniverse-clinical-trial-design/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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 a well-structured, lean overview: executable quick-start code, a clear report-first workflow, concrete tool mapping, and exemplary progressive disclosure into three verified one-level-deep reference files. The main weaknesses are the placeholder synthesis step in Quick Start and generic rather than explicit per-path validation checkpoints.

Suggestions

Replace the "# Compile into feasibility report..." placeholder in Quick Start with a concrete snippet (or explicit pointer) showing how tool outputs feed the Feasibility Scorecard, closing the actionability gap.

Add explicit per-path validation checkpoints (e.g., cross-check biomarker prevalence between ClinVar and gnomAD before scoring Patient Availability) instead of only the generic error-handling guidance.

Trim the generic Input Validation boilerplate to the skill's actual required inputs (e.g., indication, trial phase, biomarker) to tighten conciseness.

DimensionReasoningScore

Conciseness

The body is dense and table-driven, assumes domain knowledge, and pushes detail to references — e.g., the 14 report sections are one-line summaries and the Quick Start is a compact 4-step code block. Minor trims are possible: the generic "Input Validation" boilerplate ("This skill accepts requests that match the documented purpose...") and the trigger-phrase list duplicating frontmatter content. This fits the score-4 anchor (efficient, minor instances that could be trimmed) rather than score 5 (every token earns its place).

4 / 5

Actionability

The Quick Start is copy-paste-ready executable code with real tool calls and parameters ("tu.tools.OpenTargets_get_disease_id_description_by_name(diseaseName=...)"), the Tool Quick Reference table maps concrete tool names to each path, and the report/scorecard templates are exact markdown. The minor gap is that the synthesis step is left as a placeholder comment ("# Compile into feasibility report...") with output-processing deferred to references, which keeps it at score 4 rather than 5's fully-executable common-case coverage.

4 / 5

Workflow Clarity

The sequence is clear: a mandatory report-first loop (create file → initialize headers → update progressively → present final), a 6-path research tree, a 14-section report contract, and an error-handling section with fallbacks. Validation is present via the evidence-grading system, the "show calculation with raw scores, weights, and evidence sources" transparency requirement, and explicit error handling. It is score 4 rather than 5 because feedback is described generically ("if execution fails, report the failure point") rather than as explicit validate→fix→retry checkpoints per path.

4 / 5

Progressive Disclosure

The body is a genuine overview and all three referenced files (research_paths_detail.md, scoring_and_endpoints.md, examples_and_troubleshooting.md) exist, are one level deep, and contain exactly what the References table claims (step-by-step path code, scoring algorithm, complete example). Each is well-signaled with "→ Detailed..." pointers plus a content-summary table, and the references link only back to SKILL.md. This matches the score-5 anchor: clear overview, well-signaled one-level-deep references, easy navigation.

5 / 5

Total

17

/

20

Passed

Description

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

The description is specific and action-rich, clearly conveying what the skill does across all six research dimensions, but it omits any 'when to use' trigger guidance and ends mid-word ("evidence gr..."), suggesting it was truncated. Adding an explicit use-when clause and completing the final sentence would materially improve it.

Suggestions

Add an explicit trigger clause, e.g. "Use when planning early-phase (Phase 1/2) trials, assessing enrollment feasibility, or selecting endpoints and regulatory pathways" — this addresses the completeness cap of 3.

Fix the truncated ending: the description currently cuts off mid-word at "evidence gr...", leaving the final claim incomplete.

Include natural user phrasings like "trial planning", "Phase 1/2 design", or "enrollment projections" to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

The description lists six concrete evaluation actions ("Evaluates patient population sizing, biomarker prevalence, endpoint selection, comparator analysis, safety monitoring, and regulatory pathways") plus a concrete output ("Creates comprehensive feasibility reports"), covering all documented dimensions of the skill. This matches the anchor for multiple specific concrete actions with comprehensive coverage rather than the score-4 anchor with minor gaps.

5 / 5

Completeness

The "what" is clear (evaluates six named dimensions, produces feasibility reports), but there is no "Use when..." clause or equivalent explicit trigger guidance, which the judging guidelines state should cap completeness at 3. It fits the anchor "has a clear 'what' but 'when' is missing or only weakly implied"; score 4 would require an explicit, if imperfect, 'when' clause.

3 / 5

Trigger Term Quality

Natural terms a researcher would say are present ("clinical trial design", "feasibility assessment", "biomarker", "endpoint selection", "regulatory pathways"), but common user phrasings like "trial planning", "Phase 1/2 design", or "enrollment feasibility" are absent. Good coverage with a few natural terms missing fits the score-4 anchor; it is not score 3 since multiple relevant natural keywords exist, and not score 5 since synonyms and variations are not comprehensively covered.

4 / 5

Distinctiveness Conflict Risk

The feasibility-assessment framing and six-dimension scope carve out a mostly distinct niche, but the description shares "clinical trial" territory with closely related sibling skills (e.g., clinical trial matching, per the body's NOT-for list), creating minor overlap risk. This matches the score-4 anchor (mostly distinct, minor overlap with closely related skills) rather than score 5 (clear niche with minimal conflict risk).

4 / 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
aipoch/medical-research-skills
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.