agentleFS
PharMolixPharMolix/OpenBioMed/skills/biomed-skill-creator/SKILL.md

biomed-skill-creator

Skill1.1k starsChanged 8 months agoMITView on GitHub

Create new biomedical skills or improve existing ones for the OpenBioMed toolkit. Use this skill when: (1) Creating a new skill from scratch, (2) Capturing a workflow as a reusable skill, (3) Automating a biomedical task, (4) Improving an existing skill.

Trending

Quiet this year.thin dataabout the whole repository

Dec 2025: 0 mentionsJan 2026: 0 mentionsFeb 2026: 0 mentionsMar 2026: 0 mentionsApr 2026: 0 mentionsMay 2026: 0 mentionsJun 2026: 0 mentionsJul 2026: 0 mentionsAug 2026: 0 mentionsSep 2026: 0 mentionsOct 2026: 0 mentionsNov 2026: 0 mentions
Dec 2025Jun 2026Nov 2026
Mentions a month of the PharMolix/OpenBioMed repository that our weekly crawl found: only 1 in all, so this is a hint, not a trend. There is no adoption data for this file yet.

Who's talking about PharMolix/OpenBioMed

The biggest 1 of 1 mention linking to the repository that our crawl found. Each line is their own headline.

The file

We split this skill into the rules it gives an agent

7 rules. About 0 are common, 5 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈5

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    After designing the workflow, ask:

    line 82
  2. Distinctive:

    When a step fails:

    line 93
  3. Distinctive:

    Ask user to decide

    line 96
  4. Very specific:

    Before finalizing SKILL.md, ask the user to choose a license:

    line 150
  5. Distinctive:

    Default to MIT if user doesn't specify.

    line 158
  6. Very specific:

    Run evaluation to ensure quality.

    line 198
  7. Distinctive:

    Expert: Use technical terms (ADMET, TPSA, RMSD)

    line 216

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

BioMed Skill Creator

A meta-skill for creating and improving skills in the OpenBioMed biomedical toolkit.

Overview

This skill guides you through creating biomedical skills with interactive validation. Biomedical workflows require domain-specific validation with real data before finalization.

Workflow:

1. Capture Intent → 2. Design Workflow → 3. Interactive Validation → 4. Finalize → 5. Evaluate
        ↑                                                              ↓
        └──────────────────── Iterate if needed ←─────────────────────┘

Step 1: Capture Intent

Ask clarifying questions:

  1. What biomedical task should this skill perform?
  2. What inputs will users provide? (molecule name/SMILES, protein ID, text)
  3. What outputs should the skill produce? (reports, files, predictions, visualizations)
  4. Are there edge cases or constraints?

Input Types

Input TypeFactory MethodExample
MoleculeMolecule.from_smiles()"CC(=O)OC1=CC=CC=C1C(=O)O"
ProteinProtein.from_fasta()"MKFLILLFNILCLFPVLAADNH..."
PocketPocket.from_protein_ref_ligand()Protein + reference ligand
TextText.from_str()"What is this molecule?"

Step 2: Design Workflow

Identify tools and steps. See references/tools_reference.md for available tools.

Common Workflow Patterns

PatternTools Flow
Drug-likenessmolecule_name_request → molecule_qed/sa/logp/lipinski → summarize
Protein Mutationprotein_uniprot_request → mutation_explanation → protein_folding → visualize
Structure-Based Designprotein_pdb_request → extract_molecules → structure_based_drug_design → docking
Molecule Q&Amolecule_name_request → molecule_question_answering → format

Basic Workflow Code Pattern

from open_biomed.tools.tool_registry import TOOLS

# Get entity
tool = TOOLS["tool_name"]
result, message = tool.run(parameter=value)
entity = result.get("protein") or result.get("molecule")

# Process with other tools
another_tool = TOOLS["another_tool"]
output, msg = another_tool.run(entity=entity)

Step 3: Interactive Validation (CRITICAL)

Execute ONE step at a time and check with user before proceeding.

After designing the workflow, ask:

"Please provide an example input and I'll run through each step showing results."

For Each Step

  1. Execute the step using OpenBioMed tools
  2. Display results with standardized format (see references/validation_template.md)
  3. Ask for feedback: "Is this result satisfactory? (yes/proceed/modify/skip)"

Handling Errors

