What is PROTAC Builder?
PROTAC Builder is a web tool for assembling candidate PROTAC structures from target-binding warheads, linkers, and E3 ligase recruiters.
PROTAC Builder helps users assemble candidate degrader structures from warheads, linkers, and E3 recruiters. This FAQ explains what the tool does, what it does not do, how to use it responsibly, and how it connects to examples, API workflows, downstream modeling, and sister discovery tools.
Generated candidates are design hypotheses. They still require chemical review, structure-aware interpretation, modeling where useful, and experimental validation before biological conclusions are drawn.
PROTAC Builder is a web tool for assembling candidate PROTAC structures from target-binding warheads, linkers, and E3 ligase recruiters.
It is useful for medicinal chemists, chemical biologists, computational chemists, structural biology users, and researchers preparing degrader candidates for modeling or experimental follow-up.
It standardizes component selection, attachment-point thinking, candidate assembly, and downstream handoff so users can move from idea to reproducible degrader hypothesis more cleanly.
No. Degradation depends on ternary complex formation, ubiquitination geometry, cell permeability, E3 expression, target context, and experimental validation.
No. It is a preparation and assembly layer, not a full replacement for warhead discovery, recruiter discovery, ternary modeling, synthesis, or biological assays.
The builder supports preset component workflows, recruiter and ligand identifiers where implemented, custom SMILES input for browser-based editing, and query-parameter launches used in examples and handoff flows.
Yes. Implemented entry points include /builder?ligand=DR7, /builder?ligase=CRBN_Y70, /builder?ligase=VHL_3JS, and /builder?smiles=CCCCC.
Yes, where the custom SMILES workflow is supported. The structure should still be inspected carefully because valid string parsing does not guarantee correct chemistry, correct attachment logic, or downstream bridgeability.
Attachment atoms are the atoms selected for linker connection on the warhead and recruiter sides of the design. They define where the linker leaves each bound ligand.
They determine exit vectors, linker geometry, and whether downstream modeling is even meaningful. A chemically valid 2D assembly can still be a poor 3D hypothesis if the attachment atoms are wrong.
Yes. The builder includes browser-based editing steps so users can inspect and modify warhead, linker, and ligase-side structures before saving the components and generating a candidate.
The builder clearly exposes generated SMILES in the interface and downloadable SMILES output. MOL- and SDF-backed representations are also used in implemented editing, handoff, and batch workflows, with ZIP-style workflow bundles available in some scripted paths.
A warhead is the target-binding ligand or motif that anchors the degrader to the protein of interest.
Prefer known binding context, ligand-bound structures when available, solvent-exposed candidate modification atoms, and evidence that target engagement remains meaningful after derivatization.
Use Warhead Hunter when you need to inspect protein-bound ligands, RCSB structures, solvent exposure, or candidate modification atoms before bringing a warhead back into the builder.
The linker controls distance, flexibility, rigidity, polarity, bridgeability, and much of the geometric relationship between the target protein and the recruited E3 ligase.
Start with a small panel, vary length and chemistry, consider both flexible and rigid alternatives, and use downstream structural review rather than assuming one linker hypothesis will be enough.
An E3 recruiter is the ligand that binds the recruited E3 ligase and defines the ligase-side anchor of the PROTAC.
Use E3 Ligandalyzer when recruiter structure, scaffold diversity, solvent exposure, expression context, or ligase-side attachment geometry still needs exploration.
No. CRBN and VHL are common examples, but the builder data and recruiter-oriented workflows are not conceptually limited to those two ligases. Actual recruiter availability depends on the current deployment and data.
Inspect target-bound ligands and candidate modification atoms before assembly.
Open warhead guideUse atom-level solvent exposure mapping and RCSB-aware upstream discovery.
Open Warhead Hunter ↗Review linker classes, bridgeability ideas, and geometry-aware design patterns.
Open linker guideReview recruiter-side structure and attachment-vector considerations.
Open recruiter guideInspect recruiter ligands, scaffolds, structures, and attachment context.
Open E3 Ligandalyzer ↗Use viral protein-ligand structures and solvent-exposed moieties for viral-target workflows.
Open V-LiSEMOD ↗See the Examples page for launchable builder workflows and cross-site handoff patterns.
No. They are workflow examples and reproducible entry points, not claims of validated degradation unless another page explicitly documents that status.
You can start from the implemented route /builder?ligand=DR7, which preloads a HIV protease target ligand entry into the builder workflow.
Use /builder?ligase=CRBN_Y70 or /builder?ligase=VHL_3JS to open the builder with common recruiter examples preloaded.
Warhead Hunter supports upstream inspection of target-bound ligands and candidate modification atoms. PROTAC Builder then uses the selected warhead and attachment logic for degrader assembly.
E3 Ligandalyzer helps users inspect recruiter ligands, scaffolds, bound structures, and attachment vectors before recruiter-side choices are carried back into the builder.
V-LiSEMOD helps users inspect viral protein-ligand structures and solvent-exposed moieties when the target context is viral and a structure-aware warhead is still being selected.
Yes. The site includes API-oriented routes plus helper pages such as API Builder and API Docs.
API Builder is a helper page for preparing scriptable and batch-friendly payloads that connect builder-style workflows to the public route surface.
The site exposes both /openapi.json and /openapi.yaml for machine-readable API discovery.
Yes, where the batch routes are implemented. See Batch Workflows and the API docs for linker-library and assembled-candidate generation patterns.
Record component IDs, custom SMILES where used, query parameters, builder route, date or version context, selected linkers, attachment logic, and output artifacts so others can reconstruct the same run.
Review descriptors, geometry, linker bridgeability, ternary-complex plausibility, and your experimental plan rather than assuming the assembled candidate is ready for biological claims.
No. Its methodological role is assembly and handoff. Ternary modeling belongs in downstream workflows and should be interpreted as prioritization evidence rather than proof of degradation.
It is a geometry-aware design framing that emphasizes explicit anchors, exit vectors, linker bridgeability, and structure-aware ternary hypotheses. See Constraint-Driven PROTAC Design.
It covers docking, restrained ternary construction, MD, learned re-ranking, and related computational prioritization workflows. See In Silico PROTAC Modeling.
See Downstream Modeling for handoff methods and Benchmarking for reporting and reproducibility considerations.
Benchmarking means documenting modeling assumptions, splits, metrics, failure modes, and reproducibility practices rather than reporting isolated scores without workflow context.
Ternary geometry, cooperativity, ubiquitination positioning, target lysine presentation, cell permeability, E3 expression, target context, and assay conditions can all break the path from binding to degradation.
No. A docking score is only one computational signal and does not prove productive ternary formation, ubiquitination, or cellular activity.
No. A predicted ternary complex is a hypothesis that may help prioritize chemistry, but it is not proof of biological outcome.
No. Dmax, selectivity, hook effect, exposure, target engagement, cooperativity, and practical assay context also matter.
No. PROTAC Builder is a research-oriented platform, not a clinical decision tool.
Yes. Assembly, descriptors, and modeling can prioritize candidates, but experimental validation remains necessary.
Check that the SMILES is valid, reasonably encoded for URL use when passed by query parameter, chemically sensible for the editor, and not relying on unsupported assumptions about salts, stereochemistry, or attachment logic.
Check the route, the exact identifier, URL encoding, whether the referenced data exists in the current deployment, and whether your browser session is showing the latest builder code.
Use the project contribution or contact path such as Submit Data / Contribute so the broken link or asset can be reviewed in context.
See Submit Data / Contribute for contribution and feedback paths.
Step-by-step practical guide for assembling and prioritizing candidate degraders.
Read build guideSee how warheads, linkers, and recruiters fit together as one discovery workflow.
Open component hubsLaunch reproducible builder examples and workflow starter routes.
View examplesPrepare scriptable and batch-friendly builder workflows.
Open API BuilderRead the methodology page for scope, assembly logic, handoffs, and limitations.
Open methods pageSee what comes after assembly: geometry checks, ternary modeling, and prioritization.
Open downstream modeling