Workflow
Suggest
Looptimum proposes the next bounded trial using the current observation set instead of broad sweep scheduling.
Mechanics
Looptimum does not replace your execution environment. It wraps it with a small, resumable trial-targeting controller.
Workflow
Looptimum proposes the next bounded trial using the current observation set instead of broad sweep scheduling.
Workflow
Your evaluator runs where it already lives: cluster jobs, scripts, CI runners, solver hosts, or lab workflows.
Workflow
Results are recorded into local files so the loop resumes cleanly after interruptions and leaves an auditable trail.
Operational stance
Looptimum keeps state and decision trace in local files so the loop survives interruptions, audit questions, and restricted deployment environments without requiring managed trial-targeting infrastructure.
Observations, trial manifests, and suggestion logs remain file-backed so the control plane stays transparent and resumable.
The evaluator only needs to accept bounded parameters and return a scalar objective or explicit failure outcome.
Failed or timed-out evaluations are recorded rather than lost, which matters when each run is expensive.
The loop exposes why a trial was suggested and what had been learned so far, instead of hiding the state behind a service boundary.
Next step
The snappyHexMesh case shows the loop end to end: bounded campaign, archived decisions, and downstream solver validation.