Start Here
Choose a route, check your setup, and decide what evidence you will produce
Why the course is organized by day
This site is the asynchronous version of the 2025 ML Protein Design Bootcamp. Monday through Thursday preserve the sequence of the original in-person course so that you can see what the cohort did and in what order. In the self-paced version, a βdayβ is a stage in the learning journeyβnot a promise that every learner will finish that material in one calendar day.
The original sequence is:
- Monday β prepare the environment and tools
- Tuesday β predict structures and interpret confidence
- Wednesday β compare complex predictors and generate backbones
- Thursday β connect the workflow to compute, docking, and project planning
- Capstone β assemble an evidence-based binder-design portfolio
You can follow that sequence closely, take only the core path, or use the site as a reference while working on your own problem.
Choose your route
| Route | Best for | What to complete | Realistic effort* | Definition of complete |
|---|---|---|---|---|
| Core path | First-time learners who want the shortest coherent route to the capstone | Read the core material, complete the named βDoβ activity for each major lesson, and collect the required evidence checkpoints | 16β24 active hours before the capstone; 10β25 hours for a small capstone | You can justify a prediction/design workflow and show the artifacts behind your decisions |
| Full bootcamp | Learners who want to reproduce the breadth of the original workshop | Complete all original activities, recordings, optional architecture sections, and relevant tool installations | 35β55 active hours before the capstone; 20β40 hours for the capstone | You have attempted the full workshop sequence and documented both successful and failed runs |
| Reference path | Experienced practitioners with a specific tool or question | Use the day dashboards to jump to a tool, concept, or target; complete only the readiness checks that its page names | Variable | You found, ran, or interpreted the item you came for and recorded enough context to reproduce it |
*Active effort excludes large downloads, account approvals, scheduler queues, and long GPU jobs. Those can add minutes to days depending on your institution and chosen workload.
If you are unsure, take the core path. You can return to full-workshop and reference material when a research question makes it useful.
What you should know before starting
This course assumes that you can:
- read a protein sequence and recognize residues, chains, structures, and binding interfaces;
- edit a text file and run basic commands in a terminal;
- read short Python scripts and change paths or parameters;
- keep a computational lab notebook; and
- ask what evidence supports a model output rather than treating a prediction as ground truth.
You do not need prior experience with attention, diffusion models, PyTorch, or every tool in Monday. Use the Python refresher if basic functions, loops, dictionaries, files, or FASTA parsing feel unfamiliar.
Compute and account expectations
| Resource | Enough for | What to expect |
|---|---|---|
| Modern browser + ordinary laptop | All reading, videos, target research, lightweight Python, and most PyMOL inspection | No dedicated GPU required |
| Google Colab or a hosted prediction service | Thursday notebooks and selected prediction comparisons | Free access and quotas can change; save outputs immediately |
| Linux HPC or GPU workstation | Local predictors, RFdiffusion, sequence design, and larger capstone runs | A scheduler, separate environments, and 16β24 GB GPU memory cover many teaching examples; some tools or complexes need more |
| Storage | Environments, weights, databases, and results | Plan for 50β100 GB for a broad tool installation; full local sequence databases can require terabytes |
| Accounts | Hosted prediction tools and code/model downloads | Some activities require Google, Chai, GitHub, or Hugging Face access; institutional policies may limit them |
Exact requirements vary by tool. Read the resource table at the top of an installation page before downloading weights or requesting a GPU.
Before a local install, use Reproducible Setup & Compute Fallbacks to run the read-only course preflight, interpret version pins, and choose an equivalent analysis route when infrastructure is unavailable.
You can still learn the scientific reasoning. Read the method and analyze any supplied example or previously generated outputs instead of running the job. In your evidence portfolio, label the source of those outputs and explain what you would change in a new run. Running a model is not the same as interpreting it well.
Your 15-minute readiness check
Before beginning Monday, make a short readiness.md note and answer these questions:
- Which route are you taking: core, full, or reference?
- Can you open a terminal, run
python --version, and identify the active environment? - Can you open a PDB structure in PyMOL or another molecular viewer?
- If you plan to run models locally, can you access a Linux GPU node and run
nvidia-smithere? - Where will you store model weights, environments, and project outputs without exceeding a home-directory quota?
- What is your fallback if a hosted account, download, or GPU queue is unavailable?
If any answer is βnot yet,β begin with Monday pre-work. If all answers are clear, use Mondayβs tool map to install only what your route requires.
Use the Watch β Read β Do β Check loop
Each day dashboard distinguishes four ways of engaging with the material:
- Watch β the original workshop recording. It supplies instructor context and is usually optional when equivalent written material is present.
- Read β the durable explanation, instructions, expected outputs, and troubleshooting guidance.
- Do β the smallest authentic task that produces evidence: a figure, log, output structure, benchmark, comparison, or decision memo.
- Check β compare the artifact with the stated completion criteria and record uncertainty or failure, not just success.
For a core lesson, prioritize Read + Do + Check. Use Watch when you want the live explanation or when the page explicitly identifies it as required.
Build an evidence portfolio from the beginning
Create one project folder before your first hands-on activity. A simple structure is enough:
bootcamp-portfolio/
βββ README.md # route, machine/HPC context, and current status
βββ readiness.md # prerequisite and fallback decisions
βββ environments/ # environment exports and tool versions
βββ inputs/ # sequences, PDBs, and target notes
βββ configs/ # scripts, YAML/JSON, and exact commands
βββ outputs/ # raw model outputs; keep provenance intact
βββ figures/ # confidence plots and structure views
βββ decision-log.md # what you tried, observed, kept, and rejected
Every decision-log entry should answer:
- Question: What were you trying to learn or change?
- Method: What input, model/version, configuration, and compute did you use?
- Evidence: What output or metric did you inspect?
- Interpretation: What does the evidence support, and what does it not support?
- Decision: What will you keep, reject, or try nextβand why?
When something fails
Computational biology environments fail for ordinary reasons: incompatible CUDA/PyTorch builds, missing weights, changed repositories, quotas, paths, or scheduler policies. Treat recovery as part of the work.
- Save the exact command, full error, time, node/GPU, and active environment.
- Compare your versions and resources with Reproducible Setup & Compute Fallbacks and the tool page.
- Reduce the problem to the smallest smoke test before retrying a long job.
- After about 30 focused minutes, switch to the no-compute analysis route so the infrastructure problem does not block the learning objective.
- Return to the installation later with the recorded evidence or report the issue.
Start the course
- New to the workflow: begin with Monday: Tool Installation.
- Setup already verified: begin with Tuesday: Structure Prediction.
- Working on a specific research task: use the course dashboard or jump to the capstone target set.