NeoSyntropy

Deterministic runtime engine for LLMs

Stop Paying for LLM Hallucinations. Start Paying for Deterministic Transitions.

NeoSyntropy is a runtime engine that controls language models (LMs) through finite state machines. Every action your AI takes follows a path you defined: 0% deviation from your business logic, enforced at the engine level, not begged for in a prompt.

state_machine.pyruntime · neosyntropy
# No prompt chaining. Just state control.
engine.state("intake")
  .on("validated")
  .transition("execute")
  .guarantee(deterministic=True)
transition verified · O(1) · deviation 0%

The paradigm shift

We don't build Agents. We built the Engine to control them.

Autonomous agents improvise. When AI drives real business outcomes, improvisation is a liability. A finite state machine is not an academic exercise here: it is the control layer that forces the AI to operate only inside states and transitions you predefined, so every decision is explainable, auditable, and compliant by construction.

Agent frameworks

The black box

?
  • Decisions emerge from prompts

    Nobody can replay why the agent chose a path. Every run is a new roll of the dice.

  • Unbounded action space

    The model can improvise steps you never approved, with real side effects.

  • Compliance becomes forensics

    Audits turn into log archaeology because there is no defined path to check against.

NeoSyntropy

Defined state paths

Developer / orgTransactionsSupport
requestpolicyexecutedeployed
  • The AI operates inside your states

    Every workflow is an explicit finite state machine. The model can only move along edges you defined.

  • Invalid transitions are rejected

    The engine blocks any move outside the graph before a side effect can happen. 0% deviation.

  • Compliance by construction

    Each step is a logged, auditable state change. Reviews check a graph, not a transcript.

Modern illustrated portrait of René Descartes

The philosophy behind the engine

"Beginning with the simplest objects ... rising, step by step, to the knowledge of the most complex."

René DescartesDiscourse on the Method, Part II (1637) · Rule III

How it works

You define the map. The engine enforces it.

You define states, executable nodes, rules, and allowed transitions. The router chooses the work; the control layer decides whether one next-state transition is valid.

0% DeviationEvery transition is checked against your axioms before it executes. Moves outside the graph are rejected.
01

Connect Your Data Inputs

Define the webhooks and events that feed the workflow. Each incoming payload becomes the context your states operate on.

webhook input
02

Define Your States

Break your workflow into explicit steps. Each state is a named checkpoint the AI must reach: intake, review, approval, execution.

states
03

Attach Axioms to Each State

Every state declares the rules that must hold before it counts: required data, approvals, guardrails. If an axiom breaks, the step is rejected.

axioms
04

Define the Edges

Connect states with the only transitions you allow. The AI can never invent a path: if an edge is not defined, it does not exist.

edges
05

The Control Layer Runs It

At runtime, the router selects one or more executable nodes. After they run, the control layer validates and commits one permitted state transition. Every decision is logged.

control

The entire workflow, in one view

Input data becomes runtime context, selected nodes perform the work, and only one verified state transition is committed.

Unit economics

Tokens bill activity. We bill outcomes.

Replace opaque token spend with one measurable unit your finance, product, and engineering teams can all agree on: the successful state transition.

THE OLD TOKEN APPROACH

Pay per token

$?.??per month — known only when the invoice arrives
  • State bloat compounds

    Every step re-reads the entire history, so token costs grow exponentially with workflow length.

  • You pay for “thinking”

    Retries, hallucinations, and self-correction loops all land on your invoice as billable tokens.

  • Unpredictable monthly bills

    Usage-based token spend is a number finance discovers at month end, not one it can forecast.

The production layer, fully built

+ More about NeoSyntropy

APIs out of the box

Transitions, sessions, memory, knowledge, and traces are available the moment you connect an agent. Meter only verified outcomes, then improve the path with coding agents.

  • 50+ endpoints
  • SSE
  • OpenAPI

Patterns production systems actually use

Stateless runtime, per-session isolation, JWT-based RBAC, and structured tracing. These are not abstractions you want to debug at 2am when an agent loop goes sideways.

  • FSM-first
  • Horizontally scalable

Axioms: the logic that can break

Every workflow declares the invariants that must hold for a transition to count. If an axiom fails: wrong state, missing approval, failed guardrail, or invalid ledger write, the step does not bill and the system stops before bad logic compounds.

  • Invariant checks
  • Fail-closed transitions
  • No charge on break

Governance as a first-class concept

Guardrails, human-in-the-loop, and admin approval flows sit inside the runtime. Audit logs and post-execution hooks watch sensitive actions so business logic stays accountable.

  • Audit trail
  • HITL approvals

One economic primitive

Designed for builders. Ready for the balance sheet.

01

For developers

Model agent behavior as explicit states, ship deterministic workflows, and pay only when useful work completes.

Start building
02

For enterprise

Forecast AI spend by business volume, eliminate runaway token bills, and prove ROI at the unit-economics level.

Talk to Sales

The token era is ending

Put deterministic transitions, not inference, on your invoice.