agentleFS
Google CloudKnown publisherGoogleCloudPlatform/LifeSciences/applications/open-agentic-science-engine/skills/structure-screening/SKILL.md

structure-screening

Skill57 starsChanged 6 days agoApache-2.0View on GitHub

Bounded structure screening for Stage 0 pre-commitment fast-fail. Retrieves existing structures/models within a declared screen budget, runs pocket druggability analysis via the pocket-druggability contract, and produces evidence assessment records. Use when evaluating whether a target has a druggable pocket as a pre-commitment filter, before committing resources to detailed structural characterization. Do not use for detailed characterization (that follows accepted prerequisites and resource budgets), compound screening (use the screen command), or modalities where pocket geometry is not the relevant tractability test (the screening layer detects this and produces an appropriately scoped assessment).

1 other project uses a version of this, 1 of them edited.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 4 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill when you need to run a bounded structural druggability screen as a pre-commitment filter (Stage 0 / Tier 0).

    line 19
  2. Distinctive:

    Before any structural work, check whether pocket geometry is the relevant tractability test for the declared modality.

    line 102
  3. Very specific:

    Run oase pocket run <STRUCTURE> to detect pockets.

    line 126
  4. Very specific:

    Run oase pocket analyze <POCKETS_RECORD> to judge tractability.

    line 127
  5. Very specific:

    If site residues are known, use --near to assess the specific intervention site.

    line 128
  6. Very specific:

    If --near was used, the verdict already answers the site question.

    line 136
  7. Distinctive:

    If global analysis was used, note that site relevance was not confirmed — a druggable pocket elsewhere in the structure is not evidence of …

    line 137
  8. Distinctive:

    Carry relays through: If a relay fires on an underlying pocket analysis, the assessment record must preserve it.

    line 196

≈ “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

1. When to use, and when not

Use this skill when you need to run a bounded structural druggability screen as a pre-commitment filter (Stage 0 / Tier 0). Entry points include:

  • Determining whether a target has a druggable pocket before committing it as a primary intervention target.
  • Evaluating structural tractability alongside competitive landscape and mechanism-direction as a pre-commitment filter.
  • Screening a target when only existing structures/models are available (no new AF3 prediction budget).

Do not use when:

  • You need detailed structural characterization (that requires accepted prerequisites and a resource budget — this skill produces a fast-fail filter, not a thorough characterization).
  • You need to rank different targets against each other by pocket score — the drug score ranks conformations of one target, not targets against each other (the pocket-druggability contract forbids this, and this skill preserves that constraint).
  • You need to run a new AF3 prediction — retrieval of existing models only; new predictions require separate justification.
  • The modality is not small-molecule or molecular-glue — pocket geometry is not the relevant tractability test for biologics, antibodies, gene therapies, etc. The screening layer will detect this and produce a not_yet_applicable assessment.

2. Relationship to pocket-druggability

pocket-druggability/SKILL.md is the interpretation authority. This skill orchestrates pocket-druggability; it does not replace or duplicate it. The relationship is:

ConcernAuthority
Single-structure pocket detection and scoringpocket-druggability
Verdict semantics and relay codespocket-druggability
Threshold set (pocket@1.0)pocket-druggability / thresholds.py
Structure retrieval and budgetstructure-screening (this skill)
Modality applicabilitystructure-screening (this skill)
Site relevance assessmentstructure-screening (this skill)
Evidence assessment record productionstructure-screening (this skill)

3. Tool invocations

QuestionRunWrites to
Screen structures for druggable pocketsoase structure-screen run <STRUCTURE>... --concept-ref IC-NNN --modality small_moleculeEvidence assessment records (stdout / --json)
Screen with site-specific queryoase structure-screen run <STRUCTURE>... --concept-ref IC-NNN --modality small_molecule --near A:145,A:146Evidence assessment records with site relevance
Screen with custom budgetoase structure-screen run <STRUCTURE>... --concept-ref IC-NNN --modality small_molecule --max-structures 3 --max-seconds 120Budget-bounded assessment records

The structure-screen run command internally invokes oase pocket run then oase pocket analyze for each candidate structure within the screen budget. It produces oase.evidence-assessment.v1 records with relay codes and scoping preserved from the underlying pocket analysis.

Options:

  • --concept-ref (required): concept reference (IC-NNN) the screen is for.
  • --modality (required): intervention modality (small_molecule, molecular_glue, antibody, etc.). Non-pocket-relevant modalities produce a not_yet_applicable assessment immediately.
  • --near: residues defining the intervention site (CHAIN:RESNUM, comma-separated). Passed through to oase pocket analyze --near.
  • --source: structure source type (pdb, alphafold_db, existing_model). Default: pdb.
  • --experimental/--no-experimental: whether structures are experimental. Auto-detected from source type if omitted.
  • --max-structures: maximum structures to evaluate (default: 5).
  • --max-seconds: maximum wall-clock seconds (default: 300).
  • --json: machine-readable JSON output.
  • --quiet: paths only.
  • --claim: the claim being assessed (default: "target has a druggable binding pocket").

