CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

tooluniverse-peptide-target-deorphanization

Find the real protein target(s) of a peptide from its sequence — peptide target deorphanization / off-target identification, for ANY target class (GPCR, ion channel, protease, cytokine/growth-factor receptor, enzyme, integrin), not only GPCRs. Use when a peptide has a phenotype but does not bind its hypothesized target, when a peptide binds a target in one species or assay but not another, or to screen candidate targets for an orphan peptide. A target-class router steers a multi-route keyless pipeline (PROSITE/ELM motif, BLAST homology, HGNC/InterPro/GPCRdb/GtoPdb target-family enumeration, OpenTargets phenotype anchor, EnsemblCompara/Alliance cross-species reconciliation) plus optional NVIDIA-NIM co-folding (Boltz2, AlphaFold2-Multimer, OpenFold3) for structural confirmation.

Quality

90%

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

The canonical home for this skill is tooluniverse-peptide-target-deorphanization in mims-harvard/ToolUniverse

SKILL.md
Quality
Evals
Security

Quality

Content

75%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 highly actionable — executable scripts, a validated control with expected output, evidence tiers, and a well-signaled one-level manual reference — with a clearly sequenced six-phase workflow gated by a Phase-0 verify and a key-gated dry run. Its weaknesses are repetition of the validation/control material, an inline supplementary database section peripheral to the core pipeline, and a reference to an evals/evals.json file that is not present in the bundle.

Suggestions

State the exendin-4 control result once (e.g., in the Validation section) and have the script section point to it, and drop the duplicated 'name-level guess' sentence from one of its two locations.

Ship the referenced evals/evals.json in the bundle (or remove the reference) so the stated verification checkpoint — 'verify the output against that eval's assertions' — is actually executable.

Move the 'Peptide Bioactivity Property Databases' table and its verified-live-behavior notes into a short reference file (e.g., references/property_dbs.md), keeping only a one-line pointer and the 'query the one you need' guidance in SKILL.md.

DimensionReasoningScore

Conciseness

The body is dense and mostly non-redundant domain knowledge (DPP4 liability, interface divergence, non-canonical residue flags), but it repeats material: the exendin-4 validation result is stated in full twice (script section and Validation section), and "A name-level guess ('it's a GLP-1 analog so it's GLP1R') is exactly what produces off-target errors" appears verbatim twice. The ~19-line 'Peptide Bioactivity Property Databases' section is admitted to be peripheral ('None of them tell you what a peptide's target is') and could be trimmed or offloaded. This fits anchor 3 ('includes some unnecessary explanation or could be tightened') better than 4, where over-explanation would be only minor.

3 / 5

Actionability

Two copy-paste-ready script invocations with every flag documented inline ("--sequence <PEPTIDE_SEQ> ... --hypothesized-target <GENE> ... --phenotype '<disease name>'"), concrete mode examples ("--hypothesized-target GLP1R", "--assay-species mus_musculus"), and a fully validated control run with the exact input sequence and its checkable expected output (class-B panel, GIPR Tier 1 score 0.674). This matches anchor 5 — executable commands covering the common cases with specific examples.

5 / 5

Workflow Clarity

The six phases are clearly sequenced in a table with per-phase tools and a core intersection rule, and checkpoints exist: Phase 0 'Verify: confirm every tool loads; substitute fallbacks', a DRY RUN gate before key-gated GPU spend, and fallback behavior ('degrades to phenotype-only if that resolver is transiently down'). It falls short of anchor 5 because the stated verification hook — 'verify the output against that eval's assertions' in evals/evals.json — points to a file that is absent from the bundle, leaving that checkpoint non-executable, and the batch mode gets no per-record validation guidance.

4 / 5

Progressive Disclosure

Good structure: the body is an overview with scripts as the fast path, and the deep material is a single, clearly signaled, one-level reference (references/phases.md, present in the bundle, with explicit when-to-read guidance: 'Read it when a script step fails, when you want to drive a phase manually, or when you extend the pipeline'). The gaps keeping it from anchor 5 are the dangling evals/evals.json reference and the inline 7-database supplementary table (with verified-live-behavior notes) that would sit more naturally in its own reference file — minor organization gaps consistent with anchor 4.

4 / 5

Total

16

/

20

Passed

Description

100%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 exemplary: it states what the skill does with named tools and methods, gives three explicit 'Use when' trigger scenarios with natural synonyms, and occupies a distinct niche. Its only weakness is length — the pipeline tool enumeration makes it long — but every clause is informative rather than padded, so no dimension is docked.

DimensionReasoningScore

Specificity

The description lists multiple concrete, specific actions — "PROSITE/ELM motif, BLAST homology, HGNC/InterPro/GPCRdb/GtoPdb target-family enumeration, OpenTargets phenotype anchor, EnsemblCompara/Alliance cross-species reconciliation" plus "co-folding (Boltz2, AlphaFold2-Multimer, OpenFold3) for structural confirmation" — covering the full pipeline comprehensively with named tools. It clearly matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage' rather than 4, which requires 'minor gaps in coverage'.

5 / 5

Completeness

It explicitly answers both questions with concrete triggers: what — "Find the real protein target(s) of a peptide from its sequence"; when — "Use when a peptide has a phenotype but does not bind its hypothesized target, when a peptide binds a target in one species or assay but not another, or to screen candidate targets for an orphan peptide". This mirrors anchor 5 exactly; anchor 4 ('when' could be more explicit) is clearly surpassed by the three concrete trigger scenarios.

5 / 5

Trigger Term Quality

Natural user phrasings are comprehensively covered as synonyms: "peptide target deorphanization / off-target identification", "orphan peptide", "screen candidate targets", "does not bind its hypothesized target", "binds a target in one species or assay but not another", plus target-class nouns (GPCR, ion channel, protease, integrin). This matches anchor 5's comprehensive synonym coverage; anchor 4 would require visibly missing common phrasings, and none are apparent for this niche.

5 / 5

Distinctiveness Conflict Risk

Peptide target deorphanization is a clear niche with distinct triggers (orphan peptide, off-target identification, cross-species binding mismatch) that would rarely collide with other skills' triggers. The description also explicitly scopes the boundary ("for ANY target class ... not only GPCRs"), matching anchor 5's 'Clear niche with distinct triggers; minimal conflict risk'.

5 / 5

Total

20

/

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-peptide-target-deorphanization/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.