Guide

Build an ML workflow without an ML team

Most engineering teams have the data for a predictive model and nobody free to build one. STOCHOS Flow closes that gap: you assemble the workflow visually from built-in nodes, train a model on your own results, and export it, with a local assistant that helps configure and debug the graph as you go.

Four sections: why the model never gets built, what the node graph replaces, where the assistant stops and the engine starts, and the point at which you still want Python.

STOCHOS Flow How STOCHOS works
The STOCHOS Flow desktop application. A searchable node palette on the left lists categories including Generative, Input, Misc, and Modelling, with entries such as Excel Reader, Smart Data Loader, DIM-GP Regression, and DIM-GP Multi-Fidelity Regression. The canvas in the middle shows a built pipeline: two Excel Reader nodes feed a Train and Test Split, which feeds a Fit node and a Predict node for DIM-GP regression, ending in an R-squared score and a predicted versus observed plot. A Python console below logs the nodes being connected. On the right an Agent panel shows the request to train a model on a dataset and visualise performance on a test set, answered with a list of seven nodes and twelve connections made.
The stall

Why the model never gets built

The data exists, the use case is obvious, and the work still stalls because it needs weeks of somebody who writes machine learning code for a living. That person is either not on the team or already committed for two quarters.

So the results stay in spreadsheets and solver output folders, and the next project starts from the same blank sheet. The bottleneck is rarely the data or the maths. It is the handover between the engineer who understands the problem and the specialist who can express it in code.

The node graph

What a visual workflow replaces

You connect nodes for data, model, validation, and export instead of writing the pipeline, and STOCHOS Flow ships 120 or more built-in nodes across 14 categories, with 14 DIM-GP models built in. The graph is the pipeline, so the thing you read on screen is the thing that runs.

That removes the glue work: loading a spreadsheet, splitting train and test, fitting, predicting, scoring, plotting. It also removes a class of silent mistake, because a wiring error is visible on the canvas rather than buried in a script nobody else opens. More on the product on the STOCHOS Flow page.

A STOCHOS Flow node graph: an Excel Reader with input and output ports feeds a Train and Test Split set to 70 and 30, which feeds a Fit node for DIM-GP regression, then a Predict node, ending in an R-squared score and a predicted versus observed plot.
Load, split, fit, predict, score. The whole pipeline as connected nodes.
Two different things

Where the assistant helps, and where it does not

The Workflow Agent builds, configures, and debugs the graph for you; it is not the predictive model. The prediction comes from the DIM-GP engine that trains on your data. Keeping the two apart matters, because it decides what you audit and what you trust.

The assistant

Workflow Agent and smart nodes

Describe what you want to build and it places nodes, wires them, and sets parameters. It reads error output and suggests the fix. Everything it does lands on the canvas, where you can inspect and change it before anything runs.

The engine

DIM-GP, trained on your data

The numbers come from a probabilistic model fitted to your own results, with an uncertainty attached to every prediction. The assistant never invents a value. It only assembles the workflow that produces one.

The practical effect is that a wrong answer has one place to look. If the pipeline is wired incorrectly, that is visible on the canvas. If the pipeline is right and the prediction is still uncertain, the model says so through its confidence bands. The method behind that is on How STOCHOS works.

The escape hatch

When you still need code

Visual workflows cover the standard path, and custom Python is there for the advanced requirements that do not fit a node. The two live in the same graph, so reaching for code is a local decision about one step rather than a rewrite of the whole pipeline.

Stay visual

Standard tasks

Reading tabular results, splitting data, fitting and validating a model, scoring it, plotting it, and exporting it. These are the nodes that already exist, and using them needs no code at all.

Reach for Python

Advanced requirements

A house-specific file format, a preprocessing rule nobody else has, a bespoke metric, or a call into an internal system. Write that step in Python and connect it to the rest of the graph like any other node.

The workflow you end up with is portable: the trained model exports, and the graph itself is a file you can hand to a colleague. For the engineering side of the same story, see AI for Engineering.

Common questions

01Is STOCHOS Flow no-code?

Visual workflows handle standard tasks, and custom Python covers advanced requirements. You are not locked out of code, and you are not forced into it.

02What does the Workflow Agent cost to run?

The agents run locally on your own GPU, so there is no token limit and no token cost per run.

03Who is STOCHOS Flow for?

The engineer who owns the problem. The point is that domain knowledge, not machine learning expertise, is the scarce input.

Related pages
Next step

Build your first workflow with us

Bring one dataset and the question you want answered. We build the graph with you, on your machine, and you keep it.

Request a Demo STOCHOS Flow

Local-first. Your data stays on your infrastructure.

Partners, customers, and research collaborators
AnsysCADFEMSimuTech GroupMEScoTSNEBoschZFGEMUDLRAdler LackeMankiewiczDuluxPlixxentFraunhoferHochschule NiederrheinFUELL Lab AutomationHumotionUniversitaet HamburgRobert Bosch Stiftung