tooluniverse-peptide-target-deorphanization-a7d2b7 — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited tooluniverse-peptide-target-deorphanization-a7d2b7 (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Deorphanize a peptide: given a peptide sequence plus an observed phenotype (and often a hypothesized target the peptide does NOT actually bind), find its likely real protein target(s) — using ToolUniverse's keyless characterization, homology, target-family, phenotype, cross-species, and (optional, key-gated) co-folding tools.
The target can be anything, not just a GPCR. A target-class router (GPCR ligand / ion-channel toxin / protease target / cytokine or growth-factor receptor / integrin ligand / antimicrobial / unknown) classifies the peptide up front and adapts the enumeration strategy. GPCRs are the best-trodden case (and the validated control), but the pipeline's spine — homology, motif, phenotype, cross-species, co-fold — is target-class-agnostic, and family enumeration uses HGNC gene-family (general) + InterPro (general) + GPCRdb (GPCR-only cross-check).
The failure mode this skill defends against is guessing a target from the peptide's name or its assumed mechanism. A peptide can be phenotypically active yet not bind the hypothesized target — because it hits a paralog, a different family member, or the same receptor in a different species whose binding interface has diverged. So:
This skill is built on validated, mostly keyless tools (BLAST, ELM/PROSITE, GPCRdb/HGNC/GtoPdb, OpenTargets, EnsemblCompara/Alliance). The single key-gated step is the optional structural confirmation by co-folding (NVIDIA NIM), used only to rank an already-narrowed shortlist.
Two runnable scripts in scripts/ execute the whole pipeline so you don't have to chain the phase calls by hand. Both load ToolUniverse via the SDK and run from the repo root.
deorphanize_peptide.py — keyless candidate generation + ranking (Phases 1–4)No API key. For each peptide it characterizes it (PepCalc/ProtParam), flags non-canonical/cyclic residues, scans PROSITE + ELM signatures, flags protease/degradation liability, classifies the target class (GPCR / channel / protease / cytokine-receptor / integrin / …) and enumerates the candidate target family accordingly, anchors on phenotype (OpenTargets), and — for the top candidates — resolves the ortholog protein sequences and aligns the binding interface across human / assay-species / source-species (the mechanistic "binds in A, not B" step) and suggests a ClusPro-ready PDB structure. Prints a ranked candidate shortlist with evidence tiers.
python3 scripts/deorphanize_peptide.py \
--sequence <PEPTIDE_SEQ> \ # OR --fasta peptides.fasta for BATCH mode
--hypothesized-target <GENE> \ # optional; seeds family enumeration (e.g. GLP1R). OMIT for SEEDLESS mode
--phenotype "<disease name>" \ # optional, REPEATABLE; OpenTargets anchor (use the DISEASE node, not a symptom) — pass several to union plausible phenotypes
--assay-species mus_musculus \ # species of the NEGATIVE binding assay
--source-species <organism> \ # optional; species where binding WAS observed -> 3-way interface alignment
[--no-blast] [--out result.json]Modes:
--hypothesized-target GLP1R) — enumerate that gene's family as the candidate panel (cleanest). Even seeded, the sequence-derived candidates (below) are always unioned in, so a wrong hypothesized seed cannot blind the search to the real target's family — exactly the deorphanization premise.receptor/channel/protease, chosen by the router) via UniProt; degrades to phenotype-only if that resolver is transiently down. No longer receptor-only.--phenotype is repeatable; pass every plausible disease and the anchor is the union (max score per target). Best when you don't know the single right phenotype.--fasta) — one record per FASTA entry, sharing --phenotype/--assay-species.Extra signals it always reports:
A@P2) is DPP4-LABILE; exendin-4 (G@P2) is resistant. A labile flag triggers a "re-test with a DPP4 inhibitor or protease-resistant analog" note — a key alternative explanation for "works in vitro, not in the mouse assay."Norine_get_peptide and pass --cyclic to cofold_screen.py.EBI_msa_align), reporting per-pair % identity and substitution count. A low human-vs-assay identity flags the ortholog whose binding interface most plausibly diverged — the mechanistic answer to "binds in A, not B". If the source organism is a protist absent from UniProt, it reports insufficient and tells you to supply the partner sequence by hand.PDBeSIFTS_get_best_structures resolves a representative solved PDB id you can feed straight to ClusPro_submit_peptide_docking.Validated on the control (--sequence HGEGTFTSDLSKQMEEEAVRLFIEWLKNGGPSSGAPPPS --hypothesized-target GLP1R --phenotype "type 2 diabetes mellitus"): recovers the class-B panel {GCGR, GHRHR, GIPR, GLP1R, GLP2R, SCTR}, flags GLP1R as hypothesized (tested negative), and promotes GIPR to Tier 1 (family + phenotype, score 0.674) as the leading real-target hypothesis — exactly the deorphanization re-ranking, produced with zero API keys.
cofold_screen.py — structural confirmation (Phase 5, key-gated)Co-folds the peptide against each shortlisted receptor and ranks by interface confidence (ipTM). Requires NVIDIA_API_KEY; without it, runs a DRY RUN that still resolves every receptor sequence (GPCRdb → UniProt fallback) and prints the co-fold plan, so you can verify inputs before paying for GPU time.
python3 scripts/cofold_screen.py --peptide <SEQ> --candidates GIPR GCGR GLP2R \
[--backend boltz2|alphafold2_multimer|openfold3] [--assay-species mus_musculus] [--out cofold.json]Use the scripts for the fast path. When you need to run, debug, or extend a single step by hand, the full per-phase manual reference — every tool call the scripts automate, with exact parameter names, gotchas, fallback chains, runtime notes, and two fully worked examples — lives in `references/phases.md`. Read it when a script step fails, when you want to drive a phase manually, or when you extend the pipeline to a new tool.
Six phases; the scripts automate 1–4 (and the Phase-5 dry run). Full detail + exact tool calls + gotchas are in `references/phases.md` — read it before driving any phase by hand.
| Phase | What it does | Key tools |
|---|---|---|
| 0 Verify | Confirm every tool loads; substitute fallbacks | tooluniverse.cli run … |
| 1 Characterize + motif + classify | Properties, non-canonical/cyclic flag, PROSITE/ELM signature → ligand family, target-class router (GPCR/channel/protease/cytokine/integrin/…) | PepCalc/ProtParam, ScanProsite→PROSITE_get_entry, ELM_*, ESMFold |
| 2 Candidate generation | 4 independent routes — homology, motif→domain, target-family enumeration (class-aware), phenotype anchor → union | BLAST/EBI_msa_align, HGNC+InterPro+GPCRdb+GtoPdb, OpenTargets |
| 3 Cross-species | Resolve "binds in A not B": align the ortholog interface across human / assay / source species | EnsemblCompara, Alliance, UniProt, EBI_msa_align |
| 4 Narrow + rank | Score on sequence × phenotype × pharmacology × cross-species → shortlist ≤15 | (intersection logic) |
| 5 Structural confirm (optional, key-gated) | Co-fold top candidates, rank by interface ipTM; or academic-free ClusPro docking | NvidiaNIM_boltz2/…, ClusPro_submit_peptide_docking |
| 6 Report | Ranked shortlist with evidence tiers + wet-lab plan | (inline report) |
Core intersection rule: the real target is where phenotype-plausible (Route 2D) meets sequence/structure-plausible (Routes 2A–2C). A name-level guess ("it's a GLP-1 analog so it's GLP1R") is exactly what produces off-target errors — never assert a target the union of routes didn't surface.
ortholog_one2one? interface % identity in the assay species?).Evidence tiers — always state which evidence is keyless/validated vs key-gated (co-fold not run), and flag any candidate that is a negative against the originally hypothesized target so the reader sees the re-ranking:
Separate from target deorphanization itself, ToolUniverse has 7 small, single-property peptide databases. None of them tell you what a peptide's target is — they each answer a narrower "does this peptide have property X" question, useful as supplementary evidence once a peptide is on your radar (e.g. flagging a candidate as also hemolytic/toxic before recommending it, or checking measured half-life before a stability claim). Query the one matching the property you actually need — searching all 7 for every peptide is wasted effort.
| Database | Tools | Property covered | Search fields |
|---|---|---|---|
| DBAASP | DBAASP_search_peptides, DBAASP_get_peptide | Antimicrobial activity — per-target MIC values, terminus modifications, structure | sequence, name, target_species, target_group, kingdom, uniprot, dbaasp_id |
| AMPSphere | AMPSphere_search_amps, AMPSphere_get_family, AMPSphere_get_amp_distributions, AMPSphere_get_amp_features | Antimicrobial peptides predicted from 863K+ prokaryotic metagenomic smORFs — family clustering, geographic/ecological distribution, physicochemical features (MW, pI, charge, molar extinction) | habitat, family, microbial_source, pep_length_interval, mw_interval, charge_interval, or a specific accession |
| ConoServer | ConoServer_search_conopeptides, ConoServer_get_conopeptide | Cone-snail venom peptides (conotoxins) — sequence, PTMs, cysteine framework, gene superfamily, pharmacological family | name, sequence, pharmacological_family, gene_superfamily, cysteine_framework, organism, or conoserver_id |
| Hemolytik 2.0 | Hemolytik2_search_peptides | Experimentally validated hemolytic/toxic activity | dataType in {nature, source, seq} + dataValue — no name-based search; use seq for a sequence/substring query |
| CancerPPD 2.0 | CancerPPD2_search_peptides | Experimentally validated anticancer activity, by cancer type / cell line | dataType in {cancer_type, cell_line, seq} + dataValue |
| TumorHoPe 2 | TumorHope2_search_peptides | Tumor-homing peptides used in drug delivery | source, target_tumor, name_source, conjugate (all optional filters) |
| PEPlife 2.0 | PEPlife2_search_peptides | Experimentally measured half-life / proteolytic stability | dataType in {lin_cyc, org, seq} + dataValue — no name-based search, same pattern as Hemolytik2 |
Verified live behavior worth knowing before you rely on these:
name/dataType value outside their fixed enum ({nature, source, seq} and {lin_cyc, org, seq} respectively) — there is no cross-database "search by peptide name" here except DBAASP, ConoServer, and TumorHope2's name_source. If you only have a name, search DBAASP/TumorHope2 first, or search by seq if you have the sequence.seq filter on Hemolytik2/PEPlife2/CancerPPD2 is a loose substring/fragment match, not an exact-sequence lookup — querying a well-known peptide's full sequence can return unrelated peptides that merely share a short subsequence. Always check the returned seq field actually matches before treating a hit as the peptide you queried.conoserver.org/download/conoserver_protein.xml.gz) returned HTTP 403 on every attempt (3/3 in tu test, repeated manual retries also failed), and ConoServer_get_conopeptide (which loads the same bulk file) also failed on manual retry after passing once under tu test's cached run. Treat ConoServer as currently unreliable — check its live status with a cheap call before depending on it, and do not fabricate a conopeptide record if it 403s.Validated on the exendin-4 → GLP1R control: recovers the class-B panel {GCGR, GHRHR, GIPR, GLP1R, GLP2R, SCTR}, flags GLP1R as the (negative) hypothesized target, and promotes GIPR to Tier 1 — the deorphanization re-ranking, produced with zero API keys. The full step-by-step (control and the real "binds in the source organism, not in mouse" case) is in references/phases.md.
Reproducible test prompts + checkable assertions are in `evals/evals.json` (the exendin-4 control, the source-organism/mouse-negative case, and a non-GPCR seedless case). To check the skill still behaves, run a prompt through it and verify the output against that eval's assertions.
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.