Runtime Boundaries
mlx_atomistic is the primary trajectory generator and product runtime for this
repo. The project can use external engines for reference runs and validation,
but project-owned trajectories should come from the MLX implementation unless a
future spec explicitly changes that boundary.
Core Runtime
Section titled “Core Runtime”src/mlx_atomistic/contains the MLX/Metal simulation library: force terms, neighbor-list/runtime paths, integrators, reports, and benchmarks.- Core package dependencies stay lean: MLX, NumPy, and SciPy are the runtime
surface in
project.dependencies. src/mlx_atomistic/prep/prepares and validates inputs for MLX-ready artifacts. It may use chemistry tooling, but it should not turn OpenMM or LAMMPS into the main runtime path.
Platform Boundary
Section titled “Platform Boundary”mlx_atomistic.runtime.get_platform_boundary_report() describes the local
mini-platform boundary without importing reference engines. The report names the
product runtime, active MLX runtime information, reference-engine policy, and
local concept groups for runtime/backend, system/artifact, protocol, readiness,
validation, and DFT/QM scope.
Reference Engines
Section titled “Reference Engines”- OpenMM is a reference and preview engine. In the current
uvenvironment it resolves from the PyPIopenmm==8.5.1macOS arm64 wheel and exposesReference,CPU, andOpenCLplatforms. We do not build OpenMM locally for this project. - LAMMPS is a reference engine for GPU/OpenCL semantics and neighbor-list
behavior. It is configured as a
uvlocal build from the upstream PyPI source package withPKG_GPU=ON,GPU_API=opencl, andGPU_PREC=single. - GROMACS is a reference for biomolecular MD staging, PME/nonbonded performance shape, preprocessing boundaries, and trajectory-analysis conventions.
- CP2K and Quantum ESPRESSO are references for DFT/QM suite boundaries and force environment discipline, not product runtime engines for this package.
- OpenMM and LAMMPS remain outside
project.dependencies; reference engines belong to dev/reference workflows unless a future spec explicitly changes that boundary.
Vendor Checkouts
Section titled “Vendor Checkouts”vendors/ contains local reference source trees only. These trees are not
Python package inputs, are not imported by mlx_atomistic, and are not built by
uv sync. Use them for architecture study, algorithm references, and validation
planning.
Notebook And Artifact Labels
Section titled “Notebook And Artifact Labels”Notebook data and generated reports should make the engine explicit:
mlx_atomistic: product runtime output.openmm-reference: OpenMM preview or validation output.lammps-reference: LAMMPS reference or validation output.gromacs-reference: GROMACS reference or validation output.cp2k-reference/qe-reference: electronic-structure reference outputs.
Generated trajectories and heavyweight science artifacts should stay local and ignored unless a later spec explicitly approves committing a small fixture.
Platform Evidence
Section titled “Platform Evidence”Runtime proof paths now carry compact platform metadata:
- prepared MLX trajectories and checkpoints record
platform_boundaryandplatform_readiness; - OpenMM parity reports record
platform_evidenceand label OpenMM as reference-only validation; - charged-PME reports build the OpenMM workload independently from AMBER inputs, require a strict manifest match before energy/force metrics, and keep the reusable MLX PME plan on the product side;
- the GPCRmd 729 closure records source hashes, independent OpenMM parity,
bounded MLX fixed-cell NVT and restart evidence, and a fresh blocker matrix
without turning OpenMM or
vendors/into runtime dependencies; - MD performance payloads record
platform_evidencefor finite-output proof cases; - DFT/QM scope is reported by
get_dft_qm_scope_report()anddft_qm_scope_readiness_report().
The generic short-range neighbor axis, the charged JAC fixed-cell PME axis, and
the selected neutral GPCRmd membrane fixture now have distinct at-scale MLX
evidence. The charged JAC result is documented in
scalable-charged-pme-runtime-m5max.md,
and the source-backed GPCRmd parity, bounded NVT, output, and restart result is
documented in
gpcrmd-729-pme-runtime-m5max.md.
Both keep OpenMM outside the product runtime. Neither establishes production
NPT, cell-changing dynamics, analytic PME virial, triclinic PME,
production-length stability, or broad production-MD certification.