Services · Use cases

What the ecosystem is for

Most enterprise AI work doesn't stall on the model. It stalls on the layer between the model can do this and the business can rely on this — routing, decision authority, context boundaries, approvals, schemas, retries, and what a second run does to the first run's results.

That layer gets rebuilt on every project, usually out of a framework, a queue and a pile of glue. Here it's a drawn artifact instead: a durable process graph where the process holds the authority, a model is one participant inside bounds somebody drew, and every run leaves a record you can hand to an auditor.

Nothing of yours gets replaced. A branch SQL Server, a vendor API, a database nobody has documented since 2011, a folder of weekly spreadsheets — each joins the graph as a node under its own credential, and judgment gets added at the few points where judgment was the missing piece.

01 — Nine things it gets used for

Each one is a pain somebody described first

These aren't product tiers or packages. They're the shapes the same runtime keeps taking when it meets a real organisation, written as the problem first, because that's the part you'd recognise. Status is stated where it matters: the runtime and the harness are installable today, Venapce and SurfStat are in active development.

01

AI workflow and agent orchestration

The pain

You have a model that can genuinely do a piece of the work, and a pilot that demos well and never ships. The hold-up is everything around it: which step runs next and who decided, what each step may see, what happens when an approval takes four days.

What it does

That layer, drawn instead of assembled. The process holds the authority, the model is one participant inside it, and an AI node decides between states and transitions somebody drew rather than inventing a path at runtime. Approvals are real steps the process waits on, not notifications sent afterwards.

Runs on
FloMorphicInflowenger runtime
Proof

Open source and installable. Open a feature later and you read it as a flow, not as a call stack across six repositories.

02

Long-running process engineering

The pain

Your automation tool can't do the two things the work actually needs: loop until a condition holds, and stay alive for days while it waits on a person, an event or a batch window. So the real process lives in a cron job, a spreadsheet and somebody's memory.

What it does

Processes that loop and that survive. A loop is a backward edge and a condition, not a special node; resumption is a primitive, not a checkpointing feature bolted on. A run can wait a week, call a child flow, crash, come back, and still report what it did.

Runs on
Inflowenger runtime
Proof

The same engine under every product here, and under the importable flows in the cookbook.

03

Legacy integration and data fabric

The pain

The data is in a department nobody integrates with, a database undocumented since 2011, a folder of weekly spreadsheets, and a branch server that legally cannot be copied to a cloud. Every project starts by proposing to move all of it somewhere central, and that project never finishes.

What it does

A fabric that makes each of those addressable from one place without moving, rewriting or replacing any of it. A plugin per handle, one wire protocol, and the resource arrives as a row with a name and a type. Then the process gets drawn across it.

Runs on
SurfStatinflowv1 pluginsGo · Python · Node SDKs
Proof

A rule can sweep resources that have never been compared before, because until the fabric existed there was nowhere to compare them.

04

Security operations orchestration

The pain

Posture is spread across four consoles that each tell you a different version of the truth. A finding arrives with a severity and no answer to the only question that matters: what does this thing drag with it — the service on it, the database it talks to, the on-call team.

What it does

A nervous system rather than another console. An EDR agent on every resource turns the fleet into a live database, so a host's state is a SQL query away when you ask it. Senses return raw frames with no opinions and no stored secrets; correlation, enrichment and reasoning happen in flows; actions run only on edges somebody drew.

Runs on
VenapceFloMorphicosquerynetwork · cloud senses
Proof

In development, installable. A security product with no security logic in its container image — all of it lives in workflows you can open and read.

05

Data governance, compliance and regulatory reporting

The pain

Before every audit somebody rebuilds the evidence by hand from screenshots and email threads. The control you need isn't in your vendor's product, so you write a requirement, wait for a slot, review a build that approximates it, discover the threshold was wrong, and start again.

What it does

An authoring substrate for governed data: records that come in, cases somebody has to act on, a flow per control, and the execution record of each run as the evidence. A catalog governs the description of data; a flow governs its use — each node reaches one resource under the credential declared on it, so composing the flow is composing the access.

Runs on
SurfStatThe Compliance Labone image · one Postgres
Proof

In development, installable. One demo scenario measured across three frameworks on the same eleven-node graph, where terminology is the only thing that differs.

06

Context and semantic layer

The pain

Your agent answers confidently from a nightly export, and stale context is worse than no context because it's confidently wrong. Meanwhile every new process starts its context work from scratch, because the last one's lives in a prompt file.

What it does

Two tiers. An ambient organisation brain where the data is analysed, vectored and tagged over time — itself a durable flow on a schedule, so it survives crashes and keeps current. Then query-nodes that pull the relevant slice into a process's context at the moment a decision needs it, scoped, not all of it.

Runs on
FloMorphic query-nodesvector & document stores
Proof

The semantic layer ends up being something you author with the same primitive that runs on it, rather than a product you buy and sit beside your agents.

07

On-prem and sovereign deployment

The pain

The cloud-hosted compliance product wants to hold your evidence. The cloud AI vendor wants your decisions to pass through their account. Your regulator, your board or your country's law says no, and the whole modernisation stalls on a procurement question nobody can answer.

What it does

