RONIN INC

Solomon · Field Notebook · Engine by engine

Solomon,
drawn open.

The governed engine, taken apart on the page — how it researches, what it will and won’t claim, how it scores its own confidence, and every engine it drives. Unfold any plate for the rollout notes.

Scroll — one engine per plate

Read this first · how the engines connect

Solomon is not one model — it is a chain of governed engines, each handing the next a checked result. Follow the wire: every box is a real engine, and the arrows are the order they fire.

Engine 01 · Decision

The governed chain.

Every request runs one chain — intent, evidence, governance, decision, authorization, execution, audit — before intelligence is ever allowed to act.

How it works

Intent is resolved, evidence gathered, governance gates applied, a verdict formed — then you authorize, it executes through connectors, and every step writes to the audit trail.

Standard

Authorization before action; audit by default. Intelligence contributes only after the governed steps clear.

State

INTENT ▸ … ▸ VERDICT ▸ ADVISORY

Note

The chain is the same for a one-line answer and a full build — nothing skips it.

FIG. 01 · DECISION · LIVE WORKFLOW
Engine 02 · Research

How it researches.

Every question reaches the live internet — research is inbound-only, through verified fetch. Facts are gathered, separated from assumptions, and the unknowns are flagged, not glossed.

How it works

Deterministic reach-out: every question is sent to the open internet and answered from what comes back, assembled into a grounded evidence packet.

Standard

Inbound-only — research reads the world; it never exfiltrates your data. Sources are kept; assumptions are labelled; unknowns are surfaced.

State

GATHER ▸ SOURCED · 0 FABRICATED

Note

If the evidence is thin, it says so rather than filling the gap with a guess.

FIG. 02 · RESEARCH · NODES LIVE
Engine 03 · Standards

What its standards are.

No hidden assumptions. No uncontrolled execution. No unsupported certainty. No claim without proof.

How it works

Evidence before advice, authorization before action, proof before every claim. Each standard is enforced in the runtime, not left to good intentions.

Standard

Authentication is not authorization. Private data fails closed. A claim ships proof-backed or is marked pending — never asserted.

State

PROVE ▸ OR MARK PENDING

Note

The restraint is the product: what it refuses to do is as designed as what it does.

FIG. 03 · STANDARDS · TRACE VISIBLE
Engine 04 · Confidence

The confidence score.

Every verdict carries a confidence and a risk level. The reasoning is advisory — shown to you, never certified as fact.

How it works

A numeric confidence (e.g. 0.62) and a risk band ride with each decision. Low confidence routes to a question or a hold instead of an action.

Standard

Prose reasoning is advisory only — never a forced act, never presented as proof. The score is visible, not buried.

State

CONF 0.62 · RISK MED · ADVISORY

Note

You see the number the machine used — and you keep the final call.

FIG. 04 · CONFIDENCE · HONEST HOLD
Engine 05 · CodeGen

It builds software.

Constraint discovery → a proof-backed build tree → a local, inspectable scaffold. It never calls something “deployed” until it truly is.

How it works

It surfaces missing constraints first, structures the work as a governed build tree, and emits a local scaffold with a proof manifest you can inspect.

Standard

Local coding sovereignty — an offline coding model plus real compiler and git checks. Nothing is claimed shipped until it runs.

State

PLAN ▸ SCAFFOLD ▸ LOCAL (NOT DEPLOYED)

Note

The plan is honest about what still needs a human, a key, or a deploy.

FIG. 05 · CODEGEN · NODE ACTIVE
Engine 06 · Fabrication

It plans what gets built.

Concept → material stack → tolerances, bill of materials, assembly risks → a planning-only manufacturing workflow.

How it works

A concept enters as an operational object with purpose and constraints; candidate materials are proposed; tolerances, BOM, and assembly risks are drafted and governed.

Standard

Planning-only. Nothing is called manufacturing-ready without real dimensions, an electronics package, thermal limits, and safety validation.

State

ESTIMATED_PREVIEW · NOT_CAD

Note

It draws the plan to build — it does not pretend the part exists.

FIG. 06 · FABRICATION · BUILD TRACE
Engine 07 · Titan

It creates.

A creative project twin — world, characters, continuity — with a scene graph. Rendering is delegated to adapters, never claimed without evidence.

How it works

Every production begins as a Creative Twin holding the whole work; world, characters, and lore are organized so continuity is enforced; scenes are structured before a single asset is generated.

Standard

Rendering is handed to external adapters; Titan never reports a finished result without render evidence to back it.

State

RENDER ▸ QUEUED · EVIDENCE-GATED

Note

Continuity is designed in, not improvised shot to shot.

FIG. 07 · TITAN · BLENDER WORKFLOW
Engine 08 · Twin

One source of truth.

A persistent project twin every engine reads and writes — one governed, versioned record instead of scattered files and lost context.

How it works

Every build or production is anchored to a Twin; each engine reads from and writes to it, so state is shared, inspectable, and versioned.

Standard

One record, auditable end to end. No hidden state, no engine working from a private copy.

State

TWIN ▸ PERSISTENT · VERSIONED

Note

It’s the memory the whole system agrees on.

FIG. 08 · TWIN · PROGRAM STATE
Engine 09 · God’s Eye

It turns place into evidence.

A place request becomes a governed intelligence workflow: geocoding, maps, cameras, flights and current reporting are routed into one evidence surface, with missing feeds exposed rather than invented.

How it works

The request is geocoded, mapped and fanned out to authorized public-data adapters. Research, routing, CodeGen, Titan and memory remain visible as live nodes while God’s Eye assembles the operational picture.

Standard

Every target and feed must retain provenance. If a location or source cannot be verified, the evidence board shows the missing state instead of drawing a false target.

State

GEOCODE ▸ MAP ▸ FEEDS ▸ EVIDENCE

Note

This is a direct capture of a real downtown Phoenix command populating the Machine workflow map.

FIG. 09 · GOD’S EYE · LIVE COMMAND