Repository Examples
MatEnsemble is designed to be intuitive so if you are already familiar with HPC and want to get from 0 to 60 as fast as possible then take a look at the example workflows that we have in the repository. There are explanations for anything that may be confusing.
Example directories
generic/dependencies— portable, site-independent dependency-aware Python chores.generic/mpi— portable, site-independent MPI-enabled Python chores.generic/strategy— portable, site-independent adaptive strategy andChoreSpec.generic/executable— portable, site-independent executable chores usingPipeline.exec.frontier/lammps_smoke— Frontier LAMMPS GPU smoke workflow and CLI batch scripts.pathfinder/lammps_smoke— Pathfinder LAMMPS CPU smoke workflow and CLI batch scripts.perlmutter/lammps_smoke— Perlmutter LAMMPS GPU smoke workflow and CLI batch scripts.perlmutter/lammps_mace— Perlmutter LAMMPS/MACE workflow and launch pattern.perlmutter/dependency_campaign— dependency-aware recrystallization campaign and smoke config.
The generic examples show the Python workflow shape. They are intended
to be adapted to Frontier, Perlmutter, Pathfinder, Linux containers, or another
Flux-capable runtime by pairing them with the appropriate system-specific
launch scripts, containers, scheduler flags, and dependency setup.
When trying generic examples in the repository dev container or another single-node local Flux environment, launch them with at least two Flux broker ranks:
flux start -s 2 python example_workflows/generic/dependencies/workflow.py
MatEnsemble drains broker rank 0 before scheduling chores. A single-rank
flux start session is useful for checking Flux itself, but it leaves no
usable rank for MatEnsemble chores in local smoke tests. The dev container
sets MATENSEMBLE_FLUX_START to flux start -s 2 for this reason.
MCP loading behavior
get_examples(system) always returns the portable files under
example_workflows/generic followed by every file under the matching system
tree. This ensures an agent has the canonical MatEnsemble workflow patterns as
well as the site-specific launch and runtime details.
get_example(system, name) returns every file under one example directory.
The generic Linux/Flux examples are stored under example_workflows/generic.
Keep generated workflow outputs, model binaries, pickled artifacts, and raw logs outside these source example directories unless they are intentionally part of the context supplied to MCP clients.