When a step fails:

  1. Explain the error clearly
  2. Propose alternatives (fallback tools, web search, skip)
  3. Ask user to decide

After All Steps

Present summary and ask:

"Do you want to:

  1. Proceed with this workflow?
  2. Modify and re-validate?
  3. Try different input?"

Step 4: Finalize the Skill

Once approved, create the skill files:

Directory Structure

skill-name/
├── SKILL.md              # Main skill definition (< 200 lines)
├── examples/             # Runnable example scripts
│   └── basic_example.py
└── references/           # Detailed documentation
    ├── advanced.md
    └── troubleshooting.md

SKILL.md Template

See references/skill_template.md for the full structure. Key sections:

---
name: skill-name
description: >
  [One-line summary of what the skill does].
  Use this skill when:
  (1) [Use case 1],
  (2) [Use case 2],
  (3) [Use case 3].
license: [MIT|Apache-2.0|BSD-3-Clause|GPL-3.0]
category: [category from list below]
tags: [tag1, tag2, tag3]
---

# Skill Title

## When to Use
## Workflow (keep code snippets < 20 lines)
## Expected Outputs
## Error Handling

License Selection

Before finalizing SKILL.md, ask the user to choose a license:

"What license should this skill use?

  1. MIT (Recommended) - Permissive, allows commercial use
  2. Apache-2.0 - Permissive with patent grant
  3. BSD-3-Clause - Permissive, no endorsement clause
  4. GPL-3.0 - Copyleft, derivatives must be open source"

Default to MIT if user doesn't specify.

Category Options

CategoryDescription
drug-discoveryDrug design, molecule generation, lead optimization, virtual screening
admet-predictionAbsorption, distribution, metabolism, excretion, toxicity prediction
protein-engineeringProtein design, stability optimization, function prediction
protein-structureStructure prediction, folding, conformational analysis
mutation-analysisMutation effect prediction, variant annotation, engineering
antibody-designAntibody/nanobody design, affinity maturation, epitope prediction
immunologyImmunogenicity prediction, vaccine design, immune profiling
single-cellSingle-cell analysis, cell annotation, spatial transcriptomics
genomicsGene analysis, variant calling, regulatory element prediction
transcriptomicsRNA-seq analysis, expression profiling, differential expression
metabolomicsMetabolite identification, pathway analysis, metabolic modeling
proteomicsProtein identification, PTM analysis, protein-protein interactions
pathway-analysisPathway enrichment, network analysis, systems biology
bioactivity-predictionActivity prediction, target identification, bioassay analysis
binding-affinityDocking, binding prediction, protein-ligand interactions
molecular-dynamicsMD simulation, conformational sampling, free energy calculation
chemical-synthesisRetrosynthesis, reaction prediction, synthesis planning
safety-toxicologyToxicity prediction, safety assessment, off-target effects
clinical-translationalBiomarker discovery, patient stratification, drug repurposing
bioimagingMedical imaging analysis, cell segmentation, image-based profiling
knowledge-retrievalLiterature mining, database queries, knowledge graphs
multi-modal-reasoningCross-modal tasks, text-based molecule/protein tasks, QA
visualizationMolecular visualization, structure rendering, report generation
utilitiesMeta-skills, workflow automation, helper tools, evaluation

Writing Guidelines

  1. Keep SKILL.md under 200 lines - Move long code to examples/ or references/
  2. Code snippets < 20 lines - Link to full examples
  3. Include interpretation - What do scores/outputs mean?
  4. Handle errors - What if tools/APIs fail?

Step 5: Evaluate the Skill

Run evaluation to ensure quality. See references/evaluation_reference.md for details.

  1. Create 2-3 test cases with realistic prompts
  2. Run grader - Compare with-skill vs baseline agents
  3. Analyze results - Identify patterns and issues
  4. Iterate if needed

Quick Reference

See references/quick_reference.md for:

  • Workflow patterns summary
  • Input type reference
  • Score interpretation tables
  • Evaluation checklist

Communication Style

Adapt to user's familiarity:

  • Expert: Use technical terms (ADMET, TPSA, RMSD)
  • Intermediate: Brief explanations
  • Beginner: Analogies, explain why metrics matter

Checklist

Before finalizing:

  • Workflow validated with real input
  • User approved the workflow
  • SKILL.md under 200 lines
  • Long code in examples/
  • Error handling documented
  • Test cases created and graded

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.