Business overview
Helixor is the embedded decision runtime for software and AI agents that cannot guess. Encode policy, constraints and optimization once. Helixor returns a provable action, or abstains, and the data you decide on never leaves your environment.
“Provable” means checkable, not a cryptographic proof. Each action comes with the invariants that passed or failed, the rules that fired and a receipt hash you can recompute. What a pack's rules do not settle goes to a declared refer action, or to hosted reasoning Preview, which abstains to a person instead of guessing. The data stays in your environment when the runtime runs in your process or next to it; the hosted parts below see only what you send them.
The rest of the platform supports that runtime: solvers for optimization, a learning loop that improves packs from outcomes under a regression gate, reasoning for the ambiguous remainder, and digital workers and governed execution for agents that act.
See a business decision from policy to outcome#
Know why an order cannot ship
Align warehouse and customer service on stock, quality holds and protected reserve, with a named reason for each hold.
PurchasingKnow which purchases need review
Give buyers a clear route and let policy owners inspect who will need approval when a threshold changes.
These source-integration walkthroughs include illustrative policies, downloadable drafts and checked structured-input outcomes. Use them to choose a pilot; they are not customer case studies or claims of measured savings.
Pilot: your policy, next to your current process#
Bring a written policy and a handful of past cases. We'll turn it into a pack and run it next to your current process.
- You send the policy and the cases
The written policy for one decision, and a handful of past cases with the decision each one got. Synthetic or redacted cases are fine.
- We build the pack
Helixor writes the policy as facts, invariants and a closed set of actions in the playbook format, compiles it, and checks it against your past cases.
- Shadow run next to your current process
The pack decides the same cases your current process decides, in your environment. Your current decision stays the one that acts, so nothing your users see changes.
- Report: agreements and disagreements, with receipts
You get every case where the pack and your current process agree or differ, with the rules that fired and the receipt for each decision, so each one can be checked.
To start, email hello@helixor.ai with the subject “Pilot request”: say which decision, and attach the policy if you can share it. A person replies with a scope and a quote. To run a longer pilot yourself, including the learning loop, follow the pilot plan in Evaluating fit.
The problem it solves#
Most organizations make the same decisions thousands or millions of times a day: approve or refer, route or hold, allocate or defer, release or withhold. Today those decisions live in one of three places, and each has a cost:
- Hand-written code is exact but opaque, slow to change, and cannot explain itself to an auditor.
- Predictive or generative models adapt and handle ambiguity, but they are not repeatable, can be wrong with confidence, and drift as they retrain.
- People handle anything, but they do not scale and are hard to make consistent.
Helixor combines the parts that work. A deterministic core decides what policy can settle, and a learning loop improves that policy from outcomes under a regression gate. A reasoning service handles the ambiguous remainder: it abstains when the evidence is not there, and those cases go to people.
The platform#
| Part | What it does | Runs | Status |
|---|---|---|---|
| Decision core | Evaluates a versioned decision pack in your process or next to it: typed extraction, invariants, a closed set of actions, a minimal-change remedy and a receipt. Deterministic, 24.3 µs per call at the median, no model calls. Concepts | Your process, or hosted | Available |
| Outcome memory | Records what actually happened after each decision and tracks confidence per claim and context, weighting failures more heavily than successes. How learning works | Your process, or hosted | Available |
| Learning loop | Ingests outcomes and expert overrides, classifies each gap (data defect, policy defect, expected), proposes policy changes, and runs them against a golden regression suite; only passing changes can be admitted. | Hosted platform | Preview |
| Reasoning | Answers questions rules cannot settle from the evidence you send, with a verdict of answer, abstain or refuse, a correctness estimate and a proof reference. Hosted escalation | Hosted platform | Preview |
| Solvers and counterfactuals | Optimization (routing, packing, rostering) and "what would have to change" analysis over the same decision model. | Hosted platform | Preview |
| Decision packs | Domain policies you author, or take from the catalog. The first pack we ship protects sensitive data leaving a system; it is the example used throughout the guides. | Wherever the core runs | Available first pack; domain catalog Planned |
Measured: Built-in data-protection pack, runtime 0.3.1, Apple M5 Max, single process, 2026-10-02; call time, evaluate() end to end, median of three runs. Your hardware and payloads change the result. See the reproducible benchmark.
In every edition today, Community included, a receipt is a recomputable fingerprint derived from SHA-256, not a signature: it ties a logged decision to its pack and input, but anyone can compute one, so it does not show that a log was left unaltered. Signed, chained receipts are Planned. See Receipts.
Where it fits#
| Strong fit | Weaker fit |
|---|---|
| High-volume operational decisions with a definable notion of "correct": eligibility, limits, routing, allocation, release | One-off strategic judgement with no repeatable criteria |
| Decisions you must explain to a customer, auditor or regulator | Decisions nobody will ever ask about |
| Data that should not leave your environment to be decided on | Workloads already fully served by a hosted service you trust with the data |
| Policies that should improve from outcomes without silently changing | Pure pattern recognition over raw signals (images, audio), where a trained model is the right core |
| Hot paths with tight latency or cost per decision | Open-ended content generation |
Read next#
Choosing an approach
How this architecture compares with models, rules platforms, hand-written code and human review.
ApplyUse cases
The decision types the platform is built for.
DecideEvaluating fit
A pilot plan and an ROI worksheet.
About status labels
Status labels describe maturity, not location: Available is generally available, Preview works today for early customers and its interface may still change, and Planned is designed but not yet released. The Runs column says where a part executes. Helixor is one product: the hosted platform runs the same decision core you can embed, and adds the parts that need shared state or heavier compute. Helixor helps you enforce and evidence decision controls; it does not by itself make you compliant with any regulation. This is not legal advice.