Coordinate Modeling Contract

A coordinate modeling contract records how a model consumes, transforms, predicts, and evaluates 3D coordinates. It is especially important for structure-based modeling, docking, protein structure, molecular conformers, and geometric generative models.

The core question is:

where is an input coordinate set, is a rotation, and is a translation.

Contract Fields

FieldQuestion
Coordinate sourceAre coordinates experimental, predicted, docked, generated, simulated, or cleaned?
FrameAre coordinates in a global, centered, receptor, pocket, local residue, ligand, or learned frame?
UnitDoes one point represent atom, residue, bead, grid point, surface point, conformer, or pose candidate?
OrderingAre atoms, residues, chains, or ligands indexed consistently across preprocessing and evaluation?
Transformation groupShould the model respect translation, rotation, reflection, permutation, or chirality constraints?
Input featuresWhich features are invariant scalars, equivariant vectors, or frame-dependent metadata?
Output typeIs the model predicting scalar, rank, contact, vector field, coordinate update, conformer, or pose?
LossIs the loss defined on coordinates, distances, frames, scores, velocities, or denoising targets?
MetricIs evaluation RMSD, lDDT-style quality, clash/geometry check, interaction quality, enrichment, or affinity?
LeakageDoes preprocessing use known ligand pose, target-aligned frame, template, or post-hoc alignment unavailable at inference?

Target Symmetry

OutputExpected BehaviorExample
Scalarinvariantaffinity, energy, class probability, ranking score
Pairwise distance/contactinvariant to rigid motion, equivariant to permutationdistance map, contact map, interaction graph
Vector or fieldequivariantforce, displacement, velocity, score field
Coordinate updateequivariantatom update, residue update, ligand pose refinement
Pose or conformerequivariant up to atom symmetry and rigid motiondocking pose, generated conformer

For scalar prediction:

For coordinate prediction:

Evaluation Alignment

Coordinate metrics need a frame and mapping rule.

MetricMust State
Pose RMSDreceptor frame, atom mapping, symmetry correction, top-1 vs best-of-N
Distance/contact qualitythreshold, residue/atom unit, missing residues, chain policy
Geometry plausibilitybond lengths, angles, clashes, chirality, valence, strain
Interaction qualitypocket definition, interaction fingerprint, hydrogen/protonation policy
Affinity/rankingassay context, split unit, baseline, calibration if probabilities are used

Structure-Based Modeling Risks

  • A ligand-defined pocket frame can leak the answer when the ligand pose is unavailable at inference.
  • Aligning predicted and reference ligands before RMSD can hide docking failure.
  • A model can be equivariant internally but use non-equivariant preprocessing.
  • Distance-only features can lose chirality or orientation needed for the task.
  • Coordinate denoising loss can improve geometry while not improving ranking or affinity.
  • Template-derived structures can make a test split easier than the claimed deployment setting.

Checks

  • What coordinate frame does the model receive?
  • What transformation group should the input and output respect?
  • Is the target invariant, equivariant, permutation-aware, or frame-dependent?
  • Does the loss align with the reported coordinate metric?
  • Is pose quality separated from scoring, affinity, and virtual screening utility?
  • Are atom/residue mappings and symmetry corrections defined?
  • Is preprocessing identical across train, validation, test, and inference where required?