The same stack, inside the building. A single-container appliance, your own Postgres, local or self-hosted models where policy requires it, and providers behind one interface so the choice stays yours. A plugin per branch reporting to a core the data has to stay in.

Runs on
Infra: spaces · scoped credentials · NATSopenai · anthropic · gemini · openrouter · local
Proof

How both products are designed to install. Two components aren't open source yet, but their contracts are documented — the REST endpoints, the NATS subjects, the guarantees — because that's what you build against.

08

Plugins for the systems only you have

The pain

The integration you need doesn't exist, or it exists and nothing in your stack can reach it. And the machine it runs on is somewhere the platform can't get to.

What it does

A capability of one system published as a node, in Go, Python or Node over one wire protocol. For hosts nothing can reach, Legate is a plugin node that is itself an agent — handed an instruction rather than a script, workspace-jailed, shell opt-in, publishing that host's capabilities as its own MCP server.

Runs on
plugin-catalogLegateConnect / open-connector
Proof

The expensive half of a connector was never the API call, it was OAuth, token refresh and credential storage. That goes to a broker, so a plugin is now short enough that an agent writes most of it.

09

Your own graph computing platform

The pain

You've looked at n8n or Zapier or Dify and had the thought everyone has: I could build that. Or you bought one and hit the wall — the canvas is somebody else's product, your vocabulary doesn't fit their palette, your data sits in their cloud, and the thing you most need is to wait four days for a person and carry on.

What it does

FloMorphic is one product on this runtime, not its privileged tenant — the engine reserves nothing for it. So you can build a peer, not just something downstream. The canvas isn't the hard part; the durable, cyclic, resumable engine underneath is, and it already exists. You bring the canvas, your data, and a compiler hook: one function mapping your node types onto runtime primitives, and the only place your vocabulary lives.

Runs on
inflow-fusionInflowenger runtimeVue Flow · React Flow · your own DSL
Proof

FloMorphic is built exactly this way — same SDK, same compiler seam, no private door. And every plugin already written for the ecosystem works on your platform on day one, so your catalog starts full.

02 — Concrete shapes

What this looks like on a real Tuesday

Scenarios, not case studies. Each one is a shape the stack is built for, not a customer I'm claiming.

A bank's supervisory return

A thousand branches, a figure per branch, one number upward, and every contributing row still attached when the regulator asks where it came from.

An ISMS cycle that doesn't stop at certification

A flow per control running on a schedule, the run record as the evidence, so the audit is a query rather than a quarter of screenshots.

A limit crossed that nobody could have seen

A rule sweeping a branch's SQL Server, a vendor API and a spreadsheet folder in one pass, because the fabric put them in the same place for the first time.

Is this server at risk?

Answered with what it drags with it — the service, the database, the on-call team — assembled at the moment of asking, from live sources, because dependencies age faster than properties.

An onboarding process with a signature in the middle

The process waits for the person, for days if it has to, and the model's output arrives as a row in the system of record rather than a paragraph somebody retypes.

A rule change on a Tuesday afternoon

Edit the flow, not the codebase. No release train, no redeploy window, and the change is visible to the person who asked for it.

An agent inside a network you can't open

Legate on the host, driven by a flow from outside, one node call as one unit of work.

An internal platform with your name on the login page

Your canvas, your node palette, your data, your deployment, and a per-execution bill that doesn't exist.

03 — How the work runs

Forward deployed, and honest about what that means

No organisation accepts a change to all of its current systems in one day. Not for AI, and not for anything before it. The systems already in place carry the daily operations, the data and the access rights, and they keep carrying them while anything new arrives beside them — gradually, with the old path still working.

So the first engagement is usually one process, drawn end to end, running in your environment, with its execution record as the deliverable beside it. A legacy system joins the graph as a node, on equal footing with the model step rather than behind it. Neither is in charge of the other; the process is.

01

One process, named

Not a platform rollout. The process somebody can already describe end to end, including the part where it goes wrong.

02

Drawn where you can see it

The corridor first — states, transitions, who decides at each point, and what context each step may touch. The model comes after that, at the points where judgment was missing.

03

Running in your environment

Against your systems, under your credentials, with the human step kept as a real step. Not a sandbox demo over exported data.

04

The record as the deliverable

Every run leaves an execution record. That is what the auditor, the security review and the on-call rota actually need, and it is produced by running rather than written afterwards.

04 — The honest part

What this isn't

Not a metadata catalog

Column-level lineage, a business glossary, stewardship workflows, enterprise search — there are ten good products for that and integrating with the one you have is better than a tenth-rate copy. Governance of how data is used is the part provided here.

Not no-code for everyone

This assumes the people authoring flows are comfortable with APIs, context and a bit of programming. If what you want is Zapier for the whole company, buy Zapier — better to hear that now than after the invoice.

Not everything is shipped

The runtime and the harness are installable today. Venapce and SurfStat are in active development and installable. Two infrastructure components are closed for now, with their contracts documented.

Not a replacement for what you run

Nothing gets retired to make room. The existing systems keep doing their job and join the graph as nodes, which is the only version of this that survives a security review.

Where to start

If one of these is the thing keeping you up, the useful first conversation is about the process, not the platform — which step a person signs, what the system of record is, and what happens when the run takes four days.