Build locally. Operate anywhere.
Run an Operating Path in your environment with policy, approvals, validation, and evidence built in.
Download, build, run, prove, govern, scale.
Download. Prove. Govern. Scale.
Runtime governs the space between path design and enterprise execution.
Signals do not jump straight to actions.
Design inputs
Runtime core
Execution and proof
Problem to Path starts the design. Signal to Outcome runs the operation.
Define the path first. Govern live execution second.
Problem to Path
Define the operating problem, the accountable outcome, the signals involved, the policy boundaries, and the Operating Path that should govern execution.
Signal to Outcome
Once the path exists, the runtime turns live signals into governed execution, evidence, validation, and operational learning.
Receive signal
A live event enters the governed runtime with tenant, source, and operating context.
Assemble runtime truth
The runtime updates COR and establishes the current entity, risk, and operating state.
Evaluate and govern
Aegora decides what should happen and applies policy, approval, and execution boundaries.
Execute and validate
The selected participant acts, the outcome is checked, and the evidence is attached to the case.
Choose the deployment model that matches your control requirements.
Aegora Cloud is not presented here as a mandatory dependency for core execution. The runtime is positioned around customer control and portability.
Local development
Use the runtime to author, validate, simulate, and prove one Operating Path before expanding into broader governed deployment.
Private enterprise deployment
The architecture supports customer-controlled deployment profiles where data, policies, and runtime boundaries remain under enterprise control.
Customer cloud or on-premises
Target deployment profiles include customer cloud, on-premises, Kubernetes, and provider environments where supported by the deployment assets in this repository.
Provider environments
Managed service providers and partners can use governed paths in their own delivery environments while preserving explicit decision, policy, and evidence boundaries.
Download the Runtime Bundle and continue through the guided setup.
The current customer handoff is bundle-first. The download includes a prebuilt runtime image archive, an environment file, a Compose file, and startup scripts, so customers do not need the source repository to get started. The step-by-step run instructions live in the download package and download flow rather than on this page.
Prebuilt runtime image archive
Included in the current Runtime Bundle download.
.env.example
Included in the current Runtime Bundle download.
Docker Compose file
Included in the current Runtime Bundle download.
Docker and Compose startup scripts
Included in the current Runtime Bundle download.
Stop scripts
Included in the current Runtime Bundle download.
Bundle README
Included in the current Runtime Bundle download.
.env.What Aegora Runtime is designed to enforce.
The Runtime Engine keeps governance, evidence, outcome validation, and runtime improvement attached to the operation rather than bolted on after execution.
Start with one governed path in your environment.
The recommended first-run product path in this repository starts from the Problem to Path motion, lets Helix draft the first path, and then moves into governed review and Signal to Outcome runtime operation.
Move from bundle to governed proof.
Use the runtime to prove one accountable outcome, then add policy depth, enterprise integrations, approvals, and continuous improvement over time.