ClearCode Fusion by Real Smart LedgerTalk to us

Agent runtime — Governed model routing

Run agents on your hardware.
Route models under your policy.

ClearCode Fusion is two things working as one: a local agent runtime that executes tools on your own machines, and a gateway that routes every turn across local and hosted models under a single policy you control. Cloud is optional. It is never required.

“An agent that cannot act is a chatbot. An agent that acts without a receipt is a liability. You need both halves.”

The platform

Two halves that only work together.

  1. 01

    ClearCode — the agent runtime

    Agents execute real tools on the host they run on: shell, file read and write, database queries, and your own internal services. Scoped to configured roots, with an approval gate on anything that mutates state.

    →
  2. 02

    Fusion — the model gateway

    One endpoint in front of every model you use, local and hosted. Per-seat preference order, automatic failover, circuit breakers, and a spend policy enforced at selection time.

    →
  3. 03

    Identity that survives a model change

    An agent is its role, memory, and record — not the model serving the turn. Swap the engine underneath; the agent, its authority, and its history stay intact.

    →

Agent runtime

Execution with boundaries.

Agents do real work on real systems. That is only safe because every capability is bounded, and every action produces a record.

  1. Scoped roots

    File and shell access is confined to configured directories. An agent cannot wander the filesystem because it was told to.

  2. Approval gates

    Read-only tools execute immediately. Anything that mutates state goes through an approval gate before it runs.

  3. Registered capability

    An agent can only call tools that were registered for its seat. A missing capability is reported as a gap, not worked around.

  4. Receipt per action

    Every tool call returns a receipt: what ran, what it returned, and whether the intended effect was actually proven.

Model gateway

One policy across every model you use.

Governed routing

Per-seat preference, enforced centrally

Each agent seat carries an ordered model preference matched to its work. The gateway honours that order, and one policy governs every seat rather than a config file per agent.

  • Ordered preference per seat
  • Policy enforced at selection time
  • Local and hosted models under one roof

Resilience

A failed provider does not stop the team

Circuit breakers trip on timeouts and server errors, and the turn cascades to the next model in order. A provider outage degrades one route, not the whole operation.

  • Circuit breaker per route
  • Automatic cascade on failure
  • Explicit requests fail loudly rather than silently substituting

Spend control

A free local floor under everything

Self-hosted models carry no per-token cost and sit at the bottom of every cascade. Routine work can run entirely on hardware you already own; hosted models are used where the task warrants them.

  • Local models at zero marginal cost
  • Price policy with a configurable ceiling
  • No mandatory cloud dependency

Provider choice

Bring the models you already pay for

The gateway is provider-neutral. Add the models your organisation already has agreements with, set the order you want, and change it without redeploying your agents.

  • Multiple providers behind one endpoint
  • Routes added without agent changes
  • Ordering changeable at runtime

Evidence

Done means receipted.

We run our own company on this platform, so its controls were shaped by real operations rather than by a demo.

  1. 01

    Execution is not the same as effect

    A command can exit cleanly and still accomplish nothing. Every receipt distinguishes “it ran” from “the intended effect is proven,” and an unproven effect is reported as unproven.

  2. 02

    Self-report is not verification

    An agent claiming it completed something is not evidence. The receipt, the row, or the artifact is. Claims without a receipt are flagged rather than accepted.

  3. 03

    Reversible by design

    Changes are staged and tested before they replace anything live, and every change carries a rollback path. Rollback is part of the design, not an apology.

  4. 04

    Human authority preserved

    Consequential actions stay visible and subject to approval. Money, publication, and destructive operations remain human-gated by default.

Runs inside your network, on your hardware, under your rules. Your data and your models stay yours.

Get started

Building agents that need to act, not just answer?

Tell us what your agents need to do and what they must not touch. We will map the runtime boundaries and the model policy, and show you the receipts.

Talk to us about ClearCode Fusion