RosettaCommons / RosettaCommons/RFdiffusion

Decreasing Success Rate in Binder Design Across Repeated, Independent Runs with Identical Parameters

Open
#391 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
3.1k
Forks
644
PR merge metrics
No merged PRs in 30d

Description

Dear RFdiffusion Developers,

I am writing to report a perplexing issue I've encountered while working on a binder design project. I have been running the RFdiffusion, ProteinMPNN, and ColabDesign pipeline multiple times with completely identical settings, but I'm observing a consistent and significant decrease in the binder success rate over subsequent runs.

For every run, all conditions, including the contig map, hotspot definitions, and other hyperparameters, were kept exactly the same. I performed several separate, independent runs for different iteration counts (diffuser.T=150, diffuser.T=50, and diffuser.T=200), with each run being a fresh execution of the pipeline. Despite this, I've noticed a clear trend of diminishing returns. For example, when using 150 iterations, my first run successfully produced 5 high-quality binders. However, by the fourth independent run with the exact same 150-iteration setting, zero successful binders were generated. This pattern of a declining success rate across subsequent runs was also observed with 50 and 200 iterations.

This is confusing because my expectation was that independent runs with identical inputs should produce stochastically similar outcomes and success rates over a large number of trials. Instead, I am seeing what appears to be a systematic degradation.

My Questions

  1. Is this a known phenomenon? Has anyone else reported a "performance decay" across repeated, independent executions of the binder design pipeline?

  2. Could there be a hidden state, cache, or temporary file that is not being properly cleared between runs, which might be influencing the outcome of later executions?

  3. Since my workflow involves RFdiffusion, ProteinMPNN, and ColabDesign, is it possible that an interaction between these tools is causing this issue over repeated use?

  4. Are there any recommended best practices for ensuring true independence and reproducibility between runs to avoid this kind of degradation?

This issue is quite puzzling, and any insights or suggestions you could offer would be immensely helpful for my project. Thank you for your time and continued development of this incredible tool.

Contributor guide

No contributing guide indexed for this repository

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 reproducing independent RFdiffusion, ProteinMPNN, and ColabDesign pipeline runs with identical contig maps, hotspots, hyperparameters, and diffuser.T values of 50, 150, and 200. Compare run outputs and execution environments while checking whether state, caches, or temporary files persist between runs. Done means identifying the source of the declining success rate or documenting a reliable isolation and reproducibility procedure.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
machine-learning
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.