scverse / scverse/pertpy

Experimental design & power analysis for perturbation screens

Open
#1,037 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Python
Stars
345
Forks
66
Avg merge
1d 4h
Merged PRs (30d)
13

Description

Context

Before spending significant money on a Perturb-seq or drug screen, users need to plan it, and afterwards justify that it was adequately powered.
pertpy has no tooling for this today, and little exists anywhere — largely greenfield.

What's missing

  • A priori power / sample-size calculation: given an expected effect size (e.g. in E-distance / logFC terms) and variability, how many cells per perturbation and how many replicates are needed to detect it at a target power?
  • Post-hoc power / minimal detectable effect from a pilot dataset.
  • Perturbation selection / active learning: with a prediction model, which perturbations to include in the next round of an iterative screen to maximize information.

Proposal / API

A pertpy.tools design module.
Power calculations can be simulation-based, reusing Distance / DistanceTest to define effect sizes consistent with the rest of pertpy.
Active-learning selection builds on the prediction + perturbation-space APIs.

Why it matters

  • Industry: directly reduces wasted screening spend and supports go/no-go decisions.
  • Academia: reviewers increasingly ask for power justification, and iterative screen design is an active research area.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the proposed pertpy.tools design module and the existing Distance/DistanceTest, prediction, and perturbation-space APIs. Scope the power-calculation and active-learning pieces before implementation, since the issue describes several greenfield capabilities. Done should be a clearly defined design and implementation for the selected scope, including simulation-based evaluation where applicable.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
bioinformatics
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.