AcaysiaCORE
Simulation as a service. Four engines that today need a CUDA toolchain, a GPU and a working knowledge of each one's API — brought into a single browser application, with the hardware on our side of the wire.
Built for process engineers, control engineers, plant operators, and academics who want to run these models, not build them.
Everything, From One Tab
Each of these is real output from the engine that produces it — not a mockup of an interface. CORE is the thing that gets you to them without an install.
Where the GPUs Actually Sit
The browser talks to a control plane; the control plane mediates work through storage. The compute tier is egress-only — workers dial outward and nothing ever connects to a GPU box.
CORE Is Not a Control Tool
This is worth stating before anything else, because the distinction is a safety boundary rather than a positioning choice. AcaysiaCORE is an analysis and exploration application. It runs simulations, shows you what they did, and lets you compare them. It does not touch a plant.
The planned desktop connector is read-only data acquisition — connect, browse, subscribe — so you can lay real plant behavior over a simulation and see where they diverge. There is no write surface, and its absence is enforced by test rather than by policy. Closed-loop control is the Acaysia control system, which is a separate product with a separate safety architecture.
How It's Built
Trust tiers come from the engine
Every model in the catalog carries its validation standing — emitted directly from AcaysiaRT's own registry and T0–T5 scorecard, never hand-copied into a marketing table. If a model's evidence changes in the engine, it changes in the app.
Compute never accepts connections
GPU workers dial outward to the control plane and claim batch work from storage. Nothing ever connects inbound to a compute box, and job artifacts are tenant-isolated structurally rather than by convention.
Crash anywhere, resume
Batch jobs are claimed atomically, with queue pointers that live until the job reaches a terminal state — so a worker dying mid-run means a peer takes over, not a job lost. Interactive sessions are stateless-recoverable: reconnect and re-run.
Versioned schemas, drift-tested
The wire contracts are the source of truth, with JSON Schemas emitted from them and tested against drift. Interactive results and archived batch results share one shape, which is why the same chart component renders both.
Who It's For
Ask harder questions
Sweep an operating envelope instead of running one case at a time, and see whether a lumped assumption survives contact with a spatially resolved model.
Test against a fast plant
A model fast enough to sample thousands of futures per tick is a model fast enough to develop a controller against, long before anything touches hardware.
Compare plant to model
Overlay recorded plant behavior on a simulated run — read-only — and see where the real unit has drifted from the one on paper.
Reproducible by construction
A scenario is a versioned artifact. Runs carry the engine build they executed on, so a result is something a reader can re-run rather than take on faith.
Want In Early?
AcaysiaCORE is in build and not yet generally available. If you have a process you would want to run through it — or a workflow it should support — we would like to hear about it while the shape is still being decided.
Email aias@acaysia.com, or use the contact form.
Contact Us