4. Preconditions

  • Structure retrieval: existing AlphaFold DB models or PDB structures must be retrievable. If no suitable structure exists, the screen produces a not_assessed / data_unavailable record.
  • fpocket on PATH: required for pocket analysis. If missing, the screen produces a tool_unavailable record.
  • Screen budget: a declared budget (max structures, max wall-clock time). The screen respects this budget.

5. Workflow

Step 1: Check modality applicability

Before any structural work, check whether pocket geometry is the relevant tractability test for the declared modality.

  • Small molecule / molecular glue: proceed to Step 2.
  • Biologic / antibody / antisense / gene therapy / etc.: produce a not_yet_applicable assessment and stop. Do not force a pocket score onto a modality where it is not the relevant question.

Step 2: Retrieve candidate structures within budget

Retrieve existing structures for the target, prioritizing:

  1. Experimental crystal structures from PDB
  2. AlphaFold DB predicted models

Do not initiate a new AF3 prediction. If no suitable structure exists, produce a not_assessed / data_unavailable record with a clear note that a new prediction would require separate justification.

Step 3: Run pocket analysis per the pocket-druggability contract

For each candidate structure within the screen budget:

  1. Run oase pocket run <STRUCTURE> to detect pockets.
  2. Run oase pocket analyze <POCKETS_RECORD> to judge tractability.
  3. If site residues are known, use --near to assess the specific intervention site.

Step 4: Assess site relevance

Do not treat ANY high-scoring cavity as a pass without assessing relevance to the intended intervention site.

  • If --near was used, the verdict already answers the site question.
  • If global analysis was used, note that site relevance was not confirmed — a druggable pocket elsewhere in the structure is not evidence of tractability at the intended site.

Step 5: Produce evidence assessment records

For each evaluated structure, produce a oase.evidence-assessment.v1 record that:

  • Carries the evidence status mapped from the pocket verdict
  • Preserves all relay codes from the pocket analysis
  • Records provenance, confidence/coverage, and conformation
  • Notes site relevance assessment
  • Proposes the next discriminating characterization where justified

6. Mandatory relay preservation

The following relays from pocket-druggability MUST be preserved through the screening layer into the assessment record. They must not be dropped, summarized away, or contradicted by the screening layer's own verdict.

Relay codeKindObligation in screening context
fpocket.single_conformationQualifierThe assessment rationale must name the structure and state that a single conformation cannot settle the druggability question. The next-conformation suggestion must be included.
fpocket.conformation_dependentQualifierThe assessment must note that the score was computed on a non-experimental structure and constrains the model in both directions.
fpocket.druggability_is_not_affinityStopThe assessment must not present the pocket score as evidence of binding or affinity. If the program question is about binding, the assessment states that the question is untooled.

7. Evidence status mapping

Pocket verdictEvidence statusRationale
druggable-pocket-present (global)supported (with site-relevance caveat)A druggable pocket exists; site relevance requires --near confirmation
site-druggablesupportedPocket at the requested site is druggable
borderlineinsufficientScore is equivocal; score another conformation
site-borderlineinsufficientScore at the site is equivocal
no-druggable-pocket-in-this-conformationinsufficientSingle conformation; not conclusive
site-not-druggable-in-this-conformationinsufficientSingle conformation at the site
no-pocket-at-site-in-this-conformationinsufficientNo pocket at the site in this conformation
no-pockets-detectedinsufficientNo cavities found; may indicate input issue
Non-experimental structureinsufficient (always)Score constrains the model, not the target

Why insufficient rather than contradicted for low scores: The CDK2 calibration data (scores 0.17, 0.29, and 0.94 across three crystal structures of the same drugged ATP site) demonstrates that a sub-cutoff score on one conformation does not contradict druggability. The appropriate evidence status is insufficient — the evidence exists but is not decisive — with the fpocket.single_conformation relay carrying the calibration numbers.

8. Hard constraints

  • No new AF3 predictions. Retrieval only within budget.
  • No cross-target ranking by raw pocket score. The drug score ranks conformations of one target. Do not aggregate or compare scores across different targets.
  • No modification of pocket-druggability. This skill wraps the existing contract; it does not change verdicts, relays, or thresholds.
  • Carry relays through. If a relay fires on an underlying pocket analysis, the assessment record must preserve it.

9. What this skill produces

Following this workflow produces:

  • One or more oase.evidence-assessment.v1 records per target, one per evaluated structure.
  • Each record carries the evidence status, relay codes, provenance, confidence, and rationale.
  • The next discriminating characterization is proposed when the evidence is insufficient.
  • Budget adherence is recorded: if the screen stopped due to budget constraints, this is noted in the final assessment.